Hi,

I hope someone can clarify the statements in RFC3261 21.5.4.

If a server experiences an overload while processing an initial INVITE
returning a 503 Service Unavailable with Retry-After header, how is the
server supposed to deal with existing established sessions? The RFC3261
statements "SHOULD NOT forward any other requests to that server for the
duration specified in the Retry-After header field, if present" seem to
imply the server is left high and dry to deal with these on its own.
Does it literally mean any other requests or is it depending on the type
of SIP server, e.g. SIP GW, Application Server, SIP UE?

While a UAC might want to abide by this requirement, maybe a proxy
should allow at least mid-dialog requests proceed? This is probably a
policy decision applied at a proxy, but just wondering if there is any
BCP documenting this or have there been other discussions?

Thanks in advance,
Chuck

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to