02-28-2012 11:08 AM - edited 03-21-2019 05:25 AM
Hi all,
Being in a bilingual country, we have a client that would need to be able to route inbound calls by area code.
The client will have a T1 PRI, and would like to have something like this :
Outside call 514-XXX-XXXX -> routed to AA1 (french auto attendant)
Outside call 506-XXX-XXXX -> routed to AA2 (english auto attendant)
And so on
Is there anyway to do this in a UC560 system?
If so, how?
Thank you!
02-28-2012 01:38 PM
Hi,
You can accomplish this in two other different ways.
1. Create one AA1 in English or French. Put one of the options to be e.g. "Press 1 for French" and forward this to the other AA.
2. Create one AA with two options e.g. "Press 1 for French" ""Press 2 for English" and each option forward to the respective AA.
Best regards,
Alex
*Please rate helpful posts
02-28-2012 01:46 PM
Hello Alexander,
That is not exactly what I am looking for...
Right now the client has an old Nortel PBX and it is actually doing what we are looking for in the UC560.
When a call is received by the PBX, it will "analyse" the phone number of the call and route it to the proper AA automatically.
So basically, we could set rules for every area code in the PBX and associate them with the right AA, either french or english. The caller wouldn't need to press a button to get the good language, his call would simply be routed automatically to the english AA if his area code was listed as an english speaking area code, and in the AA queue, if he was in a french speaking area code.
I don't know if I am clear but hopefully I am, and hopefully, there is something that can be done as it will have an impact on his buying decision.
Thanks guys!
02-29-2012 07:53 AM
I spoke with a Cisco Engineer today and he confirmed me that this was not feasible on the UC5XX line.
We might have a solution where the phone provider maybe will be able to redirect calls from specific are code to a specific phone number. In that case, I guess we could achieve what we are looking for?
02-29-2012 09:51 AM
Just so you are aware --
This is definetely possible on the UC500 platform... but not via CCA. So it would be a custom solution outside of Cisco Support. (Unless you are CLI certified -- and even then, not if you went the script route)
If your curious, there are 3 ways this could be done: (that I can think of)
1. Some fancy custom dial peers. Probaby pretty simple for you since you only need a few area codes.
2. TCL Script -- much harder, but really flexible.
3. CUE script -- not 100% sure this is possible (the script editors ability to manipulate strings is pretty weak -- needed for matching the dial patterns)
02-29-2012 10:26 AM
Daniel,
Are you talking about my initial question? If so, I'd be definately interested to know a bit more about those solutions.
Do you have some examples/documents I could relate to?
Thank you!
02-29-2012 10:40 AM
Yes I was referring to the original question.
For the dial-peer solution,
http://www.cisco.com/en/US/tech/tk652/tk90/technologies_tech_note09186a008010fed1.shtml#topic2
Something like this: (I just typed this up off the top of my head - NOT TESTED)
voice translation-rule 1000
rule 1 /.*/ /300/
voice translation-profile 418_redirect
translate called 1000
voice translation-rule 1001
rule 1 /.*/ /301/
voice translation-profile 514_redirect
translate called 1001
voice translation-rule 1002
rule 1 /.*/ /302/
voice translation-profile 506_redirect
translate called 1002
dial-peer voice 100 voip
description 418 Area Code
translation-profile incoming 418_redirect
incoming called number 8005555555
answer-address 418.......
session protocol sipv2
b2bua
session protocol sipv2
session target ipv4:10.1.10.1
dtmf-relay rtp-nte
codec g711ulaw
no vad
dial-peer voice 100 voip
description 514 Area Code
translation-profile incoming 514_redirect
incoming called number 8005555555
answer-address 514.......
session protocol sipv2
b2bua
session protocol sipv2
session target ipv4:10.1.10.1
dtmf-relay rtp-nte
codec g711ulaw
no vad
dial-peer voice 100 voip
description 506 Area Code
translation-profile incoming 506_redirect
incoming called number 8005555555
answer-address 506.......
session protocol sipv2
b2bua
session protocol sipv2
session target ipv4:10.1.10.1
dtmf-relay rtp-nte
codec g711ulaw
no vad
300, 301, 302 are 3 auto attendants in this scenario.
As I said -- I havn't tested this, and it will definetely not be Cisco supported unless you are UC Express certified.
For the other 2 solutions: (Much more difficult -- much less documented)
TCL: http://www.cisco.com/en/US/docs/ios/voice/tcl/developer/guide/tclivrv2.html
CUE Script: http://www.cisco.com/en/US/docs/voice_ip_comm/unity_exp/rel7_0/administrator/script/edover.html
Hope that helps.
02-29-2012 11:04 AM
Daniel,
Wow this looks like it might be what I need.
Do you know if it would work if I test it out on a UC520 with PSTN lines or do I need to have a PRI to make it work. I'm not sure if with PSTN line, the UC is able to read the caller phone number and use the right dial-peer...
Might need to test it out myself.
02-29-2012 11:35 AM
You would have to change those dial peers to do POTS... but other than that it should work.
This is of course assuming that your provider sends caller-id. (you also need caller-id enabled on the voice-ports -- I think CCA does this by default.)
03-04-2012 11:33 PM
Daniel is 100% correct here (rated), including that the weak CUE "language" doesn't allow for string manipulation.
In my TCL/IVR scripts, calling number routing is supported, and I have added dual-language support to B-ACD/AA.
03-05-2012 05:01 AM
Haven't had a chance to test Daniel's solution yet, but I am guessing this will work as expected. I should be able to test this out this week.
Just out of curiosity, could you post your script Paolo? I am curious to see what a TCL script looks like.
Regards,
03-05-2012 09:47 PM
My scripts can be acquired at ciscoscripts.com
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