[asterisk-dev] QSIG error -- can somebody explain?

[Johann Steinwendtner]

Hello !

The cref len is also wrong. It needs to be 2 octets long. QSIG ies
behave similiar to EuroISDN but on PRI interface.
I 've managed to connect to my glory Meridian 1, where cref and chid 
needs to be coded different. I 'll send the patch to kpj.

Nice weekend !

Hans

Paul Cadach schrieb:
> 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.
> 
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
> 
> 
>