<div dir="ltr">Response inline.<br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 6, 2017 at 12:47 PM, Markus Weiler <span dir="ltr"><<a href="mailto:markus_weiler@mailworks.org" target="_blank">markus_weiler@mailworks.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Nobody any idea?<br>
<br>
It would be really helpful,<br>
<br>
Markus<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
Am 06.01.2017 um 12:07 schrieb Markus Weiler:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi List,<br>
<br>
we're calling a sip phone from our Asterisk Server, and try to add logic<br>
depending on the dialstatus<br>
<br>
Stripped down example;<br>
<br>
exten = 494XXXXXXXXX,n,Dial(SIP/412008<wbr>9,15,w)<br>
exten = 494XXXXXXXXX,n,Goto(98-${DIALS<wbr>TATUS},1)<br>
exten = 494XXXXXXXXX,n,Hangup()<br>
<br>
<br>
.....<br>
exten = 98-BUSY,1,NoOp(Busy)<br>
exten = 98-BUSY,n,ExecIf($["${Voicemai<wbr>l}" =<br>
"1"]?Playback(/home/4120/mitar<wbr>beiter/ab))<br>
....<br>
exten = 98-NOANSWER,1,NoOp(noanswer)<br>
exten = 98-NOANSWER,n,ExecIf($["${Voic<wbr>email}" =<br>
"1"]?Playback(/home/4120/mitar<wbr>beiter/ab))<br>
....<br>
<br>
Íf the phone call times out, the call is sent to 98-NOANSWER and then<br>
answered as expected.<br>
If the User presses DND on his phone the call is sent to 98-BUSY which<br>
is identical but then the call is hung up. This behaviour is<br>
unexpected/unwanted.<br>
<br>
We tried to figure out what the difference is and think it's how<br>
Asterisk handles the "480 Do Not Disturb" from the phone<br>
(xxx.xxx.xxx.xxx).<br>
It is passed to our main incoming server (zzz.zzz.zzz.zzz) as "181 call<br>
is being forwarded".<br>
<br>
Is this a bug or a feature? :-) How could we handle this correctly?<br></blockquote></div></div></blockquote><div><br></div><div>I believe that this is a consequence of the fact that when chan_sip receives a "480 Do Not Disturb" it also queues a redirecting_update frame on the channel. My guess is that the redirecting update is probably triggering the "181 Call is being forward as well".  If you add the 'I' flag to your dial, I believe it should suppress bridging of the redirection information and I would think that would also cause the 181 not to be sent.  If it's not that flag, I'd check the documentation for app_dial, as I'm pretty sure there's a flag that should suppress that redirection from from being bridged to the calling channel.</div><div><br></div><div>Hope that helps.</div></div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Matthew Fredrickson<br>Digium, Inc. | Engineering Manager<br>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div></div></div>
</div></div>