<HTML><HEAD>
<META content="text/html; charset=UTF-8" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 9.00.8112.16575"></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Segoe UI">
<DIV>It sounds like Bell is waiting for more digits. Sending a # after sending the number may resolve this issue.</DIV>
<DIV> </DIV>
<DIV>Bill</DIV>
<DIV> </DIV>
<DIV><BR><BR> </DIV>
<DIV> </DIV>
<DIV>
<DIV>Bill Paris</DIV>
<DIV>Network Engineer</DIV>
<DIV>Delaware North Companies</DIV>
<DIV>40 Fountain Plaza</DIV>
<DIV>Buffalo NY 14202</DIV>
<DIV>(716) 858-5312</DIV>>>> Abebe Amare <abucho@gmail.com> 10/14/2014 10:21 AM >>><BR></DIV>
<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></BODY></HTML>
<p>
The information contained in this electronic mail transmission is intended only for the use of the recipient(s) named above. It may contain proprietary, confidential or privileged information of the sender. If you are not the intended recipient, you are hereby notified that any disclosure, dissemination, distribution or copying of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please notify the sender immediately by reply electronic mail and delete the original message and any copy of it from your computer system.<p>