[asterisk-dev] QSIG error -- can somebody explain?
Paul Cadach
paul at odt.east.telecom.kz
Thu Feb 16 11:17:33 MST 2006
Hello,
Wolfgang Zweimueller wrote
[skipped]
> Can somebody explain what the problem is? Configuration error, a bug,
> a problem on the Alcatel-side?
It is definitely bristuff's bug.
> -- Executing Dial("SIP/1993-567b", "Zap/g1/006621503|55|j") in new stack
> 1 -- Making new call for cr 136
> -- Requested transfer capability: 0x00 - SPEECH
> 1 > Protocol Discriminator: Q.931 (8) len=32
> 1 > Call Ref: len= 1 (reference 8/0x8) (Originator)
> 1 > Message type: SETUP (5)
> 1 > [1 041 031 801 901 a31 ]
> 1 > Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
> 1 > Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
> 1 > Ext: 1 User information layer 1: A-Law (35)
> 1 > [1 181 011 891 ]
> 1 > Channel ID (len= 3) [ Ext: 1 IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0
> 1 > ChanSel: B1 channel
> 1 ]
Following to ECMA-143, channel identification IE octet 3 should be 1010xx01 instead of 10001001 and should be followed
by channel ID byte which is not presented in this example.
> 1 > [1 6c1 061 211 801 311 391 391 331 ]
> 1 > Calling Number (len= 8) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> 1 > Presentation: Presentation permitted, user number not screened (0) '1993' ]
> 1 > [1 701 0a1 c11 301 301 361 361 321 311 351 301 331 ]
> 1 > Called Number (len=12) [ Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
'0066215
> 03' ]
> -- Called g1/006621503
> 1 < Protocol Discriminator: Q.931 (8) len=9
> 1 < Call Ref: len= 2 (reference 8/0x8) (Terminator)
> 1 < Message type: RELEASE COMPLETE (90)
> 1 < [1 081 021 811 e41 ]
> 1 < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user
(1)
> 1 < Ext: 1 Cause: (null) (100), class = Protocol Error (6) ]
> 1 -- Making new call for cr 32776
> 1 -- Processing IE 8 (cs0, Cause)
> 1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
> 1 NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
> 1 No response to SETUP message
Also, bristuff isn't reacted to RELEASE COMPLETE message with the call reference of Asterisk being initiated, so next
message is wrong and Alcatel answers to it with correct "Invalid call reference value" cause.
> 1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Call Initiated, peerstate Overlap sending
> 1 > Protocol Discriminator: Q.931 (8) len=8
> 1 > Call Ref: len= 1 (reference 8/0x8) (Originator)
> 1 > Message type: DISCONNECT (69)
> 1 > [1 081 021 811 921 ]
> 1 > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user
(1)
> 1 > Ext: 1 Cause: Unknown (18), class = Normal Event (1) ]
> -- Channel 0/1, span 1 got hangup, cause 42
> -- Zap/1-1 is circuit-busy
> 1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Request, peerstate Disconnect Indication
> -- Hungup 'Zap/1-1'
> == Everyone is busy/congested at this time (1:0/1/0)
> -- Executing Busy("SIP/1993-567b", "") in new stack
> == Spawn extension (dialout, 436621503, 102) exited non-zero on 'SIP/1993-567b'
> 1 < Protocol Discriminator: Q.931 (8) len=9
> 1 < Call Ref: len= 2 (reference 8/0x8) (Terminator)
> 1 < Message type: RELEASE COMPLETE (90)
> 1 < [1 081 021 811 d11 ]
> 1 < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user
(1)
> 1 < Ext: 1 Cause: Unknown (81), class = Invalid message (5) ]
> 1 -- Making new call for cr 32776
> 1 -- Processing IE 8 (cs0, Cause)
> 1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
> 1 NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
WBR,
Paul.
More information about the asterisk-dev
mailing list