Im facing 15sec delay in dial peer. We are using h323 gateway, there are 2 dialpeers. Dial peer 10 trageted to subcriber with the perference 1 and dial peer 20 trageted to publisher perference 2. Dial peer 10 taking 15sec to throw the calls to CCM over the WAN. If the shut the dial peer 10 calls are working fine with the dialpeer 20 without any dealy. Already voice-codec commands are added to the dial peers. We are having same setup for some other sites also but only this site is facing the problem. Can any one help?
It could also be that the first dial peer's destination is down, and we're wating for the h225 TCP timer to pop. That can be changed with:
voice class h323 1
h225 timeout tcp establish 1
dial-peer voice X voip
voice-class h323 1
Or if SIP:
sip-ua timers trying Y retry invite XLet X be the retry invite value, Y be the trying timer, and Z be theamount of dial-peers you are hunting. X is the amount of times to retry before hunting to the next peer. Y is the duration to exponentially increment after each retry.total hunt time = ( ( 2^ ( X+1) ) - 1 ) * YZOf if you got a 'debug voip ccapi inout' and the associated VoIP debug for the leg, you could see first hand what is occurring.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
[toc:faq]CUCM Database Replication is an area in which Cisco customers
and partners have asked for more in-depth training in being able to
properly assess a replication problem and potentially resolve an issue
without involving TAC. This document discusse...