Zap springt nicht weiter nach einer Zeitvorgabe (10 Sekunden) [Geloest]

[mario2006]

Das Szenario:

Der Anruf kommt von extern ueber VoIP und wird auf mein Sip Telefon im Buero geleitet. Nach 10 Sekunden klingeln kommt der Anrufer in ein IVR mit dem er durch dreucken der 1 den Anruf auf mein Handy leiten kann.

Hier das IVR, welches auch soweit funktioniert

[macro-IVR]
exten => s,1,Goto(IVR,s,1)

[IVR]
exten => s,1,Set(LANGUAGE()=us)
exten => s,2,BackGround(/var/lib/asterisk/announcements/100)
exten => s,3,WaitExten

exten => 1,1,Dial(zap/g1/0171123456,10,g)
exten => 1,2,Voicemail()

exten => t,1,Goto(s,1)
exten => i,1,Playback(invalid-option)
exten => i,2,Goto(s,1)

Nun zum eigentlichen Problem. Nach 10 Sekunden klingeln, geht nicht die Voicemail
des Asterisk dran. Der Zap channel klingelt weiter nach 10 Sekunden und es wird nicht nach zur Voicemail gesprungen.

Danke
Mario

 

[stinkstiefel]

Ich würde tippen das es am "g" liegt. Wenn das Event, dass der gerufene Teilnehmer auflegt, nicht eintritt wird weiter darauf gewartet.

 

[mario2006]

Danke fuer den Tipp, leider brachte das keinen Erfolg.

exten => 1,1,Dial(zap/g1/0171123456,10)

Kann es sein, dass es an einer Einstellung in der zapata.conf liegt.
Hier meine config

!
;! Automatically generated configuration file
;! Filename: zapata.conf (/etc/asterisk/zapata.conf)
;! Generator: Manager
;! Creation Date: Fri Jul 18 05:04:56 2008
;!

[trunkgroups]

[channels]
context = default
switchtype = national
usecallerid = yes
hidecallerid = no
callwaiting = yes
usecallingpres = yes
callwaitingcallerid = no
threewaycalling = yes
transfer = yes
canpark = yes
busydetect = yes
cancallforward = yes
callreturn = yes
echocancel = yes
echocancelwhenbridged = yes
rxgain = 0.0
txgain = 0.0
group = 1
callgroup = 1
pickupgroup = 1
immediate = no




signalling = fxs_ks
channel => 1

Danke
mario

 

[stinkstiefel]

exten => 1,102,Voicemail(???)

 

[mario2006]

Danke, nochmals. Das muss was anderes sein.

Ich habe es mal mit dieser Eingabe probiert.

exten => 1,1,Dial,zap/g1/0171123456|5|r
exten => 1,2,Goto,r-${DIALSTATUS}|1

exten => r-BUSY,1,voicemail,b10
exten => r-BUSY,2,Hangup

exten => r-NOANSWER,1,voicemail,u10
exten => r-NOANSWER,2,Hangup

Es passiert einfach nichts nach 5 Sekunden. Er waehlt die Mobilnummer an. Nach 5 Sekunden
sollte der Asterisk umspringen auf NOANSWER, passiert aber nicht. Es klingelt einfach durch......

 

[rentier-s]

Was spricht denn das CLI dazu (verbose >= 3)?

 

[mario2006]

Hier die Ausgabe

-- Executing [500@numberplan] Macro("SIP/10-008bddbc", "IVR") in new stack <----Hier springt er ins IVR
-- Executing [s@macro-IVR:1] Goto("SIP/10-008bddbc", "IVR|s|1") in new stack
-- Goto (IVR,s,1)
== Channel 'SIP/10-008bddbc' jumping out of macro 'IVR'
-- Executing [s@IVR:1] Set("SIP/10-008bddbc", "LANGUAGE()=us") in new stack
-- Executing [s@IVR:2] BackGround("SIP/10-008bddbc", "/var/lib/asterisk/announcements/100") in new stack
-- lintog729_new
-- use count: 1
-- <SIP/10-008bddbc> Playing '/var/lib/asterisk/announcements/100' (language 'us') <----Hier wird der Text abgesprochen
-- g729 enc_calls 501 total_cycles: -1228424314 total_enc_cycles: 32938403 enc CPU load: 1.074%
-- g729 enc_calls 501 total_cycles: 2000090759 total_enc_cycles: 32233403 enc CPU load: 1.612%
== CDR updated on SIP/10-008bddbc
-- Executing [1@IVR:1] Dial("SIP/10-008bddbc", "zap/g1/0171123456|10") in new stack <----Und nun waehlt er ueber Zap raus, alles richtig noch
-- Called g1/0171123456 ----------- diese 10 ignoriert der Asterisk einfach,nach 10Sek. sollte er den call beend.
-- lintog729_new das Handy klingelt nun ca. 40 Sekunden durch
-- use count: 1
-- g729tolin_new
-- use count: 2
-- Zap/1-1 answered SIP/10-008bddbc
-- Hungup 'Zap/1-1' <---- hier legt er nach ca. 40 Sekunden auf,wenn keiner ans Handy geht
== Spawn extension (IVR, 1, 1) exited non-zero on 'SIP/10-008bddbc'
miniPBX*CLI>

 

[rentier-s]

Ich kenne mich mit ZAP nicht wirklich aus, aber woher kommt das

-- Zap/1-1 answered SIP/10-008bddbc

?

 

[mario2006]

SIP/10- ist die Extension von der aus das IVR angerufen wird.

 

[stinkstiefel]

Hier die Ausgabe

Dial("SIP/10-008bddbc", "zap/g1/0171123456|10")

Verwendest du im Dial ein Komma?

Dial("SIP/10-008bddbc", "zap/g1/0171123456[COLOR="red"][B],[/B][/COLOR]10")

 

[mario2006]

Hatte ich gestern schon gepostet nach deinem Tipp, siehe Beitrag #3

exten => 1,1,Dial(zap/g1/0171123456,10)

Ging auch nicht.

 

[stinkstiefel]

Dann ändere mal das g1 so das nicht der erste freie Channel der Gruppe gewählt wird sondern direkt nur Channel 1 Port 1.

 

[mario2006]

Danke, probiere ich gleich mal aus.

In der Zwischenzeit habe ich mal auf sip 11 ext. geleitet dann funktioniert es.

Hier die Ausgabe

-- Executing [1@IVR:1] Dial("SIP/10-00f80004", "Sip/11|10") in new stack
-- Called 11
-- SIP/11-008bc83c is ringing
-- lintog729_new
-- use count: 1

-- Nobody picked up in 10000 ms
== Auto fallthrough, channel 'SIP/10-00f80004' status is 'NOANSWER'

 

[rentier-s]

SIP/10- ist die Extension von der aus das IVR angerufen wird.

Ich meinte das "answered", obwohl niemand abnimmt.

 

[mario2006]

Ich komme einfach nicht weiter. Ich habe nun alles moegliche ausprobiert, auch die anderen Varianten mit r2 (auflegen nach 2 mal klingeln).

Mit dem habe ich es auch probiert: s

exten => s,1,Dial(zap/1/0171123456,10)

oder

exten => 1,1,Dial(zap/1r2/0171123456)

Es klingelt immer durch.

Quelle: http://www.voip-info.org/wiki/view/Asterisk+ZAP+channels

Here are some examples of complete Dial commands as they might appear in your Dialplan:

exten => s,1,Dial(Zap/1) ; Ring extension on channel 1
exten => s,1,Dial(Zap/1r2) ; Ring extension on channel 1 with distinctive ring #2
exten => s,1,Dial(Zap/1,30) ; Ring extension on channel 1 with 30 second timeout
exten => s,1,Dial(Zap/2/5551234) ; Dial 5551234 on channel 2
exten => s,1,Dial(Zap/2c/5551234) ; Dial 5551234 on channel 2 with answer confirmation
exten => s,1,Dial(Zap/2/ww5551234) ; Wait 1 second then dial 5551234 on channel 2
exten => s,1,Dial(Zap/2/5551234w) ; Assume the number is complete, then dial 5551234 on channel 2
exten => s,1,Dial(Zap/g1/5551234) ; Dial 5551234 on the first available channel in group 1
exten => s,1,Dial(Zap/1-2/1234) ; Dial 1234 on span 1, port 2
exten => s,1,Dial(Zap/1-2/c1234) ; Dial 1234 on span 1, port 2, with PRI clear channel option

 

[stinkstiefel]

Wenn es mit callprogress = yes in zapata.conf auch nicht klappt habe ich keine Idee mehr.

 

[mario2006]

Vielen Dank an alle, besonders an Stinkstiefel
@@Stinkstiefel: Hattest Du schon oefters mit analogen Leitungen zu tun? Zap war schon immer ein schwarzes Tuch fuer mich.

Und wegen der Richitgkeit hier nochmals die Ausgabe.

-- Executing [500@numberplan-custom-1:1] Macro("SIP/10-00d7d584", "IVR") in new stack
-- Executing [s@macro-IVR:1] Goto("SIP/10-00d7d584", "IVR|s|1") in new stack
-- Goto (IVR,s,1)
== Channel 'SIP/10-00d7d584' jumping out of macro 'IVR'
-- Executing [s@IVR:1] Set("SIP/10-00d7d584", "LANGUAGE()=us") in new stack
-- Executing [s@IVR:2] BackGround("SIP/10-00d7d584", "/var/lib/asterisk/announcements/100") in new stack
-- lintog729_new
-- use count: 1
-- <SIP/10-00d7d584> Playing '/var/lib/asterisk/announcements/100' (language 'us')
-- g729 enc_calls 501 total_cycles: 1156840347 total_enc_cycles: 34077741 enc CPU load: 2.946%
== CDR updated on SIP/10-00d7d584
-- Executing [1@IVR:1] Dial("SIP/10-00d7d584", "zap/1/0171123456|10|g") in new stack
-- Called 1/0171123456
-- lintog729_new
-- use count: 1
-- g729tolin_new
-- use count: 2
-- Nobody picked up in 10000 ms <------------da stehts
-- Hungup 'Zap/1-1'
== Auto fallthrough, channel 'SIP/10-00d7d584' status is 'NOANSWER'