<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top"><p>If Telco engineer is due to visit tomorrow then please allow to test the outbound call from their pri test device.</p>
<p>If they are able to call outside then its confirmed bug.</p>
<p>If they are not then its Telco issue.</p>
<p>My kind suggestion please allow telco enginner to do this test first and result based on that take action.</p>
<p>Kind Regards,<br>
Raaj.<br></p>
<p><a href="http://overview.mail.yahoo.com/mobile/?.src=Android">Sent from Yahoo Mail on Android</a></p>
</td></tr></table>            <div id="_origMsg_">
                <div>
                    <br />
                    <div>
                        <div style="font-size:0.9em">
                            <hr size="1">
                            <b>
                                <span style="font-weight:bold">From:</span>
                            </b>
                            Hefin James [ahj] <ahj@aber.ac.uk>;                            <br>
                            <b>
                                <span style="font-weight:bold">To:</span>
                            </b>
                            Daniel Pagan <dpagan@fidelus.com>;                                                     <br>
                            <b>
                                <span style="font-weight:bold">Cc:</span>
                            </b>
                            cisco-voip@puck.nether.net <cisco-voip@puck.nether.net>; Rajkumar Yadav <rajkumaryadav@y7mail.com>;                                                                             <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 6:20:06 PM                            <br>
                        </div>
                            <br>
                            <table cellspacing="0" cellpadding="0" border="0">
                                <tbody>
                                    <tr>
                                        <td valign="top">
<p dir="ltr">Restarting the cluster is the only thing I haven't done yet. I do that tomorrow morning before the Telco engineer arrives on site.
<br clear="none">
Its definitely a circuit issue, as it followed onto another PRI interface.</p>
<p dir="ltr">I'll report back if/when I get a resolution.</p>
<p dir="ltr">Thanks everyone,<br clear="none">
Hefin<br clear="none">
</p>
<div class="yqt4965426811" id="yqt03779"><div class="quote">On 2 Apr 2014 18:32, Daniel Pagan <dpagan@fidelus.com> wrote:<br clear="none">
</div>
<div>
<div class="WordSection1">
<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 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:cisco-voip-bounces@puck.nether.net]
<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> ahj@aber.ac.uk<br clear="none">
<b>Cc:</b> cisco-voip@puck.nether.net<br clear="none">
<b>Subject:</b> [cisco-voip] Requested circuit/channel not available</span></p>
</div>
</div>
<p class="MsoNormal"> </p>
<div>
<div id="yiv5805612629">
<div>
<div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal" style="background:white;"><span style="">Hi,</span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal" style="background:white;"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="">This below issue is BUG and it could be resolved once the Cluster reboot is done for all the nodes.</span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="">BUG ID </span><b><span style="font-size:11.5pt;">CSCum85086</span></b><span style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<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 style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="font-size:11.5pt;">Yes in the SDL traces you will find the error.</span><span style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<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 style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<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 style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="font-size:11.5pt;">Workaround :</span><span style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="font-size:11.5pt;">From OS administration </span><span style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<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 style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="font-size:11.5pt;">then run the utils system restart starting from PUB and then SUB.</span><span style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="font-size:11.5pt;">Make sure you have the backup for safety purpose.</span><span style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<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 style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="font-size:11.5pt;">Kind Regards,</span><span style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style="font-size:11.5pt;">Raaj.</span><span style=""></span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal"><span style=""> </span></p>
</div>
<div id="yiv5805612629yui_3_13_0_1_1396453064188_10332">
<p class="MsoNormal" style="margin-bottom:12.0pt;"><span style="font-size:10.0pt;">Message-ID: <</span><span style=""><a rel="nofollow" shape="rect" ymailto="mailto:vx04xjc1vrvu3kn3ed2cc1qe.1396399061194@email.android.com" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:ahj@aber.ac.uk" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:cisco-voip@puck.nether.net" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:ahj@aber.ac.uk" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:cisco-voip@puck.nether.net" target="_blank" href="javascript:return"><span style="font-size:10.0pt;">cisco-voip@puck.nether.net</span></a></span><span style="font-size:10.0pt;">"
 <</span><span style=""><a rel="nofollow" shape="rect" ymailto="mailto:cisco-voip@puck.nether.net" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:CBD0BE7FB1306F489E0B3739A256A57007EB4309@EXMB1.pau.local" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:mshinwari@fidelus.com" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:cisco-voip@puck.nether.net" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:ahj@aber.ac.uk" target="_blank" href="javascript:return"><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 style=""><a rel="nofollow" shape="rect" ymailto="mailto:cisco-voip@puck.nether.net" target="_blank" href="javascript:return"><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 style=""></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div></div>
</td>
                                    </tr>
                                </tbody>
                            </table>
                    </div>
                </div>
            </div>