<p dir="ltr">Here I would agree with Dan, as if routelist busy condition is hit, we won't see a SETUP message going out on the wire. </p>
<p dir="ltr">Cucm, will drop the call as soon as it matches with RL, after DA. </p>
<div class="gmail_quote">On 02-Apr-2014 11:49 pm, "Rajkumar Yadav" <<a href="mailto:rajkumaryadav@y7mail.com">rajkumaryadav@y7mail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top"><p>Can we get the SDI & SDL traces for the failed call.</p>
<p>Also would like to know the CUCM version for the same.</p>
<p>Kind Regards,<br>
Raaj.</p>
<p><a href="http://overview.mail.yahoo.com/mobile/?.src=Android" target="_blank">Sent from Yahoo Mail on Android</a></p>
</td></tr></table> <div>
<div>
<br>
<div>
<div style="font-size:0.9em">
<hr size="1">
<b>
<span style="font-weight:bold">From:</span>
</b>
Daniel Pagan <<a href="mailto:dpagan@fidelus.com" target="_blank">dpagan@fidelus.com</a>>; <br>
<b>
<span style="font-weight:bold">To:</span>
</b>
Rajkumar Yadav <<a href="mailto:rajkumaryadav@y7mail.com" target="_blank">rajkumaryadav@y7mail.com</a>>; <a href="mailto:ahj@aber.ac.uk" target="_blank">ahj@aber.ac.uk</a> <<a href="mailto:ahj@aber.ac.uk" target="_blank">ahj@aber.ac.uk</a>>; <br>
<b>
<span style="font-weight:bold">Cc:</span>
</b>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a> <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>>; <br>
<b>
<span style="font-weight:bold">Subject:</span>
</b>
RE: [cisco-voip] Requested circuit/channel not available <br>
<b>
<span style="font-weight:bold">Sent:</span>
</b>
Wed, Apr 2, 2014 5:30:54 PM <br>
</div>
<br>
<table cellspacing="0" cellpadding="0" border="0">
<tbody>
<tr>
<td valign="top">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">Just for clarification, this defect is unrelated to the issue that was described below. The defect you’re referring to is related to RouteListCdrc detecting
the destination gateway/trunk as down when in actuality it is up and available. Hefin swapped the patch cables between two T1s and the problem followed the swap. If this defect was encountered, I would suspect the problem would stay on the endpoint since swapping
cables are transparent to RouteListControl and RouteListCdrc.</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Hope this helps</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- Dan</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"> </span></p>
<div><div>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt">From:</span></b><span style="font-size:10.0pt"> cisco-voip [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>]
<b>On Behalf Of </b>Rajkumar Yadav<br clear="none">
<b>Sent:</b> Wednesday, April 02, 2014 12:59 PM<br clear="none">
<b>To:</b> <a href="mailto:ahj@aber.ac.uk" target="_blank">ahj@aber.ac.uk</a><br clear="none">
<b>Cc:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br clear="none">
<b>Subject:</b> [cisco-voip] Requested circuit/channel not available</span></p>
</div>
</div>
<p class="MsoNormal"> </p>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"><span>Hi,</span></p>
</div>
<div>
<p class="MsoNormal" style="background:white"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span>This below issue is BUG and it could be resolved once the Cluster reboot is done for all the nodes.</span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span>BUG ID </span><b><span style="font-size:11.5pt">CSCum85086</span></b><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:11.5pt">Description : </span></b><u><span style="font-size:11.5pt">Outbound call failing through the Route Group / Route
List, with the cause code (41), to RouteListControl because all devices are busy/stopped</span></u><span style="font-size:11.5pt">.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">Yes in the SDL traces you will find the error.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">|RouteListCdrc::terminateCall - Sending CcRejInd, with the cause code (41), to RouteListControl because all devices are busy/stopped.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:11.5pt">Cause : </span></b><span style="font-size:11.5pt">It may arise at time of provisioning service, where the changes
are not updated and stuck in the database.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">Workaround :</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">From OS administration </span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">run the utils service list on all the nodes to check which all service are running.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">then run the utils system restart starting from PUB and then SUB.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">Make sure you have the backup for safety purpose.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">Trust I tried out doing the ISDN Busy out channel command to find the Bad B-channel but it wasn't a Bad B-channel.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">Kind Regards,</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.5pt">Raaj.</span><span></span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal"><span> </span></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt">Message-ID: <</span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">vx04xjc1vrvu3kn3ed2cc1qe.1396399061194@email.android.com</span></a></span><span style="font-size:10.0pt">><br clear="none">
Content-Type: text/plain; charset="Windows-1252"<br clear="none">
<br clear="none">
James,<br clear="none">
<br clear="none">
Whats "sh isdn q931 status" showing?.<br clear="none">
<br clear="none">
Do a "show isdn status" this will show which channels are open and which ones are out of service. If you have some channels up and its mission critical you can always busy out the "bad" channels effectivily making a customized fractional pri<br clear="none">
<br clear="none">
And yes do engage the vendor at this point. A shut no shut on the isdn interface would not hurt at this point either.<br clear="none">
<br clear="none">
Regards<br clear="none">
<br clear="none">
<br clear="none">
Mehtab Shinwari | CCNP RS/V<br clear="none">
Senior Support Engineer<br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
-------- Original message --------<br clear="none">
From: "Hefin James [ahj]" <</span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">ahj@aber.ac.uk</span></a></span><span style="font-size:10.0pt">><br clear="none">
Date:<br clear="none">
To: </span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">cisco-voip@puck.nether.net</span></a></span><span style="font-size:10.0pt"><br clear="none">
Subject: [cisco-voip] Requested circuit/channel not available<br clear="none">
<br clear="none">
<br clear="none">
Hi,<br clear="none">
<br clear="none">
Started to get this issue this morning with one of our MGCP gateways.<br clear="none">
Incoming calls are working correctly on an ISDN30, but outgoing calls are being denied, and re-routed via a backup route.<br clear="none">
Outgoing calls are hitting the gateway, but is getting a ?Requested circuit/channel not available? See trace below.<br clear="none">
<br clear="none">
I?ve tried to change the channel selection order, but still the same.<br clear="none">
I?ve checked everything that I can think of, and I?m beginning to think that this is a Telco issue, but thought that I?d ask the group to see if there is anything else to check before I take it up with BT.<br clear="none">
<br clear="none">
Thanks,<br clear="none">
Hefin<br clear="none">
<br clear="none">
2014-04-01 22:07:55 local3/7 Apr 1 21:07:54.602: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0004<br clear="none">
2014-04-01 22:07:55 local3/7 Sending Complete<br clear="none">
2014-04-01 22:07:55 local3/7 Bearer Capability i = 0x8090A3<br clear="none">
2014-04-01 22:07:55 local3/7 Standard = CCITT<br clear="none">
2014-04-01 22:07:55 local3/7 Transfer Capability = Speech<br clear="none">
2014-04-01 22:07:55 local3/7 Transfer Mode = Circuit<br clear="none">
2014-04-01 22:07:55 local3/7 Transfer Rate = 64 kbit/s<br clear="none">
2014-04-01 22:07:55 local3/7 Channel ID i = 0xA9839F<br clear="none">
2014-04-01 22:07:55 local3/7 Exclusive, Channel 31<br clear="none">
2014-04-01 22:07:55 local3/7 Calling Party Number i = 0x0081, '2456'<br clear="none">
2014-04-01 22:07:55 local3/7 Plan:Unknown, Type:Unknown<br clear="none">
2014-04-01 22:07:55 local3/7 Called Party Number i = 0x80, '622456'<br clear="none">
2014-04-01 22:07:55 local3/7 Plan:Unknown, Type:Unknown<br clear="none">
2014-04-01 22:07:55 local3/7 Apr 1 21:07:54.682: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8004<br clear="none">
2014-04-01 22:07:55 local3/7 Cause i = 0x82AC - Requested circuit/channel not available<br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
------------------------------<br clear="none">
<br clear="none">
Message: 13<br clear="none">
Date: Wed, 2 Apr 2014 06:08:18 +0000<br clear="none">
From: "Hefin James [ahj]" <</span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">ahj@aber.ac.uk</span></a></span><span style="font-size:10.0pt">><br clear="none">
To: "</span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">cisco-voip@puck.nether.net</span></a></span><span style="font-size:10.0pt">"
<</span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">cisco-voip@puck.nether.net</span></a></span><span style="font-size:10.0pt">><br clear="none">
Subject: Re: [cisco-voip] Requested circuit/channel not available<br clear="none">
Message-ID: <</span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">CBD0BE7FB1306F489E0B3739A256A57007EB4309@EXMB1.pau.local</span></a></span><span style="font-size:10.0pt">><br clear="none">
Content-Type: text/plain; charset="Windows-1252"<br clear="none">
<br clear="none">
I've got 2 isdn cards in the gateway, and before things get busy this morning, I'm going to swap connections to see if the fault follows the connection, or stay with the PRI card.<br clear="none">
<br clear="none">
Details of the current output shown below.<br clear="none">
<br clear="none">
show isdn status<br clear="none">
<br clear="none">
%Q.931 is backhauled to CCM MANAGER 0x0003 on DSL 0. Layer 3 output may not apply<br clear="none">
ISDN Serial0/0/0:15 interface<br clear="none">
dsl 0, interface ISDN Switchtype = primary-net5<br clear="none">
L2 Protocol = Q.921 0x0000 L3 Protocol(s) = CCM MANAGER 0x0003<br clear="none">
Layer 1 Status:<br clear="none">
ACTIVE<br clear="none">
Layer 2 Status:<br clear="none">
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED<br clear="none">
Layer 3 Status:<br clear="none">
0 Active Layer 3 Call(s)<br clear="none">
Active dsl 0 CCBs = 0<br clear="none">
The Free Channel Mask: 0xFFFF7FFF<br clear="none">
Number of L2 Discards = 0, L2 Session ID = 16<br clear="none">
<br clear="none">
show isdn service<br clear="none">
<br clear="none">
%Q.931 is backhauled to CCM MANAGER 0x0003 on DSL 0. Layer 3 output may not apply<br clear="none">
ISDN Se0/0/0:15, Channel [1-31]<br clear="none">
Configured Isdn Interface (dsl) 0<br clear="none">
Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend)<br clear="none">
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1<br clear="none">
State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0<br clear="none">
Service State (0=Inservice 1=Maint 2=Outofservice 8=MaintPend 9=OOSPend)<br clear="none">
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1<br clear="none">
State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0<br clear="none">
<br clear="none">
Thanks,<br clear="none">
Hefin<br clear="none">
________________________________________<br clear="none">
From: Mehtab Shinwari [</span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">mshinwari@fidelus.com</span></a></span><span style="font-size:10.0pt">]<br clear="none">
Sent: 02 April 2014 01:41<br clear="none">
To: Hefin James [ahj]; </span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">cisco-voip@puck.nether.net</span></a></span><span style="font-size:10.0pt"><br clear="none">
Subject: RE: [cisco-voip] Requested circuit/channel not available<br clear="none">
<br clear="none">
James,<br clear="none">
<br clear="none">
Whats "sh isdn q931 status" showing?.<br clear="none">
<br clear="none">
Do a "show isdn status" this will show which channels are open and which ones are out of service. If you have some channels up and its mission critical you can always busy out the "bad" channels effectivily making a customized fractional pri<br clear="none">
<br clear="none">
And yes do engage the vendor at this point. A shut no shut on the isdn interface would not hurt at this point either.<br clear="none">
<br clear="none">
Regards<br clear="none">
<br clear="none">
<br clear="none">
Mehtab Shinwari | CCNP RS/V<br clear="none">
Senior Support Engineer<br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
-------- Original message --------<br clear="none">
From: "Hefin James [ahj]" <</span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">ahj@aber.ac.uk</span></a></span><span style="font-size:10.0pt">><br clear="none">
Date:<br clear="none">
To: </span><span><a rel="nofollow" shape="rect"><span style="font-size:10.0pt">cisco-voip@puck.nether.net</span></a></span><span style="font-size:10.0pt"><br clear="none">
Subject: [cisco-voip] Requested circuit/channel not available<br clear="none">
<br clear="none">
<br clear="none">
Hi,<br clear="none">
<br clear="none">
Started to get this issue this morning with one of our MGCP gateways.<br clear="none">
Incoming calls are working correctly on an ISDN30, but outgoing calls are being denied, and re-routed via a backup route.<br clear="none">
Outgoing calls are hitting the gateway, but is getting a ?Requested circuit/channel not available? See trace below.<br clear="none">
<br clear="none">
I?ve tried to change the channel selection order, but still the same.<br clear="none">
I?ve checked everything that I can think of, and I?m beginning to think that this is a Telco issue, but thought that I?d ask the group to see if there is anything else to check before I take it up with BT.<br clear="none">
<br clear="none">
Thanks,<br clear="none">
Hefin<br clear="none">
<br clear="none">
2014-04-01 22:07:55 local3/7 Apr 1 21:07:54.602: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0004<br clear="none">
2014-04-01 22:07:55 local3/7 Sending Complete<br clear="none">
2014-04-01 22:07:55 local3/7 Bearer Capability i = 0x8090A3<br clear="none">
2014-04-01 22:07:55 local3/7 Standard = CCITT<br clear="none">
2014-04-01 22:07:55 local3/7 Transfer Capability = Speech<br clear="none">
2014-04-01 22:07:55 local3/7 Transfer Mode = Circuit<br clear="none">
2014-04-01 22:07:55 local3/7 Transfer Rate = 64 kbit/s<br clear="none">
2014-04-01 22:07:55 local3/7 Channel ID i = 0xA9839F<br clear="none">
2014-04-01 22:07:55 local3/7 Exclusive, Channel 31<br clear="none">
2014-04-01 22:07:55 local3/7 Calling Party Number i = 0x0081, '2456'<br clear="none">
2014-04-01 22:07:55 local3/7 Plan:Unknown, Type:Unknown<br clear="none">
2014-04-01 22:07:55 local3/7 Called Party Number i = 0x80, '622456'<br clear="none">
2014-04-01 22:07:55 local3/7 Plan:Unknown, Type:Unknown<br clear="none">
2014-04-01 22:07:55 local3/7 Apr 1 21:07:54.682: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8004<br clear="none">
2014-04-01 22:07:55 local3/7 Cause i = 0x82AC - Requested circuit/channel not available</span><span></span></p>
</div>
</div>
</div>
</div>
</div></div>
</div>
</td>
</tr>
</tbody>
</table>
</div>
</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>