<div dir="ltr">In the interest of helping other people who may have similar issues as me in the future, such that they might search google and find this in the archives:<br><br>The problem I was having revolved around having dial-peers time out. ISDN's T310 timer (the timer supposedly involved in deciding how long to wait before pushing a congestion tone to the caller) is 10 seconds, and adjusting it on our lines didn't have much effect.<br>
<br>I went searching for an alternative, maybe find a way to set sip timers such that the dialplan would work much faster. In our case, we have a large number of sip gateways that can potentially take the call, so it's not a big deal for us to set timers/retries low.<br>
<br>Using <a href="http://www.cisco.com/en/US/docs/ios/12_2/voice/configuration/guide/vvfsip.html">http://www.cisco.com/en/US/docs/ios/12_2/voice/configuration/guide/vvfsip.html</a> , I was able to change our sip settings from the default retries of 6, to 1 retry per host, and I tweaked down the 500ms wait-for-reply down to 250ms (since even if one gateway is slow, there's a ton of others ready and able to take it's place).<br>
<br>This has resolved the issue with 0x66 for me, where the timer expires before a valid sip host is found. Obviously, if you don't have a large set of sip gateways to take a call then your mileage may vary.<br><br>sip-ua<br>
retry invite 1<br> retry response 1<br> retry bye 1<br> retry cancel 1<br> timers trying 250<br> timers expires 60000<br> timers connect 250<br> timers disconnect 250<br><br><br>Thanks to all and Good luck to those still searching for answers,<br>
Pete<br><br><div class="gmail_quote">On Thu, Aug 7, 2008 at 5:30 PM, Peter Grace <span dir="ltr"><<a href="mailto:pete.grace@gmail.com">pete.grace@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr">Hi list,<br><br>Is there a way on the AS5400 to configure the maximum time it will wait for a positive connection via sip before moving to the next dial-peer? In my testing with the 0x66 error I posted earlier today, I found that the problem could be caused by the AS5400 waiting to hear a response from a sip gateway that is not online. I'd like to tweak the timeout to a smaller number in an effort to have it hunt through our many sip gateways faster.<br>
<br>Thanks in advance,<br>Pete<br></div>
</blockquote></div><br></div>