.titleBar { margin-bottom: 5px!important; }

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

Dieses Thema im Forum "FreePBX, TrixBox (Asterisk@Home)" wurde erstellt von Poschi, 21 Nov. 2005.

  1. Poschi

    Poschi Neuer User

    Registriert seit:
    28 Juni 2005
    Beiträge:
    16
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Berlin
    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