Subject: Re: [sip-overload] Expert Review for Overload Control Drafts

From: "Parthasarathi R (partr)" <[email-masked]>
Date: Sat, 20 Feb 2010 13:54:59 +0530

Hi Volker,

The draft looks good for SIP server handling the signaling only or single type of dialogs like audio dialogs only. The computing "oc" parameter looks like tricky accepts in case of handling multiple types of dialogs like audio dialog, video dialog and telepresence dialog with media. For example, the server is capable of handling all types of calls at the same time and individual capacities are as follows: 1000 audio dialog, 100 video dialog and 10 telepresence dialog and the server shall receive dialogs from 5 neighboring servers.  How to compute "oc" value? it is not clear whether oc value represents audio or video or telepresence dialogs. Say the least capacity (audio) is considered for "oc", the system will be overloaded often. Thinks will be more complicated in case SUBSCRIBE & INVITE based dialogs co-exists. Please clarify how to overcome compute "oc" value for these deployments.

In case server decides to pass "oc" and "oc_validity" parameters only for trusted parties, the untrusted parties dialogs will have advantage over trusted parties even though they support this draft. Is it implicit that trusted parties should have some policy mechanism and others should have another policy mechanism?

Thanks
Partha

________________________________

From: [email-masked] on behalf of Volker Hilt
Sent: Tue 10/27/2009 8:06 PM
To: [email-masked]
Subject: [sip-overload] Expert Review for Overload Control Drafts

All,

We are looking for experts who can do a review for the following two drafts:

http://www.ietf.org/internet-drafts/draft-hilt-sipping-overload-07.txt

http://tools.ietf.org/html/draft-shen-sipping-load-control-event-package-03.txt

Please send me a quick note if you are interested and available to do a
review for one of these drafts (or both of them). Please post the
review on this mailing list.

We had many people expressing interest in contributing to a SIP overload
control solution. This is a great chance to do so!

Thanks,

Volker

_______________________________________________
sip-overload mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/sip-overload