[cisco-voip] Route Dial-Peer Based On Response

Pawlowski, Adam ajp26 at buffalo.edu
Wed Jul 20 15:26:24 EDT 2016


Nathan,

                Thanks, this looks to be exactly what I’m looking for, this way I don’t convey the wrong message. It doesn’t seem like I can have more than one option other than hunt or don’t hunt, and it seems to be proper to let the telephony provider handle it. Cool. Thanks again.

Adam

From: Nathan Richardson [mailto:nrichardson at gci.com]
Sent: Wednesday, July 20, 2016 12:34 PM
To: Pawlowski, Adam; 'cisco-voip at puck.nether.net'
Subject: RE: Route Dial-Peer Based On Response

One thing that may help is to configure the “voice hunt” settings. For example, you could put in “no voice hunt temp-fail” which would make the router stop routing if it receives a cause code 41 from the CM so it would skip your TCL script in that scenario and should send that code back to your ITSP. It may even work to combine “no voice hunt all” with “voice hunt unassigned-number” or something like that.

http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_v2_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1190281

-Nathan Richardson

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Pawlowski, Adam
Sent: Wednesday, July 20, 2016 5:33 AM
To: 'cisco-voip at puck.nether.net' <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: [cisco-voip] Route Dial-Peer Based On Response

[External Email]
Hey all,

                I’ve set up our CUBE routers to try and be a bit more slick, so I am making use of e164 pattern maps, dial peer groups, and DNS SRV lookups for redundancy/randomization. All that actually seems to be working rather well. I have a requirement to make any inactive/unallocated number in my UCM play a custome intercept. I did this, at least for now, by setting up a secondary dial peer that matches with a higher preference than my UCM peer, and it plays an announcement with a TCL script.

                I’d like to set this up so that if the UCM peer is down, or if it receives some other code indicating a temporary failure, etc, I either would like to bypass this peer so the code goes back to the ITSP, or I can play a message saying something about technical difficulties, etc. I’m not sure it’s possible to do this? The other way of doing this would be to have the UCM itself with a translation or something to roll to an audiotext mailbox, which is how we do this today, but it requires either that we maintain translations for all numbers, or a generic one that will answer to all extensions queried at the system which I don’t want to do either.

                Any thoughts?

Regards,

Adam Pawlowski
SUNY Buffalo NCS

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160720/b414c353/attachment.html>


More information about the cisco-voip mailing list