[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