Re: [sip-overload] WGLC: draft-ietf-soc-overload-rate-control - Christer's comments

"NOEL, ERIC C (ERIC C)" <ecnoel@research.att.com> Mon, 08 July 2013 23:52 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 8895211E80DF for <sip-overload@ietfa.amsl.com>; Mon, 8 Jul 2013 16:52:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 w13a-D6GgJf1 for <sip-overload@ietfa.amsl.com>; Mon, 8 Jul 2013 16:51:54 -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 E621C21F9ABA for <sip-overload@ietf.org>; Mon, 8 Jul 2013 16:51:53 -0700 (PDT)
Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id C0443120486; Mon, 8 Jul 2013 19:51:52 -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 71217F035E; Mon, 8 Jul 2013 19:51:53 -0400 (EDT)
Received: from njfpsrvexg2.research.att.com ([fe80::a158:97ea:81b0:43d9]) by njfpsrvexg2.research.att.com ([fe80::a158:97ea:81b0:43d9%14]) with mapi; Mon, 8 Jul 2013 19:51:53 -0400
From: "NOEL, ERIC C (ERIC C)" <ecnoel@research.att.com>
To: 'Christer Holmberg' <christer.holmberg@ericsson.com>, "sip-overload@ietf.org" <sip-overload@ietf.org>
Date: Mon, 08 Jul 2013 19:51:51 -0400
Thread-Topic: [sip-overload] WGLC: draft-ietf-soc-overload-rate-control - Christer's comments
Thread-Index: Ac5zHZr1o6fItvHiQZeBysyYYV71ngJFw9wQ
Message-ID: <5EBD159DE88147488A3B1590E09001840353BDA4CAC1@njfpsrvexg2.research.att.com>
References: <7594FB04B1934943A5C02806D1A2204B1C3BC5DA@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C3BC5DA@ESESSMB209.ericsson.se>
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_5EBD159DE88147488A3B1590E09001840353BDA4CAC1njfpsrvexg2_"
MIME-Version: 1.0
Cc: "draft-ietf-soc-overload-rate-control.all@tools.ietf.org" <draft-ietf-soc-overload-rate-control.all@tools.ietf.org>
Subject: Re: [sip-overload] WGLC: draft-ietf-soc-overload-rate-control - Christer's comments
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, 08 Jul 2013 23:52:00 -0000

Christer,

Thank you for your review and valuable comments.

Please see my response below:

Q1: General: The draft uses "client" and "SIP client" terminology (similar for "server"). I suggest to use consistent terminology.
[EN] Agreed, will make terminology consistent where ever it applies.

Q2: General: In some places the draft refers to draft-ietf-soc-overload-control-12 without the "[" and "]" characters around. I assume you have "hardcoded" the draft name, instead of using a reference?
[EN] Yes this is hard coded, will add "[" and "]" wherever needed.

Q3: My understanding is that the Abstract section shall not contain references, so please remove those.
[EN] Will remove references in abstract.

Q4: In Section 3.1, I suggest to replace:

"When in overload, the server uses [draft-ietf-soc-overload-control-
      12] via header oc parameters of SIP responses to inform the clients
      of its overload state and of the target SIP request rate."

...with:

"When in overload, the server uses the Via header field oc parameters [draft-ietf-soc-overload-control-12]
of SIP responses in order to inform the clients of its overload state and of the target SIP request rate."
[EN] Agreed

Q5: In Section 3.2, I suggest to change the section name from:

"3.2. Summary of via headers parameters for overload control"

...to:

"3.2. Via header field parameters for overload control"
[EN] Agreed

Q6: In Section 3.2, I think it would be good to indicate whether the Via header field parameters are used in SIP Requests, SIP Responses, or both. I know that you describe it later, but I think it would be good to have it already in the overview section.
[EN] Agreed

Q7: In Section 7 you say that there are no IANA considerations. But, don't you need to request IANA to register the new Via header field parameters?
[EN] Question resulted in several email exchange. I have deferred the issue to draft-ietf-soc-overload-control authors.

Please note I will address your comments in the next version of the draft at the end of the WGLC and after having addressed all comments.

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: sip-overload-bounces@ietf.org [mailto:sip-overload-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: Thursday, June 27, 2013 6:06 AM
To: sip-overload@ietf.org
Cc: draft-ietf-soc-overload-rate-control.all@tools.ietf.org
Subject: [sip-overload] WGLC: draft-ietf-soc-overload-rate-control - Christer's comments

Hi,

I have read draft-ietf-soc-overload-rate-control-04.txt as part of the WGLC.

I don't have any technical issues, in general I think it's a will written document, and I think the draft can be passed to IESG for publication.

However, there are some editorial issues that you might want to fix at this point, because they might come up sooner or later anyway.

Q1: General: The draft uses "client" and "SIP client" terminology (similar for "server"). I suggest to use consistent terminology.

Q2: General: In some places the draft refers to draft-ietf-soc-overload-control-12 without the "[" and "]" characters around. I assume you have "hardcoded" the draft name, instead of using a reference?

Q3: My understanding is that the Abstract section shall not contain references, so please remove those.

Q4: In Section 3.1, I suggest to replace:


"When in overload, the server uses [draft-ietf-soc-overload-control-

      12] via header oc parameters of SIP responses to inform the clients

      of its overload state and of the target SIP request rate."

...with:


"When in overload, the server uses the Via header field oc parameters [draft-ietf-soc-overload-control-

of SIP responses in order to inform the clients of its overload state and of the target SIP request rate."




Q5: In Section 3.2, I suggest to change the section name from:


"3.2. Summary of via headers parameters for overload control"


...to:



"3.2. Via header field parameters for overload control"



Q6: In Section 3.2, I think it would be good to indicate whether the Via header field parameters are used in SIP Requests, SIP Responses, or both. I know that you describe it later, but I think it would be good to have it already in the overview section.

Q7: In Section 7 you say that there are no IANA considerations. But, don't you need to request IANA to register the new Via header field parameters?

Regards,

Christer