01-04-2016 02:17 PM - edited 03-17-2019 05:24 AM
Hello,
Sorry for the possible crude question..
We currently have CUCM 8.6.2.22040-1 and CUCA 8.6.2.20000-76.
We occasionally hire people who will never be in our office but, require a local number and access to Voice Mail.
Rather then having a physical phone setup and plugged in, can this be done without one?
As a bonus, we'd like to also have the ability to forward the call to a cell phone.
Again without having a physical phone plugged in.
Please advise.
Thanks,
Frank
Solved! Go to Solution.
01-04-2016 06:44 PM
Frank,
Rather than a dummy phone (unregistered device configuration), because ultimatley this will consume a DLU (Device License Unit), I would recommend that you use a CTI Route Point.
CTIrP's are essentially configured like phones (although located in a different GUI navigation -> Device CTI Route Point) however, they will not consume a DLU.
If you want the cell phone forwarding to happen automatically / based on time of day, then you would forward the calls to voicemail permenatly and use a schedule with a system call handler in Unity Connections to control whether the call is sent to a user's voicemail account or externally forwarded (would possibly need to evaluate/adjust your Unity Connection routing rules).
If you need further assistance, please do not hesitate to ask.
Thanks,
Ryan
(: ... Please rate helpful posts ... :)
01-04-2016 02:42 PM
Just create a dummy phone, with a dummy MAC address, that will obviously never register.
You can do a call forward all to a cell phone for that phone. that is the easy part.
voicemail, well, what exactly do you want with that, I mean the phone is never gonna register, and will never ring and thus will always go to voicemail. If that is what you want just tick the forward notregistered voicemail box under the extension in cucm.
01-04-2016 03:30 PM
Dennis,
Thanks for the reply.
I will try your suggestion regarding the dummy phone\MAC tomorrow as well as the VM one.
As far as VM is concerned, we sometimes have a week or so span from when we have the need to set up a new phone number.. until we know the actual cell number of the person it's for.
So we will set up the VM and have it capture incoming calls with the ability for someone to check any voicemails that come in. Then once we have the info, add the call forward to cell.
Thanks again!
01-04-2016 06:44 PM
Frank,
Rather than a dummy phone (unregistered device configuration), because ultimatley this will consume a DLU (Device License Unit), I would recommend that you use a CTI Route Point.
CTIrP's are essentially configured like phones (although located in a different GUI navigation -> Device CTI Route Point) however, they will not consume a DLU.
If you want the cell phone forwarding to happen automatically / based on time of day, then you would forward the calls to voicemail permenatly and use a schedule with a system call handler in Unity Connections to control whether the call is sent to a user's voicemail account or externally forwarded (would possibly need to evaluate/adjust your Unity Connection routing rules).
If you need further assistance, please do not hesitate to ask.
Thanks,
Ryan
(: ... Please rate helpful posts ... :)
01-05-2016 06:55 AM
Ryan,
Thanks for the info.
This is def a favorable route considering it will not consume a DLU.
In working this angle, so far I have got only one scenario to work properly.
Calling the 4 digit extension of the CTIrp internally and sending to voice mail.
However, I am stuck on (but actively working on):
-Internal Call to CTI ext forwarding to external number.
-Calling the full DID externally and having it do anything.
Any further advice is appreciated.
Thanks,
Frank
01-05-2016 08:50 AM
Frank,
Internal Call forwarded to external number:
To have the line of the CTIrP forward to an external number, you'd do it in the same manner as if it were a phone (only from the GUI and not the phone itself).
For the line, locate the "Forward All" and uncheck the voicemail checkbox and then in the destination text field type in your external number, using the same digit format that you would if you dialed the number from an IP phone on the cluster. Also, it's best to make sure you have a CSS (Calling Search Space) set in the adjacent box. This CSS needs to have access to a partition that contains an egressable route that the digits in the destination box will match.
Calling the PSTN number and reaching the CTIrP (to forward to voicemail or Externally)
Verifiy the Route Partion that the DN (line of the CTIrP) is a partition that is accessible to the inbound CSS used on your Gateway/Trunk.
Is the 4 digit DN that you assigned to the CTIrP within the scope of inbound numbers coming from your gateway?
For example; the PSTN sends 555-555-5555 to my gateway. My translation rules on the gateway only sends the last 4 digits (5555) into CCM. Since 5555 is the line on my CTIrP, the inbound CSS of my gateway/trunk would need to have access to the route partition that contains 5555.
Hopefully this helps, please let me know if I can help further.
Thanks,
Ryan
07-24-2017 08:21 AM
I was using a dummy MAC but the CTI solution is far better (and cheaper), works great!
01-04-2016 07:17 PM
Access to VM can simply be a DID with a call routing rule to the sign in conversation, or they can dial a DID that will transfer them to VM or an AA and press * to sign in.
01-05-2016 09:34 AM
Hi Frank,
Alternatively you can configure a remote destination and a remote destination profile to make mobile phone reachable as an internal extension and it can be showed as internal extension when it calls from outside.
You need:
-Configure a new enduser enabling Mobility and Mobile Voice access.
-Configure a remote destination profile associating it to that user and creating a new Directory number
-Configure a remote destination specifying the mobile phone number (depending on your dial plan, you could need to include PSTN access code)
On the newly created Directory number, you can specify a call forward no answer rule so that all unanswered calls can hit the voicemail. By setting to 1 Busy Trigger value, you can also send to voicemail a second call arriving to that DN.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/8_6_1/ccmcfg/bccm-861-cm/b06otherdevice.html
Mobile Voice Access feature could help remote user to access internal extensions (Voicemail also) by dialing MVA defined number.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/8_6_1/ccmfeat/fsgd-861-cm/fsmobmgr.html#wp1203108
HTH
Regards
Carlo
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide