Re: [Sipping] Re: draft-rosenberg-sipping-overload-reqs recovery

Volker Hilt <volkerh@bell-labs.com> Wed, 08 November 2006 16:18 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ghq8P-00065E-5B; Wed, 08 Nov 2006 11:18:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ghq8N-000651-IH for sipping@ietf.org; Wed, 08 Nov 2006 11:18:39 -0500
Received: from hoemail1.lucent.com ([192.11.226.161]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ghq8M-0003HT-8Z for sipping@ietf.org; Wed, 08 Nov 2006 11:18:39 -0500
Received: from homail.ho.lucent.com (h135-17-192-10.lucent.com [135.17.192.10]) by hoemail1.lucent.com (8.13.8/IER-o) with ESMTP id kA8GIaL8029918; Wed, 8 Nov 2006 10:18:36 -0600 (CST)
Received: from [135.244.5.84] (volkerh.lra.lucent.com [135.244.5.84]) by homail.ho.lucent.com (8.11.7p1+Sun/EMS-1.5 sol2) id kA8GIYo18529; Wed, 8 Nov 2006 11:18:35 -0500 (EST)
Message-ID: <4552034D.8000005@bell-labs.com>
Date: Wed, 08 Nov 2006 08:18:21 -0800
From: Volker Hilt <volkerh@bell-labs.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Cullen Jennings <fluffy@cisco.com>
Subject: Re: [Sipping] Re: draft-rosenberg-sipping-overload-reqs recovery
References: <250EF171-D4BB-4650-9C14-B7C8815FB7CE@cisco.com> <454F8A43.8000400@cisco.com> <001BC546-95FD-42E4-85A2-57E0B9C551A7@cisco.com>
In-Reply-To: <001BC546-95FD-42E4-85A2-57E0B9C551A7@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe
Cc: sipping <sipping@ietf.org>
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Errors-To: sipping-bounces@ietf.org

I think that stability of overload control is an important requirement. 
We certainly want to avoid building something that starts to oscillate 
once it reaches overload state. It may be somehow implicit to REQ 1 
since an unstable system will hardly be able to maintain the overall 
useful throughput at a high level.

Volker



Cullen Jennings wrote:
> Clearly this was a long way from the text for a requirement but, yes, I 
> was proposing that this be added as one of the requirements. I don't 
> feel strongly about this and if we can't figure out how to express this 
> as a requirement that is useful, I can certainly live with not adding it.
> 
> The reason I think it is a requirement is I can easily imagine that the 
> mechanism for doing overload push-back causes the systems to fail in the 
> way I described below (i.e. never recover back to steady state).
> 
> 
> On Nov 6, 2006, at 11:17 AM, Jonathan Rosenberg wrote:
> 
>>
>>
>> Cullen Jennings wrote:
>>
>>> A possible additional requirement....
>>> Imagine a system (perhaps a single proxy) that could do 100cps. It 
>>> is  in steady state doing 80cps with very few retransmission. Then 
>>> for 5  minutes the incoming requests goes to 500cps then drops back 
>>> to an  incoming call rate of 80cps. The question is, how long before 
>>> the  system gets back to the state where it if is successfully 
>>> processing  all the 80cps?
>>
>> As soon as it can. Are you suggesting a requirement here? Seems like 
>> this is an implementation thing and wouldn't impact any protocol 
>> mechanisms.
>>
>>> I have seen systems that never recover - that is bad. I think one of  
>>> the design goals is that it is at least possible to build to systems  
>>> that recover back to steady state relatively quickly after an  
>>> overload impulse.
>>
>> Sure; but I'm not sure I see the protocol requirement.
>>
>> -Jonathan R.
>>
>>
>>
>> --Jonathan D. Rosenberg, Ph.D.                   600 Lanidex Plaza
>> Cisco Fellow                                   Parsippany, NJ 07054-2711
>> Cisco Systems
>> jdrosen@cisco.com                              FAX:   (973) 952-5050
>> http://www.jdrosen.net                         PHONE: (973) 952-5000
>> http://www.cisco.com
> 
> _______________________________________________
> Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
> This list is for NEW development of the application of SIP
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sip@ietf.org for new developments of core SIP


_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sip@ietf.org for new developments of core SIP