<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 21, 2017 at 5:04 AM, Benoit Panizzon <span dir="ltr"><<a href="mailto:benoit.panizzon@imp.ch" target="_blank">benoit.panizzon@imp.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Richard<br>
<br>
Thank you<br>
<span class=""><br>
> You need to set more redirecting information [1].<br>
><br>
> In sip.conf send_diversion=yes needs to be in effect.  You also need<br>
> to setup<br>
> the from party id information (at least the from number) to indicate<br>
> where you<br>
> are redirecting from.  You should also increment the redirecting<br>
> count.<br>
><br>
</span>> Richard<br>
><br>
> [1]<br>
> <a href="https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information" rel="noreferrer" target="_blank">https://wiki.asterisk.org/<wbr>wiki/display/AST/Manipulating+<wbr>Party+ID+Information</a><br>
<br>
I'm back to chan_sip to get quicker progress in our test scenario as I<br>
know this better than pjsip :-)<br>
<br>
send_diversion=yes is the default if it is not set, so that's correctly<br>
set.<br>
<br>
I altered my test dialplan and got some success but also another weird<br>
problem now:<br>
<span class=""><br>
exten => XX,1,NoOp(Call to ${EXTEN} from ${CALLERID(all)})<br>
</span>exten => XX,n,Progress<br>
exten => XX,n,Ringing<br>
exten => XX,n,Wait(10)<br>
exten => XX,n,set(REDIRECTING(from-num)<wbr>=${EXTEN})<br></blockquote><div><br></div><div>You need to use the 'i' option of REDIRECTING here as described in the manipulating</div><div>party id wiki page.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
exten => XX,n,set(REDIRECTING(reason)=<wbr>cfnr)<br>
exten => XX,n,Transfer(SIP/ZZ)<br>
<br>
How everytime REDIRECTING is called, this causes a 181 call is being<br>
forwarded to the caller, but containing no diversion information.<br>
<br>
The Transfer (302 Moved Temporarily) contains two Diversion: headers,<br>
one with reason=unknown and one with reason=no-answer which would be the<br>
correct one.<br>
<br>
I start to think I stumbled over a bug. Maybe using REDIRECTING() would<br>
set the correct headers if I used DIAL to forward the call. But I don't<br>
want to create a second call leg. So maybe Transfer already is setting<br>
a Diversion: header with hardcoded reason 'unknown'.<br></blockquote><div><br></div><div>That could be possible and would be a bug in chan_sip.</div><div><br></div><div>Richard</div><br></div></div></div>