Moin!
Ich habe vor kurzem hier in einem kleinen VoIP-Projekt in der Firma meine alte AVM Fritz!Card gegen eine Eicon Diva Server-Karte mit 4 Ports getauscht. Ich habe die vorhanden Treiber von der HP auch soweit installiert und die Karte scheint auch richtig im System zu sein (Debian).
Allerdings habe ich das Problem, dass ich im Hörer eines an die Haustelefonanlage HiCom angeschlossenen Telefons immer nur ein Wählzeichen, dann eine Pause, in der Stille herrscht, und dann wiederum ein Besetztzeichen höre. In der CLI, mit entsprechenden Verbosity- und Debug-Leveln betrieben, erhalte ich keine Meldung über einen Anruf. Früher hatte es mal funktioniert und zwar mit der alten Fritz!Card, dort erhielt ich zumindest in der CLI eine Meldung darüber, dass ein Anruf eingehend ist und wohin er geroutet wird. Nun erhalte ich keine Meldungen mehr - weder über CLI, noch über tail -f /var/log/messages oder über das eingebaute Trace-Tool von Diva, welches ich vorhin ausgeführt habe. Das Protokoll hat meines Erachtens nach keine seltsamen Auffälligkeiten, aber natürlich bin ich kein Fachmann.
Das zweite Problem ist jenes, dass ich bei einem Anruf von einem SIP-Phone über CAPI ins Haus-ISDN jedesmal die Meldung bekomme, dass der Gesprächspartner derzeit nicht erreichbar ist.
Ich poste hier mal meine Configs, vielleicht hat ja irgendjemand ne Ahnung, was ich falsch gemacht habe, bin selber noch sehr am Anfang auf diesem gebiet. Es handelt sich um einen Asterisk Version 1.4.0.
extensions.conf:
capi.conf:
zapata.conf:
Das sind die Dateien, an denen ich hauptsächlich runbastel um die Fehler irgendwie in den Griff zu bekommen.
Hier noch ein Dump von einem Anruf SIP-->ISDN:
Was mich an diesem Dump so sehr wundert, ist die Meldung, dass angeblich kein Channel CAPI erzeugt werden kann. Aber vielleicht muss da auch was anderes erzeugt werden und ich bin einem Denkfehler zum Opfer gefallen.
Wenn ihr noch irgendwelche Sachen benötigt, reiche ich sie natürlich gerne nach...
MfG
Sebastian
Ich habe vor kurzem hier in einem kleinen VoIP-Projekt in der Firma meine alte AVM Fritz!Card gegen eine Eicon Diva Server-Karte mit 4 Ports getauscht. Ich habe die vorhanden Treiber von der HP auch soweit installiert und die Karte scheint auch richtig im System zu sein (Debian).
Allerdings habe ich das Problem, dass ich im Hörer eines an die Haustelefonanlage HiCom angeschlossenen Telefons immer nur ein Wählzeichen, dann eine Pause, in der Stille herrscht, und dann wiederum ein Besetztzeichen höre. In der CLI, mit entsprechenden Verbosity- und Debug-Leveln betrieben, erhalte ich keine Meldung über einen Anruf. Früher hatte es mal funktioniert und zwar mit der alten Fritz!Card, dort erhielt ich zumindest in der CLI eine Meldung darüber, dass ein Anruf eingehend ist und wohin er geroutet wird. Nun erhalte ich keine Meldungen mehr - weder über CLI, noch über tail -f /var/log/messages oder über das eingebaute Trace-Tool von Diva, welches ich vorhin ausgeführt habe. Das Protokoll hat meines Erachtens nach keine seltsamen Auffälligkeiten, aber natürlich bin ich kein Fachmann.
Das zweite Problem ist jenes, dass ich bei einem Anruf von einem SIP-Phone über CAPI ins Haus-ISDN jedesmal die Meldung bekomme, dass der Gesprächspartner derzeit nicht erreichbar ist.
Ich poste hier mal meine Configs, vielleicht hat ja irgendjemand ne Ahnung, was ich falsch gemacht habe, bin selber noch sehr am Anfang auf diesem gebiet. Es handelt sich um einen Asterisk Version 1.4.0.
extensions.conf:
[general]
static=yes
writeprotect=no
include => default
[globals]
RINGTIME=20
include => default
[default]
include => macro-anrufintern
include => macro-stdexten
include => macro-anrufnachextern
include => macro-anrufvonintern
include => tcom-trunk
exten => 31999,1,Macro(stdexten)
exten => 31999,102,Congestion
exten => _0.,1,Dial(CAPI/ISDN1
${EXTEN:1},${RINGTIME}/b)
[macro-stdexten]
exten => s,1,Dial(SIP/${MACRO_EXTEN})
exten => s,2,Playback(vm-welcome)
exten => s,3,Hangup
exten => s,102,Playback(vm-nobodyavail)
[macro-anrufvonextern]
exten => _0.,1,Macro(anrufintern,${EXTEN:8})
[tcom-trunk]
;exten => 31999,1,Answer()
exten => 31999,1,Dial(SIP/39801)
exten => 31999,2,Congestion
;Waehle nach draussen ueber den TE-Kanal ZAP/g1
[macro-pbxtrunk]
exten => s,1,Dial(CAPI/g1/${EXTEN},${RINGTIME})
exten => s,2,Hangup
;Besetzbehandlung
;exten => _X.,102,Playtones(busy)
;exten => _X.,103,Wait(10)
;exten => _X.,104,Hangup
;Alle Amtsleitungen belegt
;exten => _X.,202,Playtone(congestion)
;exten => _X.,203,Wait(10)
;exten => _x.,204,Hangup
[local]
include => default
capi.conf:
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8
language=de
[ISDN1]
msn=31999
isdnmode=MSN
incomingmsn=*
controller=1
signalling=bri_cpe_ptmp
switchtype=euroisdn
group=1
softdtmf=on
relaxdtmf=on
accountcode=
context=tcom-trunk
holdtype=hold
echocancelold=yes
devices=2
immediate=no
callgroup=1
language=de
ntmode = no
zapata.conf:
[channels]
language=de
switchtype=>euroisdn
signalling=>bri_cpe_ptmp
nationalprefix=>0
internationalprefix=>00
usecallerid=>yes
callerid=>asreceived
echocancel=>yes
echotraining=>100
echocancelwhenbridged=>yes
immediate=>no
overlapdial=>yes
group=>1
context=>tcom-trunk
channel=>1-2
Das sind die Dateien, an denen ich hauptsächlich runbastel um die Fehler irgendwie in den Griff zu bekommen.
Hier noch ein Dump von einem Anruf SIP-->ISDN:
<--- SIP read from 172.23.4.143:15480 --->
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 172.23.4.143:15480;branch=z9hG4bK-d87543-7919c57cca01e164-1--d87543-;rport
Max-Forwards: 70
Contact: <sip:[email protected]:15480>
To: <sip:[email protected]>
From: <sip:[email protected]>;tag=2e7d6211
Call-ID: 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
User-Agent: X-Lite release 1003l stamp 30942
Content-Length: 379
v=0
o=- 2 2 IN IP4 172.23.4.143
s=CounterPath eyeBeam 1.5
c=IN IP4 172.23.4.143
t=0 0
m=audio 48758 RTP/AVP 107 119 0 98 8 3 101
a=alt:1 1 : G+i5wQ6e BoFOefxZ 172.23.4.143 48758
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:CE1A921C9B1D45F0A934BE03ED4004F2
<------------->
--- (12 headers 14 lines) ---
Sending to 172.23.4.143 : 15480 (NAT)
Using INVITE request as basis request - 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
<--- Reliably Transmitting (no NAT) to 172.23.4.143:15480 --->
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 172.23.4.143:15480;branch=z9hG4bK-d87543-7919c57cca01e164-1--d87543-;received=172.23.4.143;rport=15480
From: <sip:[email protected]>;tag=2e7d6211
To: <sip:[email protected]>;tag=as46407c2c
Call-ID: 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="7aaecd53"
Content-Length: 0
<------------>
Scheduling destruction of SIP dialog '2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.' in 32000 ms (Method: INVITE)
Found user '39801'
<--- SIP read from 172.23.4.143:15480 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 172.23.4.143:15480;branch=z9hG4bK-d87543-7919c57cca01e164-1--d87543-;rport
To: <sip:[email protected]>;tag=as46407c2c
From: <sip:[email protected]>;tag=2e7d6211
Call-ID: 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
CSeq: 1 ACK
Content-Length: 0
<------------->
--- (7 headers 0 lines) ---
<--- SIP read from 172.23.4.143:15480 --->
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 172.23.4.143:15480;branch=z9hG4bK-d87543-21741d463803b978-1--d87543-;rport
Max-Forwards: 70
Contact: <sip:[email protected]:15480>
To: <sip:[email protected]>
From: <sip:[email protected]>;tag=2e7d6211
Call-ID: 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
CSeq: 2 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Proxy-Authorization: Digest username="39801",realm="asterisk",nonce="7aaecd53",uri="sip:[email protected]",response="30ff2e81187a249c567338dca2dbbf77",algorithm=MD5
User-Agent: X-Lite release 1003l stamp 30942
Content-Length: 379
v=0
o=- 2 2 IN IP4 172.23.4.143
s=CounterPath eyeBeam 1.5
c=IN IP4 172.23.4.143
t=0 0
m=audio 48758 RTP/AVP 107 119 0 98 8 3 101
a=alt:1 1 : G+i5wQ6e BoFOefxZ 172.23.4.143 48758
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:CE1A921C9B1D45F0A934BE03ED4004F2
<------------->
--- (13 headers 14 lines) ---
Sending to 172.23.4.143 : 15480 (NAT)
Using INVITE request as basis request - 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
Found user '39801'
Found RTP audio format 107
Found RTP audio format 119
Found RTP audio format 0
Found RTP audio format 98
Found RTP audio format 8
Found RTP audio format 3
Found RTP audio format 101
Peer audio RTP is at port 172.23.4.143:48758
Found description format BV32 for ID 107
Found description format BV32-FEC for ID 119
Found description format iLBC for ID 98
Found description format telephone-event for ID 101
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x40e (gsm|ulaw|alaw|ilbc)/video=0x0 (nothing), combined - 0xe (gsm|ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 172.23.4.143:48758
Looking for 05990 in default (domain ejk.de)
list_route: hop: <sip:[email protected]:15480>
<--- Transmitting (no NAT) to 172.23.4.143:15480 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.23.4.143:15480;branch=z9hG4bK-d87543-21741d463803b978-1--d87543-;received=172.23.4.143;rport=15480
From: <sip:[email protected]>;tag=2e7d6211
To: <sip:[email protected]>
Call-ID: 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:[email protected]>
Content-Length: 0
<------------>
-- Executing [05990@default:1] Dial("SIP/39801-081c3660", "CAPI/ISDN1/5990|20/b") in new stack
[Feb 19 09:58:04] WARNING[26728]: channel.c:2910 ast_request: No channel type registered for 'CAPI'
[Feb 19 09:58:04] WARNING[26728]: app_dial.c:1081 dial_exec_full: Unable to create channel of type 'CAPI' (cause 66 - Channel not implemented)
== Everyone is busy/congested at this time (1:0/0/1)
[Feb 19 09:58:14] WARNING[26728]: pbx.c:2460 __ast_pbx_run: Timeout, but no rule 't' in context 'default'
Scheduling destruction of SIP dialog '2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.' in 32000 ms (Method: INVITE)
<--- Reliably Transmitting (no NAT) to 172.23.4.143:15480 --->
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 172.23.4.143:15480;branch=z9hG4bK-d87543-21741d463803b978-1--d87543-;received=172.23.4.143;rport=15480
From: <sip:[email protected]>;tag=2e7d6211
To: <sip:[email protected]>;tag=as4db9e116
Call-ID: 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:[email protected]>
Content-Length: 0
<------------>
<--- SIP read from 172.23.4.143:15480 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 172.23.4.143:15480;branch=z9hG4bK-d87543-21741d463803b978-1--d87543-;rport
To: <sip:[email protected]>;tag=as4db9e116
From: <sip:[email protected]>;tag=2e7d6211
Call-ID: 2468fe0c534e606aNTRkN2I5MzMyMTYyNmNmNDg3ZjFhYmVkMzFkZDQ3M2M.
CSeq: 2 ACK
Content-Length: 0
Was mich an diesem Dump so sehr wundert, ist die Meldung, dass angeblich kein Channel CAPI erzeugt werden kann. Aber vielleicht muss da auch was anderes erzeugt werden und ich bin einem Denkfehler zum Opfer gefallen.
Wenn ihr noch irgendwelche Sachen benötigt, reiche ich sie natürlich gerne nach...
MfG
Sebastian
Zuletzt bearbeitet: