Re: [sip-overload] soc-overload-control-05

["Vijay K. Gurbani" <[e-mail]>]

On 12/19/2011 09:50 AM, NOEL, ERIC C (ERIC C) wrote:
> Vijay,
>
> I sent you a few editorial/minor comments off-line.

Eric: Thanks for the off-line comments.  I have incorporated
them.  More inline (at end).

> In addition, reading section 6.3 (default algorithm for loss-based
> overload control) lead me to the following comment.
>
> Since different request types likely will produce different
> processing costs at the server, to prevent a mismatch between the
> servers "control commands" (oc parameter) and clients execution of
> the "control commands" (percent loss, rate limit...), an agreement
> between clients and servers on the type of requests that can be
> discarded seems to be required.
>
> Unless I missed that point in your document, could not you explicitly
> require that servers estimate for oc parameter be based on requests
> belonging to the set "requests candidate for reduction"? So both
> clients and servers work from the same set and the mentioned mismatch
> is prevented.
>
> That way in section 6.3, you no longer need to have the client
> adjusts the oc parameter (percent loss) by the proportion of requests
> in the set "requests candidate for reduction". And you no longer
> imply that the server estimates the oc parameter for loss-control
> based on all requests (initial dialog requests, mid-dialog
> requests....).
>
> What do you think?

We have been through this exercise before; i.e., trying to figure out
what kinds of requests (SUBS, NOT, INV) a server can discard versus
ones it can forward.  In the end, we agreed that the ends do not justify
the means and best to leave things as they are.

Here is a list of messages in the archive that you can peruse to see
the discussions on this topic (best to go in order):

http://www.ietf.org/mail-archive/web/sip-overload/current/msg00320.html
http://www.ietf.org/mail-archive/web/sip-overload/current/msg00321.html
http://www.ietf.org/mail-archive/web/sip-overload/current/msg00324.html
http://www.ietf.org/mail-archive/web/sip-overload/current/msg00326.html
http://www.ietf.org/mail-archive/web/sip-overload/current/msg00339.html
http://www.ietf.org/mail-archive/web/sip-overload/current/msg00341.html

Furthermore, after the Maastricht IETF, it was decided to provide more
guidance by defining a "local policy" (as is done in Section 5.10.1)
for which messages should be forwarded is at:

www.ietf.org/mail-archive/web/sip-overload/current/msg00366.html

Thus in summary, while we can re-open the particular discussion on how
we can reach an agreement between client and server on which type of
requests should be discarded, I am afraid that we may not get too far.

Thanks,

- vijay
-- 
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60566 (USA)
Email: vkg@{bell-labs.com,acm.org} / [e-mail]
Web:   http://ect.bell-labs.com/who/vkg/