[SR-Users] Removing Via and Record-Route headers

[Marrold]

I understand intermediate endpoints *expect* these headers, this is why I
asked if there's anyway for Kamailio to remember what is removed and
essentially re-add them to the response, IE-

SIP request hits edge proxy from internal network > Via and Route headers
from intermediate proxies are removed, previous 'path' is stored in memory
linked to the dialog > SIP request is forwarded to end point.

End point responds to request via edge proxy > edge proxy looks up existing
dialog and reinserts the missing headers > forwards to the next hop.

What I'm asking is theoretically possible, although it may not be RFC
compliant or something that Kamailio supports.

Thanks


On Sun, Mar 20, 2016 at 2:40 AM, Alex Balashov <abalashov at evaristesys.com>
wrote:

> On 03/19/2016 09:43 PM, Marrold wrote:
>
> 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.
>>
>
> No, because intermediate endpoints:
>
> (1) Expect the Route set to remain as configured between the two endpoints;
>
> (2) Expect Vias corresponding to their hop to remain as upstream elements
> remove theirs in transit.
>
> You can't break SIP like that - terribly sorry! :-)
>
> -- Alex
>
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 1447 Peachtree Street NE, Suite 700
> Atlanta, GA 30309
> United States
>
> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160320/36b79770/attachment.html>