RE: [Sip] Record-Route, Path, Service Route, and Multi-Homed Prox ies

[Igor Slepchin <ISlepchin@dynamicsoft.com>]

I think Dean's suggestion was that an optimizing proxy can detect itself in
the second Route and just do all the processing internally without sending
the request to the network ("processing" here would effectively mean just
popping that second Route header if I understand his proposal correctly).

As an aside, let me also say that I really like this proposal:) The only
potential problem I can see with it is that there might be situations when a
proxy would really send a request to itself doing somewhat different types
of processing the second time around and R-R both times. The optimizing
proxy may have problems determining if it can just pop the second Route
header or if it actually needs to do some additional processing. I guess if
the proxy is really optimizing, it could detect it's about to send the
request to itself and do all the processing internally the first time
around...

Thank you,
Igor Slepchin


> -----Original Message-----
> From: Gonzalo Camarillo [mailto:Gonzalo.Camarillo@lmf.ericsson.se]
> <...>
> If you use your double-RR trick, you could add comp=sigcomp to RR1
> already in the INVITE and leave RR2 without comp=sigcomp. Everything
> will work fine. However, you would be sending messages to 
> yourself using
> compression.
_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip