[Gelöst] Capi Problem und freetz

goebiman

Neuer User
Mitglied seit
17 Aug 2006
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

leider sind meine Asterisk-Kenntisse etwas eingerostet und ich komme irgendwie nicht weiter mit folgendem Problem:

Ich habe von marsmars (http://www.ip-phone-forum.de/showthread.php?t=234930&p=1925096&viewfull=1#post1925096) genannt ein freetz-image mit Asterisk gebaut. Dies läuft auch auf der Fritzbox im USBroot.
Nachdem ich eine modules.conf mit autoload=yes und eine extensions.ael anglegt hatte. war alles noch gut.
Leider reagiert * nicht auf ISDN. In der Console zeigt sich auch keine Meldung. Das Modul ist aber geladen.
Code:
CLI>module show
...
chan_capi.so                   Common ISDN API Driver ($Revision: 958 $ 0
...

Meine capi.conf:
Code:
[general]
nationalprefix=0
internationalprefix=00
rxgain=1.0
txgain=1.0
language=de


; externer S0 Bus
[ISDN1]
ntmode=no
isdnmode=msn
incomingmsn=*
defaultcid=XXXXX
controller=1
group=1
softdtmf=off
relaxdtmf=off
bridge=no
devices=2
context=isdn_in

Wie kann ich an weitere Infos kommen?
Irgendwie scheint auch die log-Datei nicht zu funktionieren. Muss ich da noch etwas freigeben?

Technische Infos: FB 7390
Kernelversion 2.6.28.10 (gcc version 4.6.3 (Buildroot 2011.11) )
Freetz-Version freetz-devel-11057
Aus dem Trunk geladen.

Vielen Dank für die Hilfe,
goebiman
 
Zuletzt bearbeitet:
Wegen den logfiles kannst du in der asterisk.conf sehen, ob das Verzeichnis vorhanden ist.

Was steht in deiner extensions.conf unter "isdn_in" und bringt "capi debug" irgend einen output während einem Anruf?
Welche Meldung kommt dann bei ausgehenden Anrufen in der Konsole?
Ansonsten schau mal im freetz ticket: http://freetz.org/ticket/706
Da gibt es einen Hinweis für die 7390 mit der "USE_OWN_LIBCAPI"
 
Hallo,

1.
in der asterisk.conf steht:
Code:
astlogdir => /var/log/asterisk
Das Verzeichnis ist vorhanden. Writable ist es nur durch root. Das sollte doch ausreichen. Es gibt aber keine Datei in dem Verzeichnis.

2.
extensions.ael
Code:
context isdn_in {
    XXX => {
        Set(SPYGROUP=1001);
        AGI(phonebook-abfrage.php);
        Dial(${ALLE},25,trw);
        Goto(XXX-${DIALSTATUS},1);
    };
    XXX-BUSY => {
        Wait(1);
        MixMonitor(${EPOCH}-${CALLERID(num)}.wav);
        AGI(ansage-ab.php);
        Voicemail(303,s);
        Hangup;
    };
    XXX-NOANSWER => {
        Wait(1);
        Answer;
        MixMonitor(${EPOCH}-${CALLERID(num)}.wav);
        AGI(ansage-ab.php);
        Voicemail(303,s);
        Hangup;
    };
    XXX-ANSWER => {
        Hangup;
    };
    XXX-CONGESTION => {
        Wait(1);
        Answer;
        MixMonitor(${EPOCH}-${CALLERID(num)}.wav);
        AGI(ansage-ab.php);
        Voicemail(303,s);
        Hangup;
    };
    _XXX-X. => {
        Wait(1);
        Answer;
        MixMonitor(${EPOCH}-${CALLERID(num)}.wav);
        AGI(ansage-ab.php);
        Voicemail(303,s);
        Hangup;
    };

...
XXX=ist meine MSN

3.
"capi debug" bringt keinen output auf der console bei einem Anruf.

4.
Das Ticket gucke ich mir nachher mal genauer an.

Danke schonmal,
goebiman
 
Writable ist es nur durch root. Das sollte doch ausreichen.

Wenn Asterisk mit root Rechten läuft, dann ja. Hast Du das (!) neben [directories] entfernt?

Hat dieser Freetz Asterisk überhaupt einen AEL Parser?

Starte asterisk mal im Konsolen-Modus mit asterisk -cvvv, dann siehst Du auf jeden Fall, ob alles fehlerfrei geladen wird. Anschließend kannst Du mit capi show channels prüfen, wie es um die Kanäle steht.
 
Hallo,

1.
Asterisk läuft mit root-Rechten. Sollte ich mal ändern, wenn alles läuft.
Was meinst du mit dem "(!) neben [directories]". Bei mir ist keines und in der Beispiel-conf ist auch keines gewesen.

2.
AEL Praser ist vorhanden und läuft, weil der Dialpaln gelesen und sonst auch bearbeitet wird.

3.
asterisk -cvvv gibt keine Fehlermeldung aus.
Folgende Ausgabe bekomme ich auf der Konsole:
Code:
fritz*CLI> capi info
Common ISDN API Driver ($Revision: 958 $) www.chan-capi.org
Contr1: 2 B channels total, 2 B channels free.
Contr2: 2 B channels total, 2 B channels free. (unused)
Contr3: 2 B channels total, 2 B channels free. (unused)
Contr4: 1 B channels total, 1 B channels free. (unused)
Contr5: 5 B channels total, 5 B channels free. (unused)
fritz*CLI> capi show channels
CAPI B-channel information:
Line-Name       NTmode state i/o bproto isdnstate   ton  number
----------------------------------------------------------------
ISDN1#02         no    Disc   -  trans              0x00 ''->''  B3q=0 B3count=0
ISDN1#01         no    -----  -  trans              0x00 ''->''  B3q=0 B3count=0
fritz*CLI>

Ist dies so ok?

5.
Ansonsten schau mal im freetz ticket: http://freetz.org/ticket/706
Da gibt es einen Hinweis für die 7390 mit der "USE_OWN_LIBCAPI"
Ich habe es in dem Ticket so verstanden, dass dieses Problem gelöst ist. Muss aber das Ticket nochmal genauer durchlesen. Vielleicht habe ich ja noch etwas übersehen.

Danke,
goebiman
 
Versuchs lieber trotzdem mal mit der own libcapi.
sonst hätte ich spontan keine Ideen mehr.
 
Hallo zusammen,

so ich habe jetzt mal alles möglich ausprobiert und habe meine Problem gelöst :p:

Der Tipp
Ansonsten schau mal im freetz ticket: http://freetz.org/ticket/706
Da gibt es einen Hinweis für die 7390 mit der "USE_OWN_LIBCAPI"
war hilfreich.
Ich habe in der Datei /make/asterisk-chan-capi/asterisk-chan-capi.mk folgendes stehen:
Code:
...
$(PKG)_DEPENDS_ON := lipcapi
...
$(PKG)_MAKE_OPTIONS += USE_OWN_LIBCAPI=no
...
Vorher stand da:
Code:
...
$(PKG)_DEPENDS_ON := lipcapi asterisk
...
was orginal bei USE_OWN_LIBCAPI stand weiß ich nicht mehr.


Meine Log-Files gibt es jetzt auch wieder, weil mein Asterisk ohne die Datei logger.conf keine log-files geschrieben hat.

Zwei weitere Probleme hatte ich noch und vielleicht hilft es ja jemanden, wenn er die Lösung hier findet.
1.
Ich hatte im Netz Beispiele für eine capi.conf gefunden. Dort hatte ein Abschnitt die Überschrift [interfaces] dies hat bei mir zum nichtlesen der capi.conf geführt. Alle anderen Überschriften sind kein Problem (zB. [ISDN1]).


2.
Mit der fogenden extensions.ael bekam ich auch eingegende Anrufe mit:
Code:
   _X. => {
        Answer;
        Playback(hello-world);
        Playback(demo-echotest);
        Hangup;
    };
Mit der folgenden extensions.ael wurde die ISDN-Anrufe aber ignoriert.
Code:
   [B]VOLLEMSN[/B] => {
        Answer;
        Playback(hello-world);
        Playback(demo-echotest);
        Hangup;
    };
Durch folgenden Eintrag bin ich aber auf die Lösung gekommen:
Code:
   _X. => {
        Answer;
        Playback(hello-world);
       [B] NoOp(Exten: ${EXTEN}; CallerID: ${CALLERID});[/B]
        Playback(demo-echotest);
        Hangup;
    };
Es wurden nur die ersten drei Ziffern der MSN als EXTEN übergeben.
In der capi.conf hatte ich "incomingmsn=*" eingetragen. Ein vollständiger Eintrag der MSN in die capi.conf hat das Problem gelöst.
Code:
...
incomingmsn=VOLLEMSN1,VOLLEMSN2,VOLLEMSN3
...
VOLLEMSN=MSN ohne Vorwahl (zB. incomingmsn=1234567,7654321)


Danke für eure Hilfe,
goebiman
 
Danke für das Feedback, das mag dem einen oder anderen bestimmt hilfreich sein.

Du könntest dann bitte noch den Thread-Titel um das Prefix "gelöst" ergänzen (1. Beitrag bearbeiten -> Erweitert).
 
Du könntest dann bitte noch den Thread-Titel um das Prefix "gelöst" ergänzen (1. Beitrag bearbeiten -> Erweitert).

Danke für den Tipp. Ich dachte bis jetzt immer, dass könnte nur der Moderator.
 
Nur um das Ergebnis Deiner Tests aufzuarbeiten und alle Gerüchte in Bezug auf USE_OWN_LIBCAPI ein für alle Male aus der Welt zu schaffen...

Der Default-Wert für USE_OWN_LIBCAPI ist NO. Die korrekte DEPENDENCY-Eintrag lautet
Code:
$(PKG)_DEPENDS_ON := lipcapi asterisk

Die Tatsache, dass bei Dir auch
Code:
$(PKG)_DEPENDS_ON := lipcapi
funktioniert (ohne asterisk) ist dadurch zu erklären, dass asterisk bei Dir zufälligerweise vor chan-capi übersetzt wurde (würdest Du "make asterisk-dirclean" aufrufen und danach "make asterisk-chan-capi-precompiled", würde das fehlschlagen).

Zusammenfassend lässt sich also sagen, es hat rein gar nichts / absolut nichts mit USE_OWN_LIBCAPI zu tun, es lag schlicht und ergreifend an der Fehlkonfiguration.
 

Neueste Beiträge

Statistik des Forums

Themen
244,695
Beiträge
2,216,691
Mitglieder
371,315
Neuestes Mitglied
jack-mack
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.