Hallo,
Ich benutze die neueste 7170er Firmware und Asterisk 1.4 von spblinux.
Ich benutze den internen S0 port fuer eine ISDN DECT Basisstation mit 4 Mobilteilen und den Fon0 Port fuer ein analoges DECT Telefon. Ich habe jeweils alle Mobilteile als Fritzbox SIP client am asterisk angemeldet.
Interne Anrufe funktionieren soweit (wenn auch mit starker Verzoegerung beim ersten anwaehlen). Und sowohl ankommene als auch abgehende Anrufe über SIP funktionieren.
Will ich jedoch ankommende CAPI anrufe weiterleiten, beschwert sich asterisk ständig, der Kanal sei besetzt:
Hier die relevanten Auszüge aus meinen config dateien:
Ich suche schon mehrere Tage nach der Ursache für dieses Verhalten, kann aber nix finden. Wäre cool, wenn Ihr eine Idee habt!
Ich benutze die neueste 7170er Firmware und Asterisk 1.4 von spblinux.
Ich benutze den internen S0 port fuer eine ISDN DECT Basisstation mit 4 Mobilteilen und den Fon0 Port fuer ein analoges DECT Telefon. Ich habe jeweils alle Mobilteile als Fritzbox SIP client am asterisk angemeldet.
Interne Anrufe funktionieren soweit (wenn auch mit starker Verzoegerung beim ersten anwaehlen). Und sowohl ankommene als auch abgehende Anrufe über SIP funktionieren.
Will ich jedoch ankommende CAPI anrufe weiterleiten, beschwert sich asterisk ständig, der Kanal sei besetzt:
Code:
*CLI> == ISDN1#02: Incoming call 'xxxxxxx' -> 'zzzzzzzz'
-- Executing [zzzzzzzz@capi_in1:1] Dial("CAPI/ISDN1#02/zzzzzzzz-3", "SIP/300|30|Ttr") in new stack
-- Called 300
-- Got SIP response 486 "Busy Here" back from 10.0.0.1
-- SIP/300-005fac90 is busy
== Everyone is busy/congested at this time (1:1/0/0)
-- Executing [zzzzzzzz@capi_in1:2] Goto("CAPI/ISDN1#02/zzzzzzzz-3", "r-BUSY|1") in new stack
-- Goto (capi_in1,r-BUSY,1)
-- Executing [r-BUSY@capi_in1:1] Playback("CAPI/ISDN1#02/zzzzzzzz-3", "vm-isunavail") in new stack
== ISDN1#02: Answering for zzzzzzzz
-- <CAPI/ISDN1#02/zzzzzzzz-3> Playing 'vm-isunavail' (language '')
== ISDN1#02: Setting up DTMF detector (PLCI=0x1901, flag=1)
-- Executing [r-BUSY@capi_in1:2] Hangup("CAPI/ISDN1#02/zzzzzzzz-3", "") in new stack
== Spawn extension (capi_in1, r-BUSY, 2) exited non-zero on 'CAPI/ISDN1#02/zzzzzzzz-3'
== ISDN1#02: CAPI Hangingup for PLCI=0x1901 in state 2Hier die relevanten Auszüge aus meinen config dateien:
Code:
;;;;; sip.conf
[general]
;language=de
context=default; Default context for incoming calls
tos_sip=0x18 ;use fritzbox raffic shaping
tos_audio=0x18
bindport=5061 ; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all)
localnet=10.0.0.0/24
;externip=sunny.selfip.org
;externrefresh=120
srvlookup=yes ; Enable DNS SRV lookups on outbound calls
nat=no
;qualify=yes
disallow=all
allow=all
allow=gsm
allow=ulaw
allow=g726
;; phone template
[sets](!)
type=peer
insecure=very
context=phones
host=dynamic
secret=qwerty
tos_sip=0x18 ;use fritzbox raffic shaping
tos_audio=0x18
allowoverlap=no
[300](sets)
[301](sets)
[302](sets)
[303](sets)
[304](sets)
[305](sets)
[306](sets)
[307](sets)
[308](sets)
[309](sets)
Code:
[capi_in1]
; solange in capi.conf nur auf einer msn Nummer Anrufe angenommen werden
; reicht es, unabhängig von der msn immer auf die
; gewünschten Nebenstellen weiterzuverbinden
exten => zzzzzzzz,1,Dial,SIP/300|30|Ttr
exten => zzzzzzzz,n,goto,r-${DIALSTATUS}|1
;exten => r-BUSY,1,Verbose(Channel:${CHANNEL})
exten => r-BUSY,1,Playback(vm-isunavail)
exten => r-BUSY,n,Hangup
;exten => r-CHANUNAVAIL,1,Verbose(Channel:${CHANNEL})
exten => r-CHANUNAVAIL,1,Set(PRI_CAUSE()=18)
exten => r-CHANUNAVAIL,n,Playback(vm-isunavail)
exten => r-CHANUNAVAIL,n,Hangup
;exten => r-CONGESTION,1,Verbose(Channel:${CHANNEL})
exten => r-CONGESTION,1,Playback(vm-isunavail)
exten => r-CONGESTION,n,Hangup
;exten => r-NOANSWER,1,Verbose(Channel:${CHANNEL})
exten => r-NOANSWER,1,Playback(vm-isunavail)
exten => r-NOANSWER,n,HangupIch suche schon mehrere Tage nach der Ursache für dieses Verhalten, kann aber nix finden. Wäre cool, wenn Ihr eine Idee habt!
