Asterisk (auf Eisfair) ISDN (Fritzcard)

[seagull]

Hi,
sitzt jetzt seit tagen an der genannten configuration.
Interne Communicatiob zwischen 2 Test Clients läuft bestens.
(Die angeblich vorhandenen Testnummern komischerweise nicht)

Mein Problem besteht darin, das ich über die CAPI weder raus noch rein komme.
Die Schnittstelle ist augenscheinlich korrekt eingerichtet und hat auch die Karte korrekt erkannt:

server*CLI> capi info
Contr1: 2 B channels total, 2 B channels free.

server # capiinfo
Controller 1:
Manufacturer: AVM GmbH
CAPI Version: 2.0
Manufacturer Version: 3.17-02  (49.18)
Serial Number: 1000001
BChannels: 2
...

Weder wenn ich den CAPI noch den Asterisk starte bekomme ich eine Fehlermeldung.

Wenn ich in die debugkonsole gehe und capi info aktiviere, bekomme ich bei einem anruf von extern garkeine Meldungen und bei ausgehenden Gesprächsversuchen:

server*CLI> capi debug
CAPI Debugging Enabled
    -- Executing Set("SIP/10-b9fb", "LANGUAGE()=de") in new stack
    -- Executing Set("SIP/10-b9fb", "CALLERID(number)=2108916") in new stack
    -- Executing Set("SIP/10-b9fb", "CALLERID(name)=") in new stack
    -- Executing Dial("SIP/10-b9fb", "CAPI/contr1/08003301000/b|120|TW") in new stack
       > data = contr1/08003301000/b
       > parsed dialstring: 'contr1' 'NULL' '08003301000' 'b'
       > capi request controller = 1
       > parsed dialstring: 'contr1' 'NULL' '08003301000' 'b'
  == ISDN1: Call CAPI/ISDN1/08003301000-1 with B3  (pres=0x00, ton=0x00)
CONNECT_REQ ID=002 #0x0005 LEN=0059
  Controller/PLCI/NCCI            = 0x1
  CIPValue                        = 0x1
  CalledPartyNumber               = <80>08003301000
  CallingPartyNumber              = <00 80>2108916
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BProtocol
   B1protocol                     = 0x1
   B2protocol                     = 0x1
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
  BC                              = default
  LLC                             = default
  HLC                             = default
  AdditionalInfo
   BChannelinformation            = <00 00>
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default

    -- Called contr1/08003301000/b
CONNECT_CONF ID=002 #0x0005 LEN=0014
  Controller/PLCI/NCCI            = 0x201
  Info                            = 0x0

    -- ISDN1: received CONNECT_CONF PLCI = 0x201
       > CAPI devicestate requested for ISDN1/08003301000
       > CAPI devicestate requested for ISDN1/08003301000

Beim Abbruch des Versuches:

  == ISDN1: CAPI Hangingup
    -- ISDN1: activehangingup (cause=0)
DISCONNECT_REQ ID=002 #0x0006 LEN=0017
  Controller/PLCI/NCCI            = 0x201
  AdditionalInfo
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default

       > CAPI devicestate requested for ISDN1/08003301000
  == Spawn extension (outgoing, 08003301000, 4) exited non-zero on 'SIP/10-b9fb'
    -- Executing Hangup("SIP/10-b9fb", "") in new stack
  == Spawn extension (outgoing, h, 1) exited non-zero on 'SIP/10-b9fb'
DISCONNECT_CONF ID=002 #0x0006 LEN=0014
  Controller/PLCI/NCCI            = 0x201
  Info                            = 0x0

       > CAPI devicestate requested for ISDN1/08003301000

Ich glaub irgendwie funzt das zusammenspiel von CAPI und Asterisk noch nicht ganz, find aber irgendwie nicht raus wo.

Hat jemanden nen Tip?
Oder einen Anhaltspunkt, wo ich noch suchen könnte?

Gruß Gerrit

 

[seagull]

zu banal oder zu schwierig

Ist das Problem zu banal, oder zu schwierig?
Oder hab ich sonstwie irgendwie falsch gefragt? Eine Regel missachtet???

Komm an dem Problem einfach nicht weiter!

 

[doc456]

Schau mal hier, vielleicht hilft es:
http://www.ip-phone-forum.de/showthread.php?t=101979

Forum: Asterisk ON fli4l

EDIT: Oder mal nach CAPI suchen.

 

[Ruad]

Nur mal so ein paar Probleme, die mir mal über den Weg gelaufen sind:
Verkabelung erst nach dem Hochfahren angeschlossen?
Zwischendurch Kabel abgewesen? Kabel überhaupt dran?
Standard-Context in capi.conf nicht eingetragen?
In der capi.conf schon mal verschiedene Controller-Nummern ausprobiert (0-7)?

oder du zeigst uns mal den Ausschnitt der capi.conf und der entsprechenden extensions.conf

 

[seagull]

Hi, Danke!

Kabel und so hab ich auch schon dran gedacht. Hab sogar schon statt der flattrigen ISDN ein richtiges Netzwerkkabel genommen. Und mit einem ISDN Tester überprüft ob am Ende ISDN ankommt. Das ist okay.

Meine capi.conf spricht nicht viel:

# capi.conf - CAPI configuration file generated by capi.sh version: 1.3.0
#
# Do not edit this file, edit /etc/config.d/capi
# Creation date:  2006-08-14  19:45:30
#--------------------------------------------------------------------------
#card     file    proto     io       irq       mem      cardnr     options
fcclassic  -      DSS1       0x240        5        -        -

Controller-Nummern?
IRQ hab ich schonmal gewechsel (7 z.B.)
Die IO Adresse ist bei der classic noch mit einem Jumper festgelegt.

Fehlt da denn noch was in der capi.conf?
eigentlich sollte das vom eisfar system eingetragen werden...

Update:
Ich habe grad festgestellt, das unter /etc/asterisk noch eine capi.conf ist:

[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8

language=de

[ISDN1]
isdnmode=msn
incomingmsn=2108916,56019975
controller=1
group=1
softdtmf=on
relaxdtmf=on
accountcode=
context=incoming
devices=2
immediate=yes

Die sieht für meine laien Augen aber ganz gut aus

 

[seagull]

Schau mal hier, vielleicht hilft es:
http://www.ip-phone-forum.de/showthread.php?t=101979

Forum: Asterisk ON fli4l

EDIT: Oder mal nach CAPI suchen.

@doc456
Die haben in dem Thread ähnliche Probleme.
Und obwohl eisfair aus fli4l entstanden ist, unterscheiden die sich grad in der Umsetzung der Konfigurationen ziemlich.

 

[Ruad]

Tschuldi, ja ich meinte die capi.conf in (normalerweise) /etc/asterisk

Dort sollst du mal einfach verschiedene controller einstellen

[ISDNx]
...
controller = y (o-7)

[ISDNx+1]
...
controller = z !=y (0-7)

usw.

Ich hatte da mal ne ganz seltsame Kombination mit zwei Karten, wodrauf die so reagiert haben. Also hab ich einfach 7 Templates angelegt, Asterisk neugestartet, den verbose-level hochgesetzt und mal schauen, was die *-cli sagt, wenn ein anruf reinkommt.

edit: testweise vllt. auch die incomingmsn auf * setzen. hat mit raustelefonieren natürlich nichts zu tun, aber vielleicht erstmal froh sein, wenn was reinkommt
hängst du eigentlich direkt am ntba oder hinter einer anlage?

 

[seagull]

Pribier das spontan mal aus!

hänge direkt am NTBA

 

[seagull]

Hmm, habs jetzt damit Probiert (8 mal ISDNx):

...
[ISDN7]
isdnmode=msn
incomingmsn=*
controller=7
group=1
softdtmf=on
relaxdtmf=on
accountcode=
context=incoming
devices=2
immediate=yes

[ISDN8]
isdnmode=msn
incomingmsn=*
controller=0
group=1
softdtmf=on
relaxdtmf=on
accountcode=
context=incoming
devices=2
immediate=yes

trotzdem kommt bei einem Anruf auf eine Nummer nichts in der debug console
(capi debug enabled)

devices=2 ist für die Anzahl der B Kanäle, oder?

 

[Ruad]

devices=2 ist für die Anzahl der B Kanäle, oder?

Richtig.
Hast du auch mal den Verbose level auf 10 gesetzt? oder nur den debug? Weil der verbose-level gibt dir nämlich die antwort, dass er mit einem ruf nix anfangen kann.

Weiterhin: Hast du mal ausprobiert, dass die Verkabelung zwischen NTBA und Computer bestehen MUSS, BEVOR du den Rechner startest (capi initialisierst). Bei meiner Fritz!Card Pci und Fritz!Card DSL mit ISDN war das der Fall. Irgendwann mal Kabel kurz abgezogen und es ging gar nüscht mehr.

 

[seagull]

Ja, das Kabel ist i.O. und ich hab auch schon zwischendurch neugestarten. also daran sollte es nicht liegen.
Aber langsam hab ich den verdacht, das die Karte eine Macke hat.
Hab grad noch einige Beschreibungen und Howtos durch gelesen und noch die ein oder andere sache wie fehlende Treiber, fehlender chan_capi undso ausgeschlossen. Aber es gibt einfach keinen mucks, wenn ich anrufe.

wie stell ich verbose auf 10?

 

[Ruad]

auf der asterisk cli mit "set verbose 10" oder alternativ, wenn du Asterisk startest direkt mit asterisk -vvvvvvvvvv (plus andere optionen)

Tja, vllt solltest du tatsächlich testweise mal ne andere karte ausprobieren

 

[seagull]

Hmm, sollte doch wieder anfangen erstmal zu gucken und dann zufragen. Habs natürlich selbst rausgefunden

Also selbst mit verbose 10, kommt null Regung in der cli



Ich glaub ich muss mir mal ne andere Karte besorgen ums zu testen

 

[seagull]

Ich Danke dir für die vielen Tipps und Erklärungen!

Werd sicher nochmal auf das Thema zurück kommen

Werd mich jetzt aber erstmal auf das VoIP beschränken.

@doc456
Dir auch vielen Dank!

 

[seagull]

Oki, konnt es doch nicht lassen:

Hab den IO-Port auf 0x300 geändert und einen anderen ISA Slot genommen
jetzt bei Anruf:

Verbosity was 5 and is now 10
  == ISDN1: Incoming call '0172XXXXXXX' -> '2108916'
    -- Executing Set("CAPI/ISDN1/2108916-0", "LANGUAGE()=de") in new stack
    -- Executing Ringing("CAPI/ISDN1/2108916-0", "") in new stack
    -- Executing Dial("CAPI/ISDN1/2108916-0", "SIP/10|120|t") in new stack
Aug 18 17:44:49 NOTICE[570]: app_dial.c:1059 dial_exec_full: Unable to create channel of type 'SIP' (cause 3 - No route to destination)
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Congestion("CAPI/ISDN1/2108916-0", "") in new stack
  == Spawn extension (incoming, 2108916, 4) exited non-zero on 'CAPI/ISDN1/2108916-0'
    -- Executing Hangup("CAPI/ISDN1/2108916-0", "") in new stack
  == Spawn extension (incoming, h, 1) exited non-zero on 'CAPI/ISDN1/2108916-0'
  == ISDN1: CAPI Hangingup

jetzt mal weiter sehen

 

[seagull]

JESSA!!!
ES FUNZT!!!

Vielen vielen Dank nochmal!!!

 

[doc456]

Na prima, geht doch (mit ein bisschen Schubsen)

 

[Ruad]

Ah, von ISA hast du nichts gesagt, da spricht einiges für Probleme.

 

[seagull]

Ja, leider nur ne classic!
Aber nu funzt sie ja ... erstmal!

Vielen Dank fürs Schubsen

 

[doc456]

@seagull
immer wieder gerne, keine Frage!