Re: [sip-overload] comments on draft-ietf-soc-overload-rate-control-01
"NOEL, ERIC C (ERIC C)" <ecnoel@research.att.com> Tue, 22 May 2012 13:27 UTC
Return-Path: <ecnoel@research.att.com>
X-Original-To: sip-overload@ietfa.amsl.com
Delivered-To: sip-overload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1874221F860D for <sip-overload@ietfa.amsl.com>; Tue, 22 May 2012 06:27:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.598
X-Spam-Level:
X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vp5a8he8iTkD for <sip-overload@ietfa.amsl.com>; Tue, 22 May 2012 06:27:04 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [192.20.225.111]) by ietfa.amsl.com (Postfix) with ESMTP id 164FD21F8601 for <sip-overload@ietf.org>; Tue, 22 May 2012 06:27:04 -0700 (PDT)
Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id B79A9120250 for <sip-overload@ietf.org>; Tue, 22 May 2012 09:27:03 -0400 (EDT)
Received: from njfpsrvexg2.research.att.com (njfpsrvexg2.research.att.com [135.207.177.29]) by mail-blue.research.att.com (Postfix) with ESMTP id 57BFEEFD39; Tue, 22 May 2012 09:26:33 -0400 (EDT)
Received: from njfpsrvexg2.research.att.com ([fe80::a158:97ea:81b0:43d9]) by njfpsrvexg2.research.att.com ([fe80::a158:97ea:81b0:43d9%15]) with mapi; Tue, 22 May 2012 09:25:34 -0400
From: "NOEL, ERIC C (ERIC C)" <ecnoel@research.att.com>
To: 'Janet P Gunn' <jgunn6@csc.com>, "NOEL, ERIC C (ERIC C)" <ecnoel@att.com>
Date: Tue, 22 May 2012 09:25:34 -0400
Thread-Topic: [sip-overload] comments on draft-ietf-soc-overload-rate-control-01
Thread-Index: Ac0sYvvdhfFIQsFtSVyJo/C4Dkqk4ALuWu5g
Message-ID: <5EBD159DE88147488A3B1590E090018403163F4900EC@njfpsrvexg2.research.att.com>
References: <4F71F78E.80009@bell-labs.com> <2F8FB48C17221643AD77FA295756D2A73E64C15B08@njfpsrvexg6.research.att.com> <4F7F509B.3080608@bell-labs.com> <OF35AA9EC7.22C467FD-ON852579F1.006DC582-852579F1.006E0D4A@csc.com> <2F8FB48C17221643AD77FA295756D2A73E64C15BD9@njfpsrvexg6.research.att.com> <OF41C4006D.EC209FFA-ON852579F7.00524F89-852579F7.0052F498@csc.com>
In-Reply-To: <OF41C4006D.EC209FFA-ON852579F7.00524F89-852579F7.0052F498@csc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_5EBD159DE88147488A3B1590E090018403163F4900ECnjfpsrvexg2_"
MIME-Version: 1.0
Cc: "sip-overload@ietf.org" <sip-overload@ietf.org>
Subject: Re: [sip-overload] comments on draft-ietf-soc-overload-rate-control-01
X-BeenThere: sip-overload@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Overload <sip-overload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sip-overload>, <mailto:sip-overload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip-overload>
List-Post: <mailto:sip-overload@ietf.org>
List-Help: <mailto:sip-overload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip-overload>, <mailto:sip-overload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 May 2012 13:27:05 -0000
Janet, Thanks for your follow-up comment. ================== 4th para Note that the target SIP request rate is a max rate that may not be attained by the arrival rate at the client, and the server cannot assume that it will. To Note that the target SIP request rate is an upper bound on the rate the client may send requests to the server. In many cases, the client will send messages at a lower rate. > Suggested writing is different than original paragraph meaning. Originally that paragraph stated the server should not assume the arrival rate at client will exceed the server target rate. Your suggested change does away with the observation on the arrival rate at client and focuses on the arrival rate presented by the client to the server. Was that the intent? [JPG] I guess I am confused. Why would the server care what the arrival rate at the client is? Why would the server assume that the arrival rate at the client ( which may be distributed among many different servers) would, or would not, be bigger that the server target rate? =================== Another interpretation of the contentious paragraph is that because the client Leaky Bucket will not throttle offered load below the target SIP request rate, the server does not need to make any immediate adjustments for such situations. This is in contrast with percent blocking where blocking is applied by clients whether or not the offered load presented to clients is below the server overload limit. Thanks, Eric Noel AT&T Labs, Inc. Rethink Possible Network Design and Performance Analysis 200 South Laurel Avenue, D5-3D19 Middletown, NJ 07748 P: 732.420.4174 ecnoel@att.com<mailto:jsmith@att.com> From: Janet P Gunn [mailto:jgunn6@csc.com] Sent: Monday, May 07, 2012 11:06 AM To: NOEL, ERIC C (ERIC C) Cc: sip-overload@ietf.org Subject: RE: [sip-overload] comments on draft-ietf-soc-overload-rate-control-01 From: "NOEL, ERIC C (ERIC C)" <ecnoel@research.att.com<mailto:ecnoel@research.att.com>> To: Janet P Gunn/USA/CSC@CSC, "sip-overload@ietf.org<mailto:sip-overload@ietf.org>" <sip-overload@ietf.org<mailto:sip-overload@ietf.org>> Date: 05/07/2012 10:01 AM Subject: RE: [sip-overload] comments on draft-ietf-soc-overload-rate-control-01 ________________________________ Janet, Thanks for your comments. Please see below our response. Thanks, Eric Noel AT&T Labs, Inc. Rethink Possible Network Design and Performance Analysis 200 South Laurel Avenue, D5-3D19 Middletown, NJ 07748 P: 732.420.4174 ecnoel@att.com<mailto:jsmith@att.com> These are largely editorial comments. ... Sec 3.4 ... 4th para Note that the target SIP request rate is a max rate that may not be attained by the arrival rate at the client, and the server cannot assume that it will. To Note that the target SIP request rate is an upper bound on the rate the client may send requests to the server. In many cases, the client will send messages at a lower rate. > Suggested writing is different than original paragraph meaning. Originally that paragraph stated the server should not assume the arrival rate at client will exceed the server target rate. Your suggested change does away with the observation on the arrival rate at client and focuses on the arrival rate presented by the client to the server. Was that the intent? [JPG] I guess I am confused. Why would the server care what the arrival rate at the client is? Why would the server assume that the arrival rate at the client ( which may be distributed among many different servers) would, or would not, be bigger that the server target rate? Janet
- [sip-overload] comments on draft-ietf-soc-overloa… Volker Hilt
- Re: [sip-overload] comments on draft-ietf-soc-ove… NOEL, ERIC C (ERIC C)
- Re: [sip-overload] comments on draft-ietf-soc-ove… Volker Hilt
- [sip-overload] comments on draft-ietf-soc-overloa… Janet P Gunn
- Re: [sip-overload] comments on draft-ietf-soc-ove… NOEL, ERIC C (ERIC C)
- Re: [sip-overload] comments on draft-ietf-soc-ove… NOEL, ERIC C (ERIC C)
- Re: [sip-overload] comments on draft-ietf-soc-ove… Janet P Gunn
- Re: [sip-overload] comments on draft-ietf-soc-ove… NOEL, ERIC C (ERIC C)