"Access information discarded" in 5.1-Release

Thomas Wintergerst twinterg at gmx.de
Tue Dec 23 04:43:14 PST 2003


Hi Markus,

Maybe the difference in the two calls is the length of the subaddresses. 
According to the Euro-ISDN specification the subaddress length must not 
exceed 20 bytes. So I think this is why the switch rejects the 
subaddress information.

Maybe the i4b stack does not expect the incoming STATUS message with the 
cause value 43 and releases the call. But that's only a guess.

Markus D. wrote:
> Hello,
> 
> since I use Freebsd 5.1-RELASE with my isdn gateway,I always get an "access
> information discarded" on the first dial attempt (with rbch/ppp as well as
> with ippp). The second dial attempt completes and tun/isp is established.
> 
> Following is a isdntrace of a connection setup:
> ##### start #####
> 
> -- TE->NT - unit:0 - frame:000061 - time:12.12 00:06:28.407157 - length:91
> -----
> Dump:004  08 01 3d 05 a1 04 02 88 90 18 01 83 6c 08 81 38      
> ..=.........l..8
> Dump:020  38 36 38 39 30 37 6d 16 80 bf d6 93 17 28 18 76      
> 868907m......(.v
> Dump:036  1a 28 03 82 06 08 68 fb bf bf 92 80 05 08 70 08      
> .(....h.......p.
> Dump:052  81 30 31 39 32 30 37 31 71 1d 80 9b 16 28 02 fd      
> .0192071q....(..
> Dump:068  18 28 40 2a 1a 28 28 fb bf bf 54 56 19 28 a0 3e      
> .(@*.((...TV.(.>
> Dump:084  38 38 36 38 39 30 37                                  8868907
> Q931: pd=Q.931/I.451, cr=0x3d (from origination), message=SETUP: 
>      [sending complete]
>      [bearer capability: 
>           cap=unrestricted digital information
>           std=CCITT
>           rate=64 kbit/s
>           mode=circuit]
>      [channel id: channel=any channel (preferred)]
>      [calling party number: 8868907 (type=unknown, plan=ISDN)]
>      [calling party subaddress: LEN=0x16, DATA=0x80 0xbf 0xd6 0x93 0x17 0x28
> 0x18 0x76 0x1a 0x28 0x03 0x82 0x06 0x08 0x68 0xfb 0xbf 0xbf 0x92 0x80 0x05
> 0x08 ]
>      [called party number: 0192071 (type=unknown, plan=ISDN)]
>      [called party subaddress: LEN=0x1d, DATA=0x80 0x9b 0x16 0x28 0x02 0xfd
> 0x18 0x28 0x40 0x2a 0x1a 0x28 0x28 0xfb 0xbf 0xbf 0x54 0x56 0x19 0x28 0xa0
> 0x3e 0x38 0x38 0x36 0x38 0x39 0x30 0x37 ]
> 
> -- NT->TE - unit:0 - frame:000063 - time:12.12 00:06:28.597156 - length:15
> -----
> Dump:004  08 01 bd 7d 08 02 82 ab 14 01 01                      ...}.......
> Q931: pd=Q.931/I.451, cr=0x3d (from destination), message=STATUS: 
>      [cause: 43: Access information discarded (Q.850) 
>           (location=public network serving local user, std=CCITT)]
>      [call state: Std=CCITT, State=Call initiated]
> 
> -- TE->NT - unit:0 - frame:000064 - time:12.12 00:06:28.597156 - length:12
> -----
> Dump:004  08 01 3d 45 08 02 80 e5                               ..=E....
> Q931: pd=Q.931/I.451, cr=0x3d (from origination), message=DISCONNECT: 
>      [cause: 101: Message not compatible with call state (Q.850) 
>           (location=user, std=CCITT)]
> 
> -- NT->TE - unit:0 - frame:000066 - time:12.12 00:06:29.187165 - length:8
> ------
> Dump:004  08 01 bd 4d                                           ...M
> Q931: pd=Q.931/I.451, cr=0x3d (from destination), message=RELEASE: 
> 
> -- TE->NT - unit:0 - frame:000067 - time:12.12 00:06:29.187165 - length:8
> ------
> Dump:004  08 01 3d 5a                                           ..=Z--
> TE->NT - unit:0 - frame:000070 - time:12.12 00:06:34.237241 - length:56 -----
> Dump:004  08 01 09 05 a1 04 02 88 90 18 01 83 6c 08 81 38      
> ............l..8
> Dump:020  38 36 38 39 30 37 6d 0b 80 bf 3d 68 05 08 40 43      
> 868907m...=h.. at C
> Dump:036  07 08 02 70 08 81 30 31 39 32 30 37 31 71 05 80      
> ...p..0192071q..
> Dump:052  d2 05 08 40                                           ...@
> Q931: pd=Q.931/I.451, cr=0x09 (from origination), message=SETUP: 
>      [sending complete]
>      [bearer capability: 
>           cap=unrestricted digital information
>           std=CCITT
>           rate=64 kbit/s
>           mode=circuit]
>      [channel id: channel=any channel (preferred)]
>      [calling party number: 8868907 (type=unknown, plan=ISDN)]
>      [calling party subaddress: LEN=0x0b, DATA=0x80 0xbf 0x3d 0x68 0x05 0x08
> 0x40 0x43 0x07 0x08 0x02 ]
>      [called party number: 0192071 (type=unknown, plan=ISDN)]
>      [called party subaddress: LEN=0x05, DATA=0x80 0xd2 0x05 0x08 0x40 ]
> 
> -- NT->TE - unit:0 - frame:000072 - time:12.12 00:06:34.517245 - length:11
> -----
> Dump:004  08 01 89 02 18 01 89                                  .......
> Q931: pd=Q.931/I.451, cr=0x09 (from destination), message=CALL PROCEEDING: 
>      [channel id: channel=B-1 (exclusive)]
> 
> -- NT->TE - unit:0 - frame:000074 - time:12.12 00:06:35.057253 - length:15
> -----
> Dump:004  08 01 89 07 29 05 03 0c 0c 00 06                      ....)......
> Q931: pd=Q.931/I.451, cr=0x09 (from destination), message=CONNECT: 
>      [date/time: 12.12.03 00:06]
> 
> -- TE->NT - unit:0 - frame:000075 - time:12.12 00:06:35.057253 - length:8
> ------
> Dump:004  08 01 09 0f                                           ....
> Q931: pd=Q.931/I.451, cr=0x09 (from origination), message=CONNECT
> ACKNOWLEDGE: 
> 
> Q931: pd=Q.931/I.451, cr=0x3d (from origination), message=RELEASE COMPLETE: 
> 
> ##### end #####
> 
> As I can see, the calling and called party subaddress contains some extra
> infomation in the first setup message. I'm not familiar with isdn. What is
> this? Can I configure this?
> 
> BTW: The ISP is German Arcor.
> 
> Thanks
> Markus
> 
> _______________________________________________
> freebsd-isdn at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-isdn
> To unsubscribe, send any mail to "freebsd-isdn-unsubscribe at freebsd.org"
> 

-- 

Gruss,

Thomas Wintergerst




More information about the freebsd-isdn mailing list