[gelöst] Voicemail springt in falschen Context; woran liegts?

[ploieel]

Wie der Titel schon sagt:

 -- Executing Dial("Zap/2-1", "SIP/2232|15|r") in new stack
    -- Called 2232
    -- SIP/2232-081d6400 is making progress passing it to Zap/2-1
    -- Nobody picked up in 15000 ms
    -- Executing Goto("Zap/2-1", "r-NOANSWER|1") in new stack
    -- Goto (default,r-NOANSWER,1)
    -- Executing VoiceMail("Zap/2-1", "u3312") in new stack

Ich wähle vom Zap-Gerät aus 2232; nach Nichtannehmen durch das Sip-Gerät lande ich im Context 3312.
Ich brauche bitte eine kleine Hilfestellung, wo ich den Fehler suchen muss.
Vielen Dank.

Viele Grüße
Günter

 

[betateilchen]

der relevante Abschnitt der extensions.conf wäre zur Fehlersuche recht nützlich...

 

[ploieel]

Danke betateilchen; hier das Angerufene:

[2232]
exten => 2232,1,Dial,SIP/2232|15|r
exten => 2232,2,Goto,r-${DIALSTATUS}|1
exten => r-BUSY,1,voicemail,b2232
exten => r-BUSY,2,Hangup
exten => r-NOANSWER,1,voicemail,u2232
exten => r-NOANSWER,2,Hangup

und hier das Antwortende:

[external-ISDN_eingehend]
exten => 3312,1,Dial,ZAP/g1/111|15|r
exten => 3312,2,Goto,r-${DIALSTATUS}|1
exten => r-BUSY,1,voicemail,b3312
exten => r-BUSY,2,Hangup
exten => r-NOANSWER,1,voicemail,u3312
exten => r-NOANSWER,2,Hangup
exten => _r-.,1,Goto,r-NOANSWER|1
exten => a,1,voicemailmain
exten => a,2,hangup

 

[betateilchen]

Ohne Deine gesamte extensions.conf nun zu kennen, laß mich raten - die beiden Contexte sind beide irgendwo gleichzeitig inkludiert?

Dann hast Du vermutlich das Problem, daß es zweimal die extension r-NOANSWER gibt und Asterisk dann einfach in die (für ihn) erste Variante springt.

 

[ploieel]

Hallo betateilchen;
genau das ist der springende Punkt! r-Busy und r-Noanswer gibt es in meiner extensions.conf genau 4 mal. Einmal bei 3312, dann bei 2231, 2232, 2235.

Was ist zu tun? Jede Nummer braucht doch eine eigene Mailbox, oder irre ich mich diesbezüglich?
Entschuldige bitte, aber ich stehe vor einer Bretterwand und weiß nicht mehr weiter.

 

[betateilchen]

ich hab die Lösung vor langer Zeit schonmal hier im Forum beschrieben, aber jetzt keine Lust zum Suchen.

Prinzipiell geht das so:

Schreibe die betreffende extension innerhalb ihres eigenen Contextes in eine separate Variable und verwende die Variable in den r-NOANSWER priorities.

[2232]
exten => 2232,1,SetGlobalVar(FOO=2232) 
exten => 2232,2,Dial,SIP/2232|15|r
exten => 2232,3,Goto,r-${DIALSTATUS}|1

und in r-NOANSWER steht dann

exten => r-NOANSWER,1,voicemail,u${FOO}
exten => r-NOANSWER,2,Hangup

Damit brauchst Du r-NOANSWER u.a. nur noch ein einziges Mal in Deinem Dialplan.

Ich hoffe, das Prinzip ist verständlich geworden.

 

[ploieel]

Vielen Dank betateilchen, da wäre ich allein NIEMALS draufgekommen.
Ich denke, das Prinzip verstanden zu haben.

 

[betateilchen]

Nix zu danken - sowas werde ich wahrscheinlich auch in meinem zweiten Band beschreiben