<p dir="ltr">Hi Abebe,</p>
<p dir="ltr">I don't think we can do any thing for this delay. As router got no control over incoming isdn messages.</p>
<p dir="ltr">Either they are waiting for some timer to get expired before they try to route the call. </p>
<p dir="ltr">It also depends whether called subscriber is registered with same telco, or there is another telco involved as well. It's also likely that target telco is taking time. </p>
<p dir="ltr">Another point is setup ack, which we got back from telco indicates that they have configured overlap receive on this circuit.</p>
<p dir="ltr">You can simply ask them, if their pabx is doing overlap receiving on their end </p>
<p dir="ltr">Thanks,<br>
Amit</p>
<div class="gmail_quote">On 14-Oct-2014 7:56 pm, "Abebe Amare" <<a href="mailto:abucho@gmail.com">abucho@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I am having a hard time convincing the local telco that outgoing calls to PSTN numbers take about 11 seconds before the voice router receives CALL_PROC from their switch. They insist this is normal and want to dismiss the case but the delay is noticeable. Incoming calls have no problem.</div><div>The PRI line comes using microwave media due to lack of copper last mile to the site and it connects to Cisco 2901 voice router which connects to CUCM using SIP. </div><div>I have sent them the output of 'debug isdn q931' as follows:</div><div><br></div><div><div>*Oct 11 11:48:12.999: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num xxxxxxxxx</div><div>*Oct 11 11:48:12.999: ISDN Se0/2/0:15 Q931: Sending SETUP callref = 0x00C2 callID = 0x8043 switch = primary-net5 interface = User </div><div>*Oct 11 11:48:13.003: ISDN Se0/2/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00C2 </div><div> Bearer Capability i = 0x8090A3 </div><div> Standard = CCITT </div><div> Transfer Capability = Speech </div><div> Transfer Mode = Circuit </div><div> Transfer Rate = 64 kbit/s </div><div> Channel ID i = 0xA9839F </div><div> Exclusive, Channel 31 </div><div> Calling Party Number i = 0x2180, 'xxxxxxxxx' </div><div> Plan:ISDN, Type:National </div><div> Called Party Number i = 0x81, 'yyyyyyyyy </div><div> Plan:ISDN, Type:Unknown</div><div>*Oct 11 11:48:13.295: ISDN Se0/2/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x80C2 </div><div> Channel ID i = 0xA9839F </div><div> Exclusive, Channel 31</div><div>*Oct 11 11:48:24.167: ISDN Se0/2/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80C2</div><div>*Oct 11 11:48:31.127: ISDN Se0/2/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x80C2 </div><div> Progress Ind i = 0x8488 - In-band info or appropriate now available </div><div>*Oct 11 11:48:39.975: ISDN Se0/2/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x80C2 </div><div> Connected Number i = '!', 0x83, 'yyyyyyyyy'</div><div>*Oct 11 11:48:39.975: ISDN Se0/2/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x00C2</div><div>*Oct 11 11:49:06.119: ISDN Se0/2/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x00C2 </div><div> Cause i = 0x8090 - Normal call clearing</div><div>*Oct 11 11:49:06.423: ISDN Se0/2/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x80C2</div><div>*Oct 11 11:49:06.423: ISDN Se0/2/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x00C2</div></div><div><br></div><div>Is there anything I can do from my side to lower this delay?</div><div><br></div><div>best regards,</div><div><br></div><div>Abebe</div></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div>