Re: [ippm] Last Call: draft-ietf-ippm-more-twamp (More Features for the Two-Way Active Measurement Protocol - TWAMP) to Proposed Standard
"Romascanu, Dan (Dan)" <dromasca@avaya.com> Sun, 17 May 2009 09:23 UTC
Return-Path: <dromasca@avaya.com>
X-Original-To: ippm@core3.amsl.com
Delivered-To: ippm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 190B33A6C67 for <ippm@core3.amsl.com>; Sun, 17 May 2009 02:23:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.504
X-Spam-Level:
X-Spam-Status: No, score=-2.504 tagged_above=-999 required=5 tests=[AWL=0.095, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BjeUaBpDQPfr for <ippm@core3.amsl.com>; Sun, 17 May 2009 02:22:59 -0700 (PDT)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by core3.amsl.com (Postfix) with ESMTP id 32DD53A6C5D for <ippm@ietf.org>; Sun, 17 May 2009 02:22:58 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.41,207,1241409600"; d="scan'208";a="146027699"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by de307622-de-outbound.net.avaya.com with ESMTP; 17 May 2009 05:24:32 -0400
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.14]) by co300216-co-erhwest-out.avaya.com with ESMTP; 17 May 2009 05:24:30 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Sun, 17 May 2009 11:24:25 +0200
Message-ID: <EDC652A26FB23C4EB6384A4584434A04016D4D2F@307622ANEX5.global.avaya.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Re: Last Call: draft-ietf-ippm-more-twamp (More Features for the Two-Way Active Measurement Protocol - TWAMP) to Proposed Standard
Thread-Index: AcnWytvmXQ4Df2nsQ3y9j7/1/UIWvQABWF4w
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: acmorton@att.com, khedayat@exfo.com
Cc: Joel Jaeggli <joelja@bogus.com>, ippm@ietf.org
Subject: Re: [ippm] Last Call: draft-ietf-ippm-more-twamp (More Features for the Two-Way Active Measurement Protocol - TWAMP) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 May 2009 09:23:05 -0000
Please find below the OPS-DIR review for draft-ietf-ippm-more-twamp performed by Joel Jaeggli. Please consider these comments together with the other IETF LC comments. Regards, Dan -----Original Message----- From: ops-dir-bounces@ietf.org [mailto:ops-dir-bounces@ietf.org] On Behalf Of Joel Jaeggli Sent: Sunday, May 17, 2009 11:37 AM To: ops-dir@ietf.org Subject: [OPS-DIR] Review of draft-ietf-ippm-more-twamp-01 review for opsdir of: http://tools.ietf.org/html/draft-ietf-ippm-more-twamp-01 section 4 - "This section describes OPTIONAL extensions. When the Server has identified the ability to support the mixed security mode, the Control-Client has selected the mixed security mode in its Set-Up- Response, and the Server responds with a zero Accept field in the Server-Start message, then these extensions are conditionally REQUIRED." When I read the introduction to section 4 the following statement, it sent me scrambling for the other conditions that would make the above statement required. It should be sufficient to say: When the Server has identified the ability to support the mixed security mode, the Control-Client has selected the mixed security mode in its Set-Up-Response, and the Server responds with a zero Accept field in the Server-Start message, these extensions are REQUIRED. regarding 6.1 and 6.2 registry specification and management, 6.1 states: "Thus, this registry can contain a total of 32 possible bit positions and corresponding values." Certainly while there are 32 bits in the field, each has two states (e.g. 64) and the sum of the possible positions is significantly greater than 32 e.g. 2^32 6.2 states: For the TWAMP-Modes registry, we expect that new features will be assigned using monotonically increasing bit positions and in the range [0-31] and the corresponding values, unless there is a good reason to do otherwise. at some future date values in the registry for some bit positions might be encoded in some more complex fashion.
- [ippm] Last Call: draft-ietf-ippm-more-twamp (Mor… The IESG
- Re: [ippm] Last Call: draft-ietf-ippm-more-twamp … Romascanu, Dan (Dan)
- Re: [ippm] Last Call: draft-ietf-ippm-more-twamp … Al Morton
- Re: [ippm] Last Call: draft-ietf-ippm-more-twamp … Joel Jaeggli