<div dir="ltr">We were using NI2. Changing both sides to DMS100 seems to have solved the problem.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 6, 2013 at 2:00 PM, Gary T. Giesen <span dir="ltr"><<a href="mailto:giesen@snickers.org" target="_blank">giesen@snickers.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Called Party Number changed to ?????????? to protect the innocent...<br><div><br>Jun 6 13:59:34.325 EDT: ISDN Se0/1/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0002<br>
Bearer Capability i = 0x8090A2<br>
Standard = CCITT<br> Transfer Capability = Speech<br> Transfer Mode = Circuit<br> Transfer Rate = 64 kbit/s<br> Channel ID i = 0xA18397<br> Preferred, Channel 23<br>
Called Party Number i = 0x80, '??????????'<br> Plan:Unknown, Type:Unknown<br>Jun 6 13:59:34.325 EDT: ISDN Se0/1/0:23 Q931: Received SETUP callref = 0x8002 callID = 0x0087 switch = primary-ni interface = Network<br>
Jun 6 13:59:34.345 EDT: ISDN Se0/1/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8002<br> Channel ID i = 0xA98397<br> Exclusive, Channel 23<br>Jun 6 13:59:36.309 EDT: ISDN Se0/1/0:23 Q931: TX -> PROGRESS pd = 8 callref = 0x8002<br>
Progress Ind i = 0x8188 - In-band info or appropriate now available<br>Jun 6 13:59:40.497 EDT: ISDN Se0/1/0:23 Q931: TX -> CONNECT pd = 8 callref = 0x8002<br> Progress Ind i = 0x8188 - In-band info or appropriate now available<br>
Connected Number i = 0x8080, '??????????'<br>Jun 6 13:59:40.537 EDT: ISDN Se0/1/0:23 Q931: RX <- STATUS pd = 8 callref = 0x0002<br> Cause i = 0x81E3 - Information element not implemented<br> Call State i = 0x03<br>
Jun 6 13:59:40.541 EDT: ISDN Se0/1/0:23 **ERROR**: Ux_Status: STATUS call state mismatch with invalid cause: cause 0x63, state 0xA, peer state 0x3<br>Jun 6 13:59:40.541 EDT: ISDN Se0/1/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x8002<br>
Cause i = 0xC2E5 - Message not compatible with call state<br>Jun 6 13:59:40.541 EDT: ISDN Se0/1/0:23 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x0002<br>Jun 6 13:59:40.573 EDT: ISDN Se0/1/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0002<br>
</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 6, 2013 at 1:47 PM, Wes Sisk <span dir="ltr"><<a href="mailto:wsisk@cisco.com" target="_blank">wsisk@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">based on this line:<div><div>Jun 6 12:08:57.771 EDT: ISDN Se0/1/0:23 **ERROR**: Ux_Status: STATUS call state mismatch with invalid cause: cause 0x63, state 0xA, peer state 0x3<br>
</div><div><div><br></div><div>I suspect you might be hitting an issue here callerid is provided in an unsupported IE. that causes a status message. that status message contains a call state. the call has already progressed beyond that call state so you get a mismatch, no mechanism for recovery, and a drop.</div>
<div><br></div><div>If the 2821 were using MGCP back to CUCM then this would be relevant:</div><div><a href="http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCeg56289" target="_blank">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCeg56289</a></div>
<div><br></div><div>As is, we need to confirm this is what is happening and then look to our IOS Voice participants for any available options.</div><div><br></div><div>You say "outgoing call from perspective of MICS" - is it configured to send name outbound? can you get 'debug isdn q931' in addition to the below? What is the ISDN switch type? sharing as much of the config as you are comfortable with would help.</div>
<div><br></div><div>*if* it is callerid causing the problem you might try disabling callerid under the voice port. I think it's 'no caller-id enable' under the voice port.</div><div><br></div><div>-wes</div><div>
<div><div><br></div><div>On Jun 6, 2013, at 12:36 PM, Gary T. Giesen <<a href="mailto:giesen@snickers.org" target="_blank">giesen@snickers.org</a>> wrote:</div><br><div dir="ltr"><div><div><div>I've got a Cisco 2821 with a PRI card configured with SIP trunking. I'm trying to interface with a PRI card on a Nortel MICS. Incoming calls work fine, but outgoing calls (from the perspective of the MICS) ring and die a half second after the called party picks up.<br>
<br></div>I've including some debug, but not sure what's relevant (I'm not a TDM guy) so let me know what else you need...<br><br>Jun 6 12:08:53.526 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: source id 0x300, call id 0x6A, event 0x341 (pre-ccb recovery)<br>
Jun 6 12:08:53.526 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: L3_event 0090<br>Jun 6 12:08:53.526 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: call id 0x1 cref 0x6A event 0x8001 Source->L3<br>Jun 6 12:08:53.526 EDT: ISDN Se0/1/0:23 CC: CCPCC_CallIdle: event 0x90 b channel 0 nfas int_id 0 call_id 0x6A<br>
Jun 6 12:08:53.530 EDT: ISDN Se0/1/0:23 CC: CCPRI_AcceptChanId: Negotiated int_id 0 bchan 0 cref 0x8001 call_id 0x006A lo_chan 23 final int_id/bchan 0/23 cause 0<br>Jun 6 12:08:53.554 EDT: ISDN Se0/1/0:23 Error: Invalid DSL (0) CC: CCPRI_Go: source id 0x500, call id 0x0, event 0x4A (pre-ccb recovery)<br>
Jun 6 12:08:53.554 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: call_id 0x6A cref 0x8001 event 0x4A Source->HOST<br>Jun 6 12:08:53.554 EDT: ISDN Se0/1/0:23 CC: CCPCC_CallOffered: event = 0x4A b channel 23 nfas int_id 0 call_id 0x6A<br>
Jun 6 12:08:55.378 EDT: ISDN Se0/1/0:23 Error: Invalid DSL (0) CC: CCPRI_Go: source id 0x500, call id 0x0, event 0x4E (pre-ccb recovery)<br>Jun 6 12:08:55.378 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: call_id 0x6A cref 0x8001 event 0x4E Source->HOST<br>
Jun 6 12:08:55.378 EDT: ISDN Se0/1/0:23 CC: CCPCC_CallRoutingIn: executing with event = 4E in state = CALL ROUTING_IN<br>Jun 6 12:08:57.731 EDT: ISDN Se0/1/0:23 Error: Invalid DSL (0) CC: CCPRI_Go: source id 0x500, call id 0x0, event 0x4E (pre-ccb recovery)<br>
Jun 6 12:08:57.731 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: call_id 0x6A cref 0x8001 event 0x4E Source->HOST<br>Jun 6 12:08:57.731 EDT: ISDN Se0/1/0:23 CC: CCPCC_CallRoutingIn: executing with event = 4E in state = CALL ROUTING_IN<br>
Jun 6 12:08:57.731 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: source id 0x300, call id 0x6A, event 0x341 (pre-ccb recovery)<br>Jun 6 12:08:57.731 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: L3_event 0092<br>Jun 6 12:08:57.731 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: dispatching event 0x92 call id 0x6A cref 0x8001 Source->L3<br>
Jun 6 12:08:57.731 EDT: ISDN Se0/1/0:23 CC: CCPCC_CallRoutingIn: executing with event = 92 in state = CALL ROUTING_IN<br>Jun 6 12:08:57.771 EDT: ISDN Se0/1/0:23 **ERROR**: Ux_Status: STATUS call state mismatch with invalid cause: cause 0x63, state 0xA, peer state 0x3<br>
Jun 6 12:08:57.807 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: source id 0x300, call id 0x6A, event 0x341 (pre-ccb recovery)<br>Jun 6 12:08:57.807 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: L3_event 0099<br>Jun 6 12:08:57.807 EDT: ISDN Se0/1/0:23 CC: CCPRI_Go: dispatching event 0x99 call id 0x6A cref 0x8001 Source->L3<br>
Jun 6 12:08:57.807 EDT: ISDN Se0/1/0:23 CC: CCPCC_CallConnected: event 0x99 b channel 23 nfas int_id 0 call_id 0x6A<br>Jun 6 12:08:57.811 EDT: ISDN Se0/1/0:23 Error: Invalid DSL (0) CC: CCPRI_Go: source id 0x500, call id 0x0, event 0x57 (pre-ccb recovery)<br>
<br><br></div>Thanks!<br><br></div>GTG<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>
</div><br></div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>