Re: [sip-overload] draft-ietf-soc-overload-control-13

"Vijay K. Gurbani" <vkg@bell-labs.com> Mon, 22 July 2013 19:39 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 F188C11E811D for <sip-overload@ietfa.amsl.com>; Mon, 22 Jul 2013 12:39:15 -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 iuzd7k-QruSi for <sip-overload@ietfa.amsl.com>; Mon, 22 Jul 2013 12:39:10 -0700 (PDT)
Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id 4A14F11E80F5 for <sip-overload@ietf.org>; Mon, 22 Jul 2013 12:39:10 -0700 (PDT)
Received: from usnavsmail3.ndc.alcatel-lucent.com (usnavsmail3.ndc.alcatel-lucent.com [135.3.39.11]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id r6MJd29W028206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 22 Jul 2013 14:39:02 -0500 (CDT)
Received: from umail.lucent.com (umail.ndc.lucent.com [135.3.40.61]) by usnavsmail3.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id r6MJd09v026834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 22 Jul 2013 14:39:00 -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 r6MJctr6012607; Mon, 22 Jul 2013 14:38:56 -0500 (CDT)
Message-ID: <51ED8B54.7040705@bell-labs.com>
Date: Mon, 22 Jul 2013 14:43:16 -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/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: "Yu, James" <james.yu@neustar.biz>
References: <56FB15AFE08E1242B0736CBDCE6E85610808C32F@stntexmb12.cis.neustar.com> <OF5E51912C.2DA069C7-ON85257B98.0069B365-85257B98.006B8697@csc.com> <56FB15AFE08E1242B0736CBDCE6E85610808EF90@stntexmb12.cis.neustar.com> <56FB15AFE08E1242B0736CBDCE6E856108096C00@stntexmb12.cis.neustar.com>
In-Reply-To: <56FB15AFE08E1242B0736CBDCE6E856108096C00@stntexmb12.cis.neustar.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
X-Scanned-By: MIMEDefang 2.64 on 135.3.39.11
Cc: "volkerh@bell-labs.com" <volkerh@bell-labs.com>, "sip-overload@ietf.org" <sip-overload@ietf.org>, "hgs@cs.columbia.edu" <hgs@cs.columbia.edu>
Subject: Re: [sip-overload] draft-ietf-soc-overload-control-13
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: Mon, 22 Jul 2013 19:39:16 -0000

James: This is a quick ack of your email.  It is on my list of
things to do.  I will circle back on it sometimes next week.

Cheers,

On 07/22/2013 02:18 PM, Yu, James wrote:
> Hi, Henning, Vijay, Volker,
>
> When I reviewed draft-ietf-soc-overload-rate-control-04.txt, I glanced
> through the syntax in this I-D to understand the oc related parameters.
>
> When looking at “algo-list”, I wonder if there are two “other-algo” such
> as “abc” and “xyz”, ‘abc” and “xyz” won’t be comma-separated based on
> the oc-algo syntax.  It seems that algo-list would be
>
>   algo-list = “loss“/ other-algo
>
> This would ensure that one and only one algorithm is present in
> algo-list.  If there is no algorithm other than “loss”, *(COMMA
> algo-list) would take care of that.
>
> Since algo-list contains a single algorithm, may be it is better to use
> “algo” only.  Or if algo-list contains a list of comma separated
> algorithms, then alog-list and oc-algo can be modified so that oc-algo
> has a single “algo-list”.  The latter may be better because the current
> syntax would allow the same algorithm to appear more than once.

- 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