Asterisk (auf Eisfair) ISDN (Fritzcard)

seagull

Neuer User
Mitglied seit
20 Feb 2005
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
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:

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

Code:
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:
Code:
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:
Code:
  == 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
 
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!
 
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
 
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:
Code:
# 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 :)
 
Zuletzt bearbeitet:
Tschuldi, ja ich meinte die capi.conf in (normalerweise) /etc/asterisk

Dort sollst du mal einfach verschiedene controller einstellen

Code:
[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?
 
Pribier das spontan mal aus!

hänge direkt am NTBA
 
Hmm, habs jetzt damit Probiert (8 mal ISDNx):
Code:
...
[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?
 
seagull schrieb:
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.
 
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?
 
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
 
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
 
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!
 
Oki, konnt es doch nicht lassen:

Hab den IO-Port auf 0x300 geändert und einen anderen ISA Slot genommen
jetzt bei Anruf:
Code:
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 :)
 
JESSA!!!
ES FUNZT!!!

Vielen vielen Dank nochmal!!!
 
Ah, von ISA hast du nichts gesagt, da spricht einiges für Probleme. ;)
 
Ja, leider nur ne classic!
Aber nu funzt sie ja ... erstmal!

Vielen Dank fürs Schubsen ;)
 
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.