Unfortunately, this would not work since the proxy would have already added the record-route (if at all) when it forwarded the request. When the 2xx response comes back (which is focus of the question) it would already have a record-route header.
Anyway, you can't just take out a record-route header. A record-route header means that a proxy wants to be traversed for future requests for that session. It usually wants to be traversed because it NEEDS to be traversed. This is especially true for an edge proxy. If the proxy isn't traversed, it is likely that nothing will work anyway. Regards, Attila -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sanjay Sinha (sanjsinh) Sent: 15 February 2007 14:49 To: raghuram gangi; [email protected] Subject: Re: [Sip-implementors] Modification of RESPONSE code by Proxy Server If the operation fails, then have the proxy not add Record-Route header, that way proxy will not see subsequent requests on that dialog >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >raghuram gangi >Sent: Thursday, February 15, 2007 9:22 AM >To: [email protected] >Subject: [Sip-implementors] Modification of RESPONSE code by >Proxy Server > >Hi All, > >I have an application where in I need to store some >information from 2xx responses for an INVITE on to a >persistent store. If this operation fails, proxy server will >not be able to serve the user for subsequent requests in the >same dialog. RFC 3261, doesn't allow proxy to modify the 2XX >Responses for an INVITE transaction. What should be the ideal >behavior of Proxy in handling such scenarios? > >With Regards >Raghu >_______________________________________________ >Sip-implementors mailing list >[email protected] >https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
