[c-nsp] SIP to ISDN Call Progress

Marco Marzetti marco at lamehost.it
Mon Nov 15 04:36:07 EST 2010


Hello,

I have a problem with SIP to ISDN internetworking on Cisco IOS.
I'm unable to receive early-media messages from the ISDN side of the call.
Hardware and software versions are: Cisco 2800 Software
(C2800NM-ENTSERVICES-M), Version 12.4(20)T6, RELEASE SOFTWARE (fc2).

# debug isdn q931 int Se0/1/0:15
Nov 15 10:06:54.437 CET: ISDN Se0/1/0:15 Q931: Applying typeplan for
sw-type 0x12 is 0x0 0x1, Calling num 03631970XXX
Nov 15 10:06:54.441 CET: ISDN Se0/1/0:15 Q931: Sending SETUP  callref =
0x0D0D callID = 0x980D switch = primary-net5 interface = User 
Nov 15 10:06:54.441 CET: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8  callref
= 0x0D0D 
	Bearer Capability i = 0x8090A3 
		Standard = CCITT 
		Transfer Capability = Speech  
		Transfer Mode = Circuit 
		Transfer Rate = 64 kbit/s 
	Channel ID i = 0xA9839F 
		Exclusive, Channel 31 
	Calling Party Number i = 0x0180, '03631970XXX' 
		Plan:ISDN, Type:Unknown 
	Called Party Number i = 0x81, '199151119' 
		Plan:ISDN, Type:UnknownsipSPIUpdateRtcpSession: sx79861: started RTP
timer in state STATE_SENT_ALERTING

Nov 15 10:06:54.457 CET: ISDN Se0/1/0:15 Q931: RX <- SETUP_ACK pd = 8 
callref = 0x8D0D 
	Channel ID i = 0xA9839F 
		Exclusive, Channel 31


Nov 15 10:06:56.745 CET: ISDN Se0/1/0:15 Q931: RX <- CALL_PROC pd = 8 
callref = 0x8D0D
Nov 15 10:07:18.206 CET: ISDN Se0/1/0:15 Q931: RX <- ALERTING pd = 8 
callref = 0x8D0D
Nov 15 10:07:18.302 CET: ISDN Se0/1/0:15 Q931: RX <- CONNECT pd = 8 
callref = 0x8D0D
Nov 15 10:07:18.302 CET: %ISDN-6-CONNECT: Interface Serial0/1/0:30 is now
connected to 199151119 N/A
Nov 15 10:07:18.302 CET: %ISDN-6-CONNECT: Interface Serial0/1/0:30 is now
connected to 199151119 N/A
Nov 15 10:07:18.302 CET: %ISDN-6-CONNECT: Interface Serial0/1/0:30 is now
connected to 199151119 N/A
Nov 15 10:07:18.302 CET: ISDN Se0/1/0:15 Q931: TX -> CONNECT_ACK pd = 8 
callref = 0x0D0DsipSPIUpdateRtcpSession: sx79861: started RTP timer in
state STATE_SENT_ALERTING

Nov 15 10:07:21.294 CET: %ISDN-6-CONNECT: Interface Serial0/1/0:30 is now
connected to 199151119 N/A
Nov 15 10:07:21.294 CET: %ISDN-6-DISCONNECT: Interface Serial0/1/0:30 
disconnected from 199151119 , call lasted 2 seconds
Nov 15 10:07:21.294 CET: ISDN Se0/1/0:15 Q931: TX -> DISCONNECT pd = 8 
callref = 0x0D0D 
	Cause i = 0x8090 - Normal call clearing
Nov 15 10:07:21.306 CET: ISDN Se0/1/0:15 Q931: RX <- RELEASE pd = 8 
callref = 0x8D0D
Nov 15 10:07:21.306 CET: ISDN Se0/1/0:15 Q931: TX -> RELEASE_COMP pd = 8 
callref = 0x0D0D

The router places the call to our public switch and cut-through the voice
path only after the CONNECT message ignoring the CALL_PROC messages and the
relative early-audio
stream.
Looking at the SIP side of the call no "SIP 183 Progress" is sent by the
router between the "Trying" and the "Ringing" messages.

I would expect the router to generate proper SIP signaling and cut-through
in the backward direction the voice path after the CALL_PROC message has
been received.

Any help?

Thank you


More information about the cisco-nsp mailing list