FYI...a normal release is due out sometime in July.  This is the word I got from Cisco.<br><br><div class="gmail_quote">On Thu, Jun 3, 2010 at 7:28 AM, Steve G <span dir="ltr">&lt;<a href="mailto:smgustafson@gmail.com">smgustafson@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Ted, turned out to be a software bug.  I actually did try changing it to DMS100 before, and got the same results.  You are right...it was Basic-ni prior to me calling the telco and having them change it to ni2.  even after the change it didn&#39;t like it.  The telco hooked their test set up and could make nothing but successful calls for about 30 minutes.  so after that I opened the tac case.<div>
<div></div><div class="h5"><br>
<br><div class="gmail_quote">On Thu, Jun 3, 2010 at 7:13 AM, Ted Nugent <span dir="ltr">&lt;<a href="mailto:tednugent73@gmail.com" target="_blank">tednugent73@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Try switching it to DMS-100 as the switch/protocol type, I&#39;ve had the exact same symptoms in the past and kicking it to DMS100 resolved it. It took a ton of research a few years back but for whatever reason providers see NI in their DMS100 config and it really means NI1 which is not a ratified PRI protocol but its what the DMS100 protocol was built off.<div>


<br><div><br><br><div class="gmail_quote"><div><div></div><div>On Thu, Jun 3, 2010 at 2:13 AM, Steve G <span dir="ltr">&lt;<a href="mailto:smgustafson@gmail.com" target="_blank">smgustafson@gmail.com</a>&gt;</span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>
FYI, this is a bug with the Gen2 ISRs.  Contact tac for the special IOS if you run into it.<div><div></div><div><br><br><div class="gmail_quote">On Tue, Jun 1, 2010 at 11:20 PM, Steve G <span dir="ltr">&lt;<a href="mailto:smgustafson@gmail.com" target="_blank">smgustafson@gmail.com</a>&gt;</span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>1 out of about 5 outbound calls ring once and then drop.  You can hit redial and the call will complete just fine.  Telco switch is a DMS100 running ni2.  My equipment is a 2951 with a VWIC2-2MFT-T1/E1.  IOS c2951-universalk9-mz.SPA.150-1.M2.bin</div>




<div><br></div><div>I have a colleague with a similar issue who swapped his 2951 out with a 2811 and that cleared up all problems.  Is there something with the 2951 that is causing this problem?  We are not having any luck with them.  I have not tried swapping this one out yet.</div>




<div><br></div><div>Below is some config snippets that you might want to see and a q931 debug of a call that fails.</div><div><br></div><div>Thanks in advance!</div><div><br></div><div>Steve</div><div><br></div><br><div>



<div>
network-clock-participate wic 0</div><div>network-clock-select 1 T1 0/0/0</div><div><br></div><div>isdn switch-type primary-ni</div><div><br></div><div><div>controller T1 0/0/0</div><div> cablelength long 0db</div><div> pri-group timeslots 1-24</div>




<div><br></div><div><div>interface Serial0/0/0:23</div><div> no ip address</div><div> encapsulation hdlc</div><div> isdn switch-type primary-ni</div><div> isdn incoming-voice voice</div><div> trunk-group PRI 1</div><div>



 no cdp enable</div>
</div></div><div><br></div></div><div><br></div><div><div>050310: *Jun  1 22:55:57.828 PDT: ISDN Se0/0/0:23 Q931: pak_private_number: Inva</div><div>lid type/plan 0x0 0x0 may be overriden; sw-type 13</div><div>050311: *Jun  1 22:55:57.828 PDT: ISDN Se0/0/0:23 Q931: pak_private_number: Inva</div>




<div>lid type/plan 0x0 0x0 may be overriden; sw-type 13</div><div>050312: *Jun  1 22:55:57.828 PDT: ISDN Se0/0/0:23 Q931: Sending SETUP  callref =</div><div> 0x0081 callID = 0x890F switch = primary-ni interface = User</div>




<div>050313: *Jun  1 22:55:57.828 PDT: ISDN Se0/0/0:23 Q931: TX -&gt; SETUP pd = 8  call</div><div>ref = 0x0081</div><div>        Bearer Capability i = 0x8090A2</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 = 0xA98381</div><div>                Exclusive, Channel 1</div><div>        Progress Ind i = 0x8183 - Origination address is non-ISDN</div>




<div>        Calling Party Number i = 0x2181, &#39;Snipped&#39;</div><div>                Plan:ISDN, Type:National</div><div>        Called Party Number i = 0xA1, &#39;Snipped&#39;</div><div>                Plan:ISDN, Type:National</div>




<div>050314: *Jun  1 22:55:58.064 PDT: ISDN Se0/0/0:23 Q931: RX &lt;- CALL_PROC pd = 8</div><div>callref = 0x8081</div><div>        Channel ID i = 0xA98381</div><div>                Exclusive, Channel 1</div><div>050315: *Jun  1 22:55:58.072 PDT: ISDN Se0/0/0:23 Q931: RX &lt;- CALL_PROC pd = 8</div>




<div>callref = 0x8081</div><div>        Channel ID i = 0xA98381</div><div>                Exclusive, Channel 1</div><div>050316: *Jun  1 22:55:59.864 PDT: ISDN Se0/0/0:23 **ERROR**: L2_AdvanceVA: TX_ac</div><div>k_queue empty</div>




<div>050317: *Jun  1 22:55:59.864 PDT: ISDN Se0/0/0:23 Q931: RX &lt;- ALERTING pd = 8  c</div><div>allref = 0x8081</div><div>        Progress Ind i = 0x8088 - In-band info or appropriate now available</div><div>050318: *Jun  1 22:55:59.864 PDT: ISDN Se0/0/0:23 Q931: TX -&gt; STATUS pd = 8  cal</div>




<div>lref = 0x0081</div><div>        Cause i = 0x80E0 - Mandatory information element missing</div><div>        Call State i = 0x01</div><div>050319: *Jun  1 22:55:59.876 PDT: ISDN Se0/0/0:23 Q931: RX &lt;- ALERTING pd = 8  c</div>




<div>allref = 0x8081</div><div>        Progress Ind i = 0x8088 - In-band info or appropriate now available</div><div>050320: *Jun  1 22:55:59.912 PDT: ISDN Se0/0/0:23 Q931: RX &lt;- DISCONNECT pd = 8</div><div> callref = 0x8081</div>




<div>        Cause i = 0x80EF - Protocol error; unspecified</div><div>050321: *Jun  1 22:55:59.912 PDT: ISDN Se0/0/0:23 Q931: TX -&gt; RELEASE pd = 8  ca</div><div>llref = 0x0081</div><div>        Cause i = 0x80E0 - Mandatory information element missing</div>




<div>050322: *Jun  1 22:55:59.964 PDT: ISDN Se0/0/0:23 Q931: RX &lt;- RELEASE_COMP pd =</div><div>8  callref = 0x8081</div></div>
</blockquote></div><br>
</div></div><br></div></div><div>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">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></div></blockquote></div><br></div></div>
</blockquote></div><br>
</div></div></blockquote></div><br>