Yeah my bad, that is correct. Proxy could have added itself in RR during initial Invite itself.
>-----Original Message----- >From: Paul Kyzivat (pkyzivat) >Sent: Thursday, February 15, 2007 11:28 AM >To: Sanjay Sinha (sanjsinh) >Cc: raghuram gangi; [email protected] >Subject: Re: [Sip-implementors] Modification of RESPONSE code >by Proxy Server > > > >Sanjay Sinha (sanjsinh) wrote: >> If the operation fails, then have the proxy not add Record-Route >> header, that way proxy will not see subsequent requests on >that dialog > >When processing the 2xx its too late to omit the R-R, since it >had to be added to the INVITE. It is true that the proxy could >remove itself from the R-R in the 2xx response, but at best >that will get it out of the path from the UAC toward the UAS, >while it will still remain in the path from the UAS toward the >UAC. And even that is not guaranteed. The R-R could have been >noted by the UAC from a provisional response. > >Probably the best the proxy can do is to provide minimal >service. If it can't even forward requests (why?) then it >could return an error to every in-dialog request it receives. > > Paul > >>> -----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
