[CCAMP] Adam Roach's Discuss on draft-ietf-ccamp-rsvp-te-bandwidth-availability-14: (with DISCUSS and COMMENT)

Adam Roach via Datatracker <noreply@ietf.org> Thu, 11 April 2019 00:01 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: ccamp@ietf.org
Delivered-To: ccamp@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ED6812006E; Wed, 10 Apr 2019 17:01:30 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Adam Roach via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ccamp-rsvp-te-bandwidth-availability@ietf.org, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, ccamp-chairs@ietf.org, daniele.ceccarelli@ericsson.com, ccamp@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.95.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Adam Roach <adam@nostrum.com>
Message-ID: <155494089064.22623.12226438782297988498.idtracker@ietfa.amsl.com>
Date: Wed, 10 Apr 2019 17:01:30 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/nxWtHTJvyrY30ajG2nQDgTYzPb4>
Subject: [CCAMP] Adam Roach's Discuss on draft-ietf-ccamp-rsvp-te-bandwidth-availability-14: (with DISCUSS and COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Apr 2019 00:01:31 -0000

Adam Roach has entered the following ballot position for
draft-ietf-ccamp-rsvp-te-bandwidth-availability-14: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


Thanks for everyone's work on this document.


>     Availability (4 octets): a 32-bit floating point number describes
>     the decimal value of availability requirement for this bandwidth
>     request. The value MUST be less than 1and is usually expressed in
>     the value of 0.99/0.999/0.9999/0.99999.

"32-bit floating point number" is not sufficiently precise to specify the
encoding of this field. Presumably, this is intended to use IEEE 754-2008
32-bit binary interchange format. Please specify this, and add a normative
citation for IEEE 754-2008.



>  When a node does not support the Availability TLV, the node SHOULD
>  generate a PathErr message with the error code "Extended Class-Type
>  Error" and the error value "Class-Type mismatch" (see [RFC2205]).

Presumably, this "SHOULD" is a restatement of behavior defined in RFC 2205? (I
presume this because there's no way for this specification to retroactively
impose requirements on implementations that don't support it.) If so, please
remove the RFC-2119 language (or include it only as a direct quote from the RFC
that defines the requirement in the first place).