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
