Re: [sip-overload] WG attention to 2 questions on draft-ietf-soc-overload-control-12
"Vijay K. Gurbani" <vkg@bell-labs.com> Fri, 17 May 2013 21:11 UTC
Return-Path: <vkg@bell-labs.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 6D90F21F96E9 for <sip-overload@ietfa.amsl.com>;
Fri, 17 May 2013 14:11:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5
tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 NjJCzq0w0o4K for
<sip-overload@ietfa.amsl.com>; Fri, 17 May 2013 14:11:04 -0700 (PDT)
Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by
ietfa.amsl.com (Postfix) with ESMTP id 7E5D321F96C4 for
<sip-overload@ietf.org>; Fri, 17 May 2013 14:11:04 -0700 (PDT)
Received: from usnavsmail2.ndc.alcatel-lucent.com
(usnavsmail2.ndc.alcatel-lucent.com [135.3.39.10]) by ihemail3.lucent.com
(8.13.8/IER-o) with ESMTP id r4HLB3OD011154 (version=TLSv1/SSLv3
cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <sip-overload@ietf.org>;
Fri, 17 May 2013 16:11:03 -0500 (CDT)
Received: from umail.lucent.com (umail.ndc.lucent.com [135.3.40.61]) by
usnavsmail2.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id
r4HLB3nt024011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256
verify=NOT) for <sip-overload@ietf.org>; Fri, 17 May 2013 16:11:03 -0500
Received: from shoonya.ih.lucent.com (shoonya.ih.lucent.com [135.185.237.229])
by umail.lucent.com (8.13.8/TPES) with ESMTP id r4HLB2p3012276;
Fri, 17 May 2013 16:11:02 -0500 (CDT)
Message-ID: <51969DBA.1050705@bell-labs.com>
Date: Fri, 17 May 2013 16:14:34 -0500
From: "Vijay K. Gurbani" <vkg@bell-labs.com>
Organization: Bell Laboratories, Alcatel-Lucent
User-Agent: Mozilla/5.0 (X11; Linux i686;
rv:17.0) Gecko/20130311 Thunderbird/17.0.4
MIME-Version: 1.0
To: Volker Hilt <volker.hilt@bell-labs.com>
References: <51631B69.1010901@bell-labs.com> <517E7B7F.7030609@bell-labs.com>
In-Reply-To: <517E7B7F.7030609@bell-labs.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
X-Scanned-By: MIMEDefang 2.64 on 135.3.39.10
Cc: sip-overload@ietf.org
Subject: Re: [sip-overload] WG attention to 2 questions on
draft-ietf-soc-overload-control-12
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: Fri, 17 May 2013 21:11:09 -0000
On 04/29/2013 08:54 AM, Volker Hilt wrote:
> Vijay, All,
>
> here are my comments on the two questions:
>
> - oc-algo parameter: this parameter specifies the semantics of the oc
> value and defines how that is to be interpreted by the receiver. It does
> not define the algorithm used to compute the oc-algo parameter. The
> important thing is that the receiver knows what it need to do with the
> received oc parameter. This is reflected in the following statement in
> the draft. Might be worth while to further clarify in the next rev of
> the draft.
>
> The "oc-algo" parameter
> contains a token or a list of tokens corresponding to the class of
> overload control algorithms supported by the client.
Volker: OK, I will add a clarifying paragraph at the end of S4.2 as
follows:
The "oc-algo" parameter does not define the exact algorithm to be
used for traffic reduction, rather, the intent is to use any
algorithm from a specific class of algorithms that affect traffic
reduction similarly. For example, the reference algorithm in
Section 6.3 can be used as a loss-based algorithm, or it can be
substituted by any other loss-based algorithm that results in
equivalent traffic reduction.
> - I think the current writeup regarding the processing cycles dedicated
> to upstream neighbors is fine.
OK.
Unless someone has any further feedback on the above text, I will -13
early next week and that version can be moved ahead.
Thank you,
- vijay
--
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA)
Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com
Web: http://ect.bell-labs.com/who/vkg/ | Calendar: http://goo.gl/x3Ogq
- [sip-overload] WG attention to 2 questions on dra… Vijay K. Gurbani
- Re: [sip-overload] WG attention to 2 questions on… Volker Hilt
- Re: [sip-overload] WG attention to 2 questions on… Vijay K. Gurbani