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
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
244,827
Beiträge
2,219,005
Mitglieder
371,520
Neuestes Mitglied
fredl_2
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.