Asterisk am NTBA geht, interner S0 nicht

[zielscheibe]

Hallo NG!

Ich hab einen Asterisk aufgesetzt, der an einem direkt angeschlossenen
NTBA auch funktioniert. Jetzt soll er aber an den internen S0-Bus
einer Telephonanlage angeschlossen werden.
Ich bekomm aber nun immer eine Fehlermeldung und ich
weiß nicht was sie mir sagen will :-(

*CLI> capi debug
CAPI Debugging Enabled
    -- Attempting call on capi/g1/01707777777 for s@default:1 (Retry 1)
       > data = g1/01707777777
       > capi request group = 2
  == ISDN1: Call CAPI/ISDN1/01707777777-3   (pres=0x00, ton=0x00)
    -- ISDN1: received CONNECT_CONF PLCI = 0x101
  == ISDN1: Interface cleanup PLCI=0x101
    -- Attempting call on capi/g1/01707777777 for s@default:1 (Retry 2)
       > data = g1/01707777777
       > capi request group = 2
  == ISDN1: Call CAPI/ISDN1/01707777777-4   (pres=0x00, ton=0x00)
    -- ISDN1: received CONNECT_CONF PLCI = 0x101
  == ISDN1: Interface cleanup PLCI=0x101
    -- Attempting call on capi/g1/01707777777 for s@default:1 (Retry 3)
       > data = g1/01707777777
       > capi request group = 2
  == ISDN1: Call CAPI/ISDN1/01707777777-5   (pres=0x00, ton=0x00)
    -- ISDN1: received CONNECT_CONF PLCI = 0x101

 

[Hias-online]

ups .. hab mich verlesen

 

[armincm]

Ich kann keine Fehlermeldung sehen. Mach mal ein log mit
set verbose 5 und capi debug

Armin

 

[zielscheibe]

So, hier die Ausgabe:

Asterisk Ready.
*CLI> capi debug
CAPI Debugging Enabled
*CLI> set verbose 5
Verbosity was 3 and is now 5
*CLI>     -- Attempting call on capi/g1/666666 for t@default:1 (Retry 1)
       > data = g1/666666
Asterisk Ready. dialstring: 'g1' '
    -- Attempting call on capi/g1/666666 for t@default:1 (Retry 1)
' '666666' ''
       > capi request group = 2
       > parsed dialstring: 'g1' '1919' '666666' ''
  == ISDN1: Call CAPI/ISDN1/666666-0   (pres=0x00, ton=0x00)
CONNECT_REQ ID=001 #0x0003 LEN=0052
  Controller/PLCI/NCCI            = 0x1
  CIPValue                        = 0x1
  CalledPartyNumber               = <80>666666
  CallingPartyNumber              = <00 80>1919
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BProtocol
   B1protocol                     = 0x1
   B2protocol                     = 0x1
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
   GlobalConfiguration            = default
  BC                              = default
  LLC                             = default
  HLC                             = default
  AdditionalInfo
   BChannelinformation            = <00 00>
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

CONNECT_CONF ID=001 #0x0003 LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Info                            = 0x0

    -- ISDN1: received CONNECT_CONF PLCI = 0x101
DISCONNECT_IND ID=001 #0x0042 LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Reason                          = 0x3302

DISCONNECT_RESP ID=001 #0x0042 LEN=0012
  Controller/PLCI/NCCI            = 0x101

       > CAPI INFO 0x3302: Protocol error layer 2
  == ISDN1: CAPI Hangingup
  == ISDN1: Interface cleanup PLCI=0x101

 

[armincm]

Also die Meldung
CAPI INFO 0x3302: Protocol error layer 2
ist eindeutig. Dein ISDN Anschluss will nicht mit der ISDN Karte. Das koennte z.B. auch eine falsche Einstellung der ISDN Karte sein. Welche Karte mit welchem Anschlusstyp verwendest Du?

Armin

 

[zielscheibe]

Welche Karte mit welchem Anschlusstyp verwendest Du?

Es eine Fritz Karte PCI. Womit könnte die TK-Anlage Problem haben ?
Der interne Bus sollte doch für die Fritz Karte genau so aussehen
als wäre sie direkt an einem NTBA.

 

[armincm]

An sich schon, aber es gibt ja den Unterschied zwischen PtP und PtMP Anschluss (also Anlagenanschluss oder Mehrgeraeteanschluss).
Die Fritzkarte mit dem AVM Treiber z.B. kann den Anlagenanschluss gar nicht.

Armin

 

[zielscheibe]

Hab den Fehler noch nicht gefunden.
Kann es vielleicht sein, daß Asterisk
auf einen Wählton wartet und ihm der Ton
von TK-Anlage nicht passt ?

 

[armincm]

Nein, bei ISDN ist der Waehlton egal.
Das Problem ist auch weder Asterisk noch chan_capi. Der ISDN Treiber (e.g. AVM Treiber) meldet hier den Fehler. Also ist die Verbindung der ISDN Karte nicht in Ordnung, bzw, der Treiber falsch eingestellt.

Armin

 

[zielscheibe]

Also ist die Verbindung der ISDN Karte nicht in Ordnung, bzw, der Treiber falsch eingestellt.
Armin

Hallo Armin!

Der Asterisk hat vorher an einem direkt angeschlossenen NTBA
funktioniert. Vielleicht kann jemand mit der Ausgabe von capiinfo
was anfangen ?

Number of Controllers : 1
Controller 1:
Manufacturer: AVM GmbH
CAPI Version: 2.0
Manufacturer Version: 3.11-07  (49.23)
Serial Number: 1000001
BChannels: 2
Global Options: 0x00000039
   internal controller supported
   DTMF supported
   Supplementary Services supported
   channel allocation supported (leased lines)
B1 protocols support: 0x4000011f
   64 kbit/s with HDLC framing
   64 kbit/s bit-transparent operation
   V.110 asynconous operation with start/stop byte framing
   V.110 synconous operation with HDLC framing
   T.30 modem for fax group 3
   Modem asyncronous operation with start/stop byte framing
B2 protocols support: 0x00000b1b
   ISO 7776 (X.75 SLP)
   Transparent
   LAPD with Q.921 for D channel X.25 (SAPI 16)
   T.30 for fax group 3
   ISO 7776 (X.75 SLP) with V.42bis compression
   V.120 asyncronous mode
   V.120 bit-transparent mode
B3 protocols support: 0x800000bf
   Transparent
   T.90NL, T.70NL, T.90
   ISO 8208 (X.25 DTE-DTE)
   X.25 DCE
   T.30 for fax group 3
   T.30 for fax group 3 with extensions
   Modem

  0100
  0200
  39000000
  1f010040
  1b0b0000
  bf000080
  00000000 00000000 00000000 00000000 00000000 00000000
  01000001 00020000 00000000 00000000 00000000

Supplementary services support: 0x000003ff
   Hold / Retrieve
   Terminal Portability
   ECT
   3PTY
   Call Forwarding
   Call Deflection
   MCID
   CCBS

 

[armincm]

capiinfo sagt nichts ueber das protokoll aus, sondern nur ueber die features.
Wenn am NTBA ein anderes Protokoll laeuft als beim internen Anschluss der Anlage, dann funktioniert es trotzdem nicht.
Was fuer ein Anschlusstyp ist denn am NTBA und welcher am internen S0?

Armin