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