<html><head></head><body><div class="ydpe43cc0fayahoo-style-wrap" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 10px;"><div></div>
<div dir="ltr" data-setdir="false">Solved / Follow-up:</div><div dir="ltr" data-setdir="false">We found that $ds was being populated in a previous route by way of an $rU assignment. Once we moved that assignment to an area specifically for "scenario #1" (sending the call on to an LNP provider) we found that $ds no longer had the INVITE RURI info populated and thus we could respond only with the URIs that we added in via branch adds.</div><div><br></div><div><br></div>
</div><div id="yahoo_quoted_9070795281" class="yahoo_quoted">
<div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div>
On Tuesday, April 20, 2021, 01:05:14 AM PDT, mwb <mwbazdarich@yahoo.com> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div id="yiv1690785771"><div><div class="yiv1690785771yahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:10px;"><div dir="ltr">Hello,</div><div dir="ltr">I posed a questions a few months ago and received some helpful advice from a user here but I'm having an issue implementing it properly.</div><div dir="ltr"><br></div><div dir="ltr">We have a redirect server using OpenSIPS 2.1.5 that does LNP dipping with a little bit of routing as well. </div><div dir="ltr"><br></div><div dir="ltr">There are two scenarios:</div><div dir="ltr"><br></div><div dir="ltr">1. There is No RN/NPDI in the RURI (so the redirect server sends a LNP request to an external LNP server<br></div><div dir="ltr"><div><div dir="ltr" style="color:rgb(0, 0, 0);font-family:Helvetica, Arial, sans-serif;font-size:10px;">2. The INVITE has RN/NPDI in the RURI so no LNP dip is dispatched.</div><div dir="ltr" style="color:rgb(0, 0, 0);font-family:Helvetica, Arial, sans-serif;font-size:10px;"><br></div><div dir="ltr" style="color:rgb(0, 0, 0);font-family:Helvetica, Arial, sans-serif;font-size:10px;">In the second scenario we do a few operations and generate URIs to embed in a 302 reply using the send_reply function in a . The issue we are running into is that it appears the $ds variable is being populated with the INVITE Request URI (RN and/or NPDI) info and it is being sent as the "top" Contact header in the 302 response. </div><div dir="ltr" style="color:rgb(0, 0, 0);font-family:Helvetica, Arial, sans-serif;font-size:10px;"><br></div><div dir="ltr" style="color:rgb(0, 0, 0);font-family:Helvetica, Arial, sans-serif;font-size:10px;">I have tried a few different things, including "remove_branch(0)" but they don't seem to be able to clobber the value in the $ds variable. It also seems impossible to use $ds as an LVALUE to try and overwrite it (this is consistent with the documentation which says it is not r/w).</div></div><br></div><div dir="ltr">Is there a way to:</div><div dir="ltr"><br></div><div dir="ltr">1. Clobber the $ds variable?</div><div dir="ltr">2. Preclude the $ds variable from being inserted as a Contact header in the reply?</div><div dir="ltr">3. Keep the $ds variable from being populated when the initial INVITE is received.</div><div dir="ltr"><br></div><div dir="ltr">Thanks!</div></div></div></div></div>
</div>
</div></body></html>