A@H reicht die LLC (Low Layer Compatibility) nicht weiter

Poschi

Neuer User
Mitglied seit
28 Jun 2005
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
Hallo liebe Asterisk-Gemeinde,

ich hab mal wieder eine Aufgabe für die Experten unter euch... :wink:
Ich versuche eine Verbindung herzustellen von einem ISDN-TA, der über die S0-Schnittstelle an meinem Asterisk-PC hängt. Es handelt sich jedoch nicht um ein "normales" Gespräch sondern um eine V.110-Verbindung.
Der TA schickt in seinem Setup unter anderem die LLC-Information, hier die Ausgabe vom Debug:

Code:
asterisk1*CLI> bri debug span 2
asterisk1*CLI> Enabled debugging on span 2

asterisk1*CLI> 
Protocol Discriminator: Q.931 (8)  len=31
Call Ref: len= 1 (reference 125/0x7D) (Originator)
Message type: SETUP (5)
[04 02 88 90]
Bearer Capability (len= 4) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Unrestricted digital information (8)
                             Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
                             Ext: 0  User information layer 1: Unknown (24)
[18 01 83]
Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Preferred Dchan: 0
                       ChanSel: Any channel selectedNo channel selected
                       ]
[70 0a 80 35 31 32 38 30 30 35 30 32]
Called Number (len=12) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0) '512800502' ]
[7c 06 88 90 21 45 20 bb]
IE: Low-layer Compatibility (len = 8)
-- Making new call for cr 125
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 124 (cs0, Low-layer Compatibility)
Protocol Discriminator: Q.931 (8)  len=7
Call Ref: len= 1 (reference 253/0xFD) (Terminator)
Message type: CALL PROCEEDING (2)
[18 01 8a]
Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0
                       ChanSel: B2 channel
                       ]
Protocol Discriminator: Q.931 (8)  len=8
Call Ref: len= 1 (reference 253/0xFD) (Terminator)
Message type: ALERTING (1)

So weit so gut...
Beim Debuggen der S2M bzw. PRI Seite fehlt nun leider die LLC-Information und das Equipment, lehnt den Anruf ab...

Code:
asterisk1*CLI> pri debug span 5
asterisk1*CLI> Enabled debugging on span 5
...
...
...
asterisk1*CLI> 
    -- Accepting data call from '' to '512800502' on channel 0/2, span 2
...
...
...
    -- Making new call for cr 32770
    -- Requested transfer capability: 0x08 - DIGITAL
asterisk1*CLI> 

Protocol Discriminator: Q.931 (8)  len=27
Call Ref: len= 2 (reference 2/0x2) (Originator)
Message type: SETUP (5)
[04 02 88 90]
Bearer Capability (len= 4) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Unrestricted digital information (8)
                             Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
                             Ext: 0  User information layer 1: Unknown (24)
[18 03 a1 83 81]
Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Preferred Dchan: 0
                       ChanSel: Reserved
                      Ext: 1  Coding: 0   Number Specified   Channel Type: 3
                      Ext: 1  Channel: 1 ]
[6c 02 00 c3]
Calling Number (len= 4) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)
                          Presentation: Number not available (67) '' ]
[70 06 c1 31 33 2d 32 37]
Called Number (len= 8) [ Ext: 1  TON: Subscriber Number (4)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '13-27' ]
[a1]
Sending Complete (len= 1)
  -- Called 13-27
asterisk1*CLI> 

Protocol Discriminator: Q.931 (8)  len=9
Call Ref: len= 2 (reference 32770/0x8002) (Terminator)
Message type: RELEASE COMPLETE (90)
[08 02 80 d8]
Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: User (0)
                 Ext: 1  Cause: Incompatible destination (88), class = Invalid message (5) ]
 Processing IE 8 (cs0, Cause)
  -- Channel 0/1, span 5 got hangup

Da auf der S2M-Seite LLC zwingend benötigt wird, versteht ihr sicher meinen Ärger. :x

Bisher hab ich alle gewünschten Features (S0-Calls, FXO, FXS, SIP) konfigurieren können, wäre doch also gelacht, wenn dieses Problem nicht auch zu lösen ginge, oder?

Hier noch meine zaptel.conf:
Code:
span=1,0,0,ccs,ami
span=2,0,0,ccs,ami
span=3,0,0,ccs,ami
span=4,0,0,ccs,ami

span=5,0,0,ccs,hdb3,crc4

loadzone=nl
defaultzone=nl

bchan=1,2,4,5,7,8,10,11
dchan=3,6,9,12
bchan=13-27,29-43
dchan=28
...und die momentan sehr ausgedünnte zapata.conf:
Code:
; Zapata telephony interface
; Configuration file

[trunkgroups]

[channels]

;******** global values ********
language=de
switchtype=euroisdn
pridialplan=local
prilocaldialplan=local
rxwink=300
usecallerid=yes
hidecallerid=no
callerid=asreceived
rxgain=0.0
txgain=0.0
nationalprefix=0
internationalprefix=00
group=0
callgroup=1
pickupgroup=1

;Include AMP configs
#include zapata_additional.conf

;Include genzaptelconf configs
#include zapata-auto.conf

context=from-internal

;******** values for quadBRI card ********
signalling=bri_net_ptmp
channel => 1-2,4-5,7-8,10-11

;******** values for E1 card ********
signalling=pri_net
channel => 13-27,29-43

Ich freue mich über Hilfe jeglicher Art und danke euch hiermit schonmal für die (hoffentlich) zahlreichen Tipps.

Bis dann,
der Poschi
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.