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.