<div dir="ltr"><br><div class="gmail_extra">Thanks for your quick response.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">No, you can't remove those headers. They serve an essential purpose and the endpoints won't consider the requests or responses valid without them.<br></blockquote><div><br></div><div>It should be theoretically possible to remove some of the via and record-route headers, assuming the contact is also re-written. The end point's (phones) themselves do not need to be aware of anything downstream of the SIP server they're registered too. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
See my blog post on this topic:<br>
<br>
<a href="http://blog.csrpswitch.com/sip-udp-fragmentation-and-kamailio-the-sip-header-diet/" rel="noreferrer" target="_blank">http://blog.csrpswitch.com/sip-udp-fragmentation-and-kamailio-the-sip-header-diet/</a></blockquote><div><br></div><div>Thanks for the link!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
And you certainly can't hide topology this way.<br>
<br>
-- Alex<div><div class="h5"><br>
<br>
On 03/19/2016 09:26 PM, Marrold wrote:<br>
<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Hi,<br>
<br>
Is there any way to remove Via and Record-Route headers from requests<br>
sent to an endpoint and update the contact header, but have Kamailio<br>
statefully remember where the replies need to route?<br>
<br>
I imagine this would involve mangling the packets slightly to behave<br>
similar to a B2BUA.<br>
<br>
My motivations, in order of priority -<br>
<br>
1) Reduce UDP packet size to avoid MTU limitations<br>
2) Improve interoperability, don't expect end points to be able to<br>
properly parse / process many via / record-route headers<br>
3) Hide topology.<br>
<br>
If someone could point me in the right direction in terms of<br>
configuration or modules, that would be great.<br>
<br>
Thanks<br>
<br>
<br></div></div>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
</blockquote>
<br>
<br>
-- <br>
Alex Balashov | Principal | Evariste Systems LLC<br>
1447 Peachtree Street NE, Suite 700<br>
Atlanta, GA 30309<br>
United States<br>
<br>
Tel: <a href="tel:%2B1-800-250-5920" value="+18002505920" target="_blank">+1-800-250-5920</a> (toll-free) / <a href="tel:%2B1-678-954-0671" value="+16789540671" target="_blank">+1-678-954-0671</a> (direct)<br>
Web: <a href="http://www.evaristesys.com/" rel="noreferrer" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.csrpswitch.com/" rel="noreferrer" target="_blank">http://www.csrpswitch.com/</a><br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br></div></div>