[Teas] Spencer Dawkins' No Objection on draft-ietf-teas-rsvp-te-domain-subobjects-03: (with COMMENT)

"Spencer Dawkins" <spencerdawkins.ietf@gmail.com> Tue, 17 November 2015 02:36 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: teas@ietf.org
Delivered-To: teas@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AF6041ACD4D; Mon, 16 Nov 2015 18:36:22 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Spencer Dawkins <spencerdawkins.ietf@gmail.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.10.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20151117023622.11790.78501.idtracker@ietfa.amsl.com>
Date: Mon, 16 Nov 2015 18:36:22 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/5VA8OclUdCkI-MjaF9PPW_QH5qY>
X-Mailman-Approved-At: Tue, 17 Nov 2015 08:28:58 -0800
Cc: teas-chairs@ietf.org, teas@ietf.org, draft-ietf-teas-rsvp-te-domain-subobjects@ietf.org, vbeeram@juniper.net
Subject: [Teas] Spencer Dawkins' No Objection on draft-ietf-teas-rsvp-te-domain-subobjects-03: (with COMMENT)
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.15
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2015 02:36:22 -0000

Spencer Dawkins has entered the following ballot position for
draft-ietf-teas-rsvp-te-domain-subobjects-03: No Objection

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:
https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-domain-subobjects/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

In this text:

   The new subobjects introduced by this document will not be understood
   by legacy implementations.  If one of the subobjects is received in a
   RSVP-TE object that does not understand it, it will behave as
   described in [RFC3209] and [RFC4874]. 
   
I think something is confused. Do RSVP-TE objects understand subobjects?
Or is this 

   The new subobjects introduced by this document will not be understood
   by legacy implementations.  If a legacy implementations receives one 
   of the subobjects in an RSVP-TE object that it does not understand,
the
   legacy implementation will behave as described in [RFC3209] and
[RFC4874]. 

correct?