02-11-2014 07:15 AM - edited 03-16-2019 09:41 PM
I have a router configured with a dedicated long distance PRI (s0/1/0) and a local PRI (0/0/0). The LD PRI will only handle long distance calls, no local and no toll free. When the local PRI is not available (down or all channels busy), calls to toll free numbers are hunting to the long distance dial-peer and attempting to complete via the LD PRI. The "huntstop" command does not seem to be working as I understand it.
If I dialed 918005551212 it matches dial-peer 8 and goes out via port 0/0/0. If that PRI is down, it matches dial-peer 5 and goes out via port 0/1/0.
What am I missing?
!
dial-peer voice 5 pots
description *** Outgoing Long Distance ***
destination-pattern 91[2-9]..[2-9]......
port 0/1/0:23
forward-digits 11
!
dial-peer voice 8 pots
huntstop
description *** Outgoing Toll Free 800 ***
destination-pattern 91800[2-9]......
port 0/0/0:23
forward-digits 11
!
Thanks
Solved! Go to Solution.
02-13-2014 06:27 AM
I did some more troubleshooting working with TAC and came to the following conclusion. When the PRI is down the dial-peer that references it is also down. So in my example above, a call coming to the router does not get matched dial-peer 8, so all commands in that dial-peer (including huntstop) get ignored. The next best matching dial-peer is used instead .
The behavior is different if all channels on the PRI are busy. In that case, the dial-peer is up and the huntstop command is in effect.
Thanks all for the suggestions,
Yosse
02-11-2014 07:22 AM
It should work, I have never tried it, but according to documentation it should work as expected. What IOS version are you using, perhaps a bug?
Chris
02-11-2014 07:25 AM
Ignore my last post..It should work. I have recently configured this for voip dial-peer and it worked as expected..
Please rate all useful posts
"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
02-11-2014 07:28 AM
I'm using IOS v15.0(1)M6. I have tested it on a couple of routers and it does not seem to work. The call is attempted on the LD PRI, with the telco rejecting it after a number of seconds. This is creating an issue because the call never makes it back to UCM to try the next gateway on the route list.
02-11-2014 07:32 AM
That's an old and .0 release, I would recommend going to either 15.1.4M (latest), 15.2.4M (latest) or 15.3.
Chris
02-11-2014 06:24 PM
Hi Yosse,
I happened to check the same and it worked.
Doesnt seem to causing a problem. The "huntstop" command disables the hunting porcess.
huntstop | Indicates whether dial-peer hunting is turned on, by using the huntstop command, for this dial peer. |
I believe you must have not set the dial-peer hunt,below is the example that is how huntstop works:
Telco(config)#dial-peer hunt ?
<0-7> Dial-peer hunting choices, listed in hunting order within each choice:
0 - Longest match in phone number, explicit preference, random selection.
1 - Longest match in phone number, explicit preference, least recent use.
2 - Explicit preference, longest match in phone number, random selection.
3 - Explicit preference, longest match in phone number, least recent use.
4 - Least recent use, longest match in phone number, explicit preference.
5 - Least recent use, explicit preference, longest match in phone number.
6 - Random selection.
7 - Least recent use.
Telco(config)#dial-peer hunt
Kindly rate the post accordinly.
Regards,
Kevin
02-13-2014 06:27 AM
I did some more troubleshooting working with TAC and came to the following conclusion. When the PRI is down the dial-peer that references it is also down. So in my example above, a call coming to the router does not get matched dial-peer 8, so all commands in that dial-peer (including huntstop) get ignored. The next best matching dial-peer is used instead .
The behavior is different if all channels on the PRI are busy. In that case, the dial-peer is up and the huntstop command is in effect.
Thanks all for the suggestions,
Yosse
02-13-2014 08:23 AM
Yosse,
Excellent information and I had no idea thats how it works but now I know. Thanks for posting back.
Please rate all useful posts
"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
02-13-2014 08:30 AM
Perhaps using trunk group rather than specific port would provide more desired outcome.
Chris
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