I would start by checking the t1 controller for errors, is it up, etc. <br><br> is MGCP controlling the PRI (if so, bounce MGCP with a no mgcp, mgcp)?<br><br><br>Jonathan<br><br><div><span class="gmail_quote">On 11/21/06,
<b class="gmail_sendername">Robert Kulagowski</b> <<a href="mailto:bob@smalltime.com">bob@smalltime.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2851 router running 12.4.10a. ISDN PRI not coming up; sh isdn<br>stat shows alternating between TEI_ASSIGNED and AWAITING_ESTABLISHMENT.<br><br>isdn q.921 debugging shows<br>EVENT: Pri_Activate_L2: sending NL_EST_REQ<br>
L2_EstablishedDataLink: sending SABME<br>user TX -> SABMEp sapi=0 tei=0<br>user TX -> SABMEp sapi=0 tei=0<br>user TX -> SABMEp sapi=0 tei=0<br>user TX -> SABMEp sapi=0 tei=0<br>EVENT: CCPRI_Go: received NL_EST_REQ
<br><br>Since this happened all of a sudden, I'm assuming that it's the<br>carrier, but I'm not sure what exactly to tell them, since it's<br>unlikely they understand Cisco terminology. Can someone translate this<br>into telco-ese?
<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">
https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></blockquote></div><br>