Gelöst: Fehler: 0x34e0 bei chan_capi und RCapi

[GregorV]

Hallo,

ich werd vermutlich gelyncht, wenn ich schon wieder nach dem Fehler frage. Aber ich schaffe es nicht .
Bei mir läuft die TrixBox und ich möchte die NET Capi meiner FBF 5070 nutzen.
Installiert sind zunächst alle Updates (CentOS und Asterisk) dann die libcapi20 von ftp://ftp.isdn4linux.org/pub/capi4linux, danach capiinfo, um zu sehen, ob es klappt - und es klappt auch. capiinfo zeigt die 5 Controller und in der FBF Konsole sehe ich den Zugriff .

Dann chan_capi-cm-0.6.5 installiert (chan_capi-0.7.0 habe ich auch schon probiert) und die entsprechenden Konfigurationen erstellt.

Problem:
Ankommende Gespräche gehen aber bei abgehenden Gesprächen kommt immer der Fehler:

CAPI INFO 0x34e0: Mandatory information element is missing

Das dial-script erzeugt folgendes Kommando für die CAPI:
"Called contr1/0172111111/bdo" (hab ich auch schon ohne b und o und d probiert und auch mit 12345: (meine MSN) vor der zu wählenden Nummer.
Zum Rauswählen nutze ich X-Lite als SIP Nebenstelle.

Hier das rcapid Log:

4246: gotMessageFromBuffer: cmd=(05/81)
4246: rcapi-message: len=62 ( 03e)
4246:     3c  00 01 00 02 80 07 00 01  00 00 00 00 00 0c 80 <...............
4246:     30  31 37 32 38 39 34 31 36  30 34 08 00 80 39 38 01728941604...98
4246:     36  31 31 34 00 00 0a 01 00  01 00 00 00 00 00 00 6114............
4246:     00  00 00 00 07 02 00 00 00  00 00 00             ............
4246: gotMessageFromBuffer: cmd=(02/80)
4246: message: Tl=60, AI=1, C=2, Sc=80, Mn=7
4246: CAPICMD = 280
4246: forward raw message: 60 bytes, capi_fd = 5
4246:     3c  00 06 00 02 80 07 00 01  00 00 00 00 00 0c 80 <...............
4246:     30  31 37 32 38 39 34 31 36  30 34 08 00 80 39 38 01728941604...98
4246:     36  31 31 34 00 00 0a 01 00  01 00 00 00 00 00 00 6114............
4246:     00  00 00 00 07 02 00 00 00  00 00 00             ............
4246: forward raw answer: 16 bytes
4246:     00  10 0e 00 01 00 02 81 07  00 01 0e 00 00 00 00 ................
4246: written 16 bytes
4246: gotMessageFromBuffer: cmd=(02/81)
4246: forward raw answer: 19 bytes
4246:     00  13 11 00 01 00 08 82 80  a4 01 0e 00 00 08 00 ................
4246:     02  82 e0                                         ...
4246: written 19 bytes
4246: gotMessageFromBuffer: cmd=(08/82)
4246: forward raw answer: 16 bytes
4246:     00  10 0e 00 01 00 04 82 81  a4 01 0e 00 00 e0 34 ...............4
4246: written 16 bytes
4246: gotMessageFromBuffer: cmd=(04/82)
4246: rcapi-message: len=14 ( 0 e)
4246:     0c  00 01 00 08 83 80 a4 01  0e 00 00             ............
4246: gotMessageFromBuffer: cmd=(08/83)
4246: message: Tl=12, AI=1, C=8, Sc=83, Mn=42112
4246: CAPICMD = 883
4246: forward raw message: 12 bytes, capi_fd = 5
4246:     0c  00 06 00 08 83 80 a4 01  0e 00 00             ............
4246: rcapi-message: len=14 ( 0 e)
4246:     0c  00 01 00 04 83 81 a4 01  0e 00 00             ............
4246: gotMessageFromBuffer: cmd=(04/83)
4246: message: Tl=12, AI=1, C=4, Sc=83, Mn=42113
4246: CAPICMD = 483
4246: forward raw message: 12 bytes, capi_fd = 5
4246:     0c  00 06 00 04 83 81 a4 01  0e 00 00             ............

Wo muss ich nachsehen ?
Hat jemand schon die TrixBox an der FBF CAPI erfolgreich laufen ?

Danke

 

[armincm]

Bitte mal chan-capi HEAD (aktuelles svn r382) testen.

Armin

 

[GregorV]

leider kein Erfolg

Bitte mal chan-capi HEAD (aktuelles svn r382) testen.

Armin

Hallo Armin,

ich habe die chan_capi-cm-HEAD von ftp.melware.net/../../chan-capi/ (31.8.) getestet und bekomme das gleiche Resultat.

Asterisk verbose output:

-- Executing Set("SIP/400-08f94fd8", "the_num=OUTNUM") in new stack
-- Executing Set("SIP/400-08f94fd8", "post_num=") in new stack
-- Executing GotoIf("SIP/400-08f94fd8", "1?20:21") in new stack
-- Goto (macro-dialout-trunk,s,20)
-- Executing Set("SIP/400-08f94fd8", "the_num=01728941604") in new stack
-- Executing Dial("SIP/400-08f94fd8", "CAPI/ISDN1/01728941604|120|r") in new stack
-- Called ISDN1/01728941604
> ISDN1#02: CAPI INFO 0x34e0: Mandatory information element is missing
== ISDN1#02: CAPI Hangingup for PLCI=0xc01 in state 4
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Goto("SIP/400-08f94fd8", "s-CHANUNAVAIL|1") in new stack

und rcapi log (level 10)

5487: gotMessageFromBuffer: cmd=(05/81)
5487: rcapi-message: len=62 ( 03e)
5487: 3c 00 01 00 02 80 07 00 01 00 00 00 00 00 0c 80 <...............
5487: 30 31 37 32 38 39 34 31 36 30 34 08 00 80 39 38 01728941604...98
5487: 36 31 31 34 00 00 0a 01 00 01 00 00 00 00 00 00 6114............
5487: 00 00 00 00 07 02 00 00 00 00 00 00 ............
5487: gotMessageFromBuffer: cmd=(02/80)
5487: message: Tl=60, AI=1, C=2, Sc=80, Mn=7
5487: CAPICMD = 280
5487: forward raw message: 60 bytes, capi_fd = 5
5487: 3c 00 06 00 02 80 07 00 01 00 00 00 00 00 0c 80 <...............
5487: 30 31 37 32 38 39 34 31 36 30 34 08 00 80 39 38 01728941604...98
5487: 36 31 31 34 00 00 0a 01 00 01 00 00 00 00 00 00 6114............
5487: 00 00 00 00 07 02 00 00 00 00 00 00 ............
5487: forward raw answer: 16 bytes
5487: 00 10 0e 00 01 00 02 81 07 00 01 0c 00 00 00 00 ................
5487: written 16 bytes
5487: gotMessageFromBuffer: cmd=(02/81)
5487: forward raw answer: 19 bytes
5487: 00 13 11 00 01 00 08 82 b1 b5 01 0c 00 00 08 00 ................
5487: 02 82 e0 ...
5487: written 19 bytes
5487: gotMessageFromBuffer: cmd=(08/82)
5487: forward raw answer: 16 bytes
5487: 00 10 0e 00 01 00 04 82 b2 b5 01 0c 00 00 e0 34 ...............4
5487: written 16 bytes
5487: gotMessageFromBuffer: cmd=(04/82)
5487: rcapi-message: len=14 ( 0 e)
5487: 0c 00 01 00 08 83 b1 b5 01 0c 00 00 ............
5487: gotMessageFromBuffer: cmd=(08/83)
5487: message: Tl=12, AI=1, C=8, Sc=83, Mn=46513
5487: CAPICMD = 883
5487: forward raw message: 12 bytes, capi_fd = 5
5487: 0c 00 06 00 08 83 b1 b5 01 0c 00 00 ............
5487: rcapi-message: len=14 ( 0 e)
5487: 0c 00 01 00 04 83 b2 b5 01 0c 00 00 ............
5487: gotMessageFromBuffer: cmd=(04/83)
5487: message: Tl=12, AI=1, C=4, Sc=83, Mn=46514
5487: CAPICMD = 483
5487: forward raw message: 12 bytes, capi_fd = 5
5487: 0c 00 06 00 04 83 b2 b5 01 0c 00 00 ............

Zur Zeit bin ich nur remote auf meinem Rechner und habe nur ein paar Tests gemacht für die Logs, verglichen habe ich noch nicht. Jedenfalls ist das Resultat noch gleich.

Es wäre super, wenn Du noch eine Idee hast.
Danke erst mal - am Wochenende werde ich mehr testen.
Wo findet man eigentlich die Releasenummer (svn r382) - ich habe einfach die aktuelle geholt. War das OK ?
Noch eine Frage - in einem (anderen) Forum gab mal jemand den Hinweis, dass man u.U. die chan_capi mit -DAST_JB compilieren muss. Ich habe jedenfalls ohne und mit probiert.

Gruß
Gregor

 

[armincm]

Das HEAD Paket auf dem FTP-Server wird nur in der Nacht erzeugt, somit hat das Paket vom 31.8. nicht die Aenderungen vom 31.8. drin, sondern erst das Paket vom naechsten Tag.
svn r382 bedeutet die Revision aus dem Subversion Repository, wo die sourcen online (aktuell) liegen. Schau mal auf chan-capi.org, dort ist ein Beispiel wie man mit subversion das bekommt.
In dem Paket, das du geladen hast, ist also die Aenderung noch gar nicht drin und kann auch nicht funktionieren.

Zusaetzliche Optionen beim Bauen von chan-capi sind nur dann notwendig, wenn man Asterisk gepatched hat, also nicht das original benutzt. -DAST_JB
ist wohl notwendig, wenn auch Asterisk damit (also jitterbuffer patch) compiliert wurde.

Armin

 

[GregorV]

Gelöst

Hallo Armin,

super! Mit der neuen Version klappt es .
Meine Anfrage zu -DAST_JB hat vermutlich Heiterkeit ausgelöst. Ich habe inzwischen gesehen, dass das von Dir kam.
Die Idee kam mir, als ich im Trixbox Log
" fixed jitterbuffer created on channel CAPI/" gesehen hatte.

Ich werde jetzt noch viel testen aber der Name Schindler erinnert mich an einen Professor, mit dem ich mal vor vielen Jahren auf der CeBit gesprochen habe. Da kann eigentlich nix mehr schief gehen.

Besten Dank, ich werde am Wochenende mal ein HowTo Step by Step posten.
Gruß
Gregor