<p dir="ltr">hi olle,</p>
<p dir="ltr">if it is indeed the case, then we would all be at the mercy of buggy clients (or buggy carriers)</p>
<div class="gmail_quote">On Nov 28, 2013 11:25 PM, "Olle E. Johansson" <<a href="mailto:oej@edvina.net">oej@edvina.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On 28 Nov 2013, at 16:23, Alex Balashov <<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>> wrote:<br>
<br>
> On 11/28/2013 10:22 AM, Kelvin Chua wrote:<br>
>> hi alex,<br>
>> is there a way for kamailio to force lr=on before relay? this carrier is<br>
>> driving me nuts<br>
><br>
> No, Kamailio (as a SIP proxy) cannot modify the Route set after the dialog is set up, in a sequential (in-dialog request) furthermore.<br>
<br>
The client changed the syntax of the route set - but do you really consider that a change of the route set, Alex?<br>
<br>
I guess the URI's are different.<br>
<br>
The question here is really - can Kamailio somehow clean up the URI's in the route set for this buggy client?<br>
<br>
/O<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>