[Idr] Martin Duke's No Objection on draft-ietf-idr-flow-spec-v6-17: (with COMMENT)

Martin Duke via Datatracker <noreply@ietf.org> Wed, 28 October 2020 18:06 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: idr@ietf.org
Delivered-To: idr@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C7A083A0AB9; Wed, 28 Oct 2020 11:06:01 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Martin Duke via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-idr-flow-spec-v6@ietf.org, idr-chairs@ietf.org, idr@ietf.org, Jie Dong <jie.dong@huawei.com>, aretana.ietf@gmail.com, jie.dong@huawei.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.21.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Martin Duke <martin.h.duke@gmail.com>
Message-ID: <160390836179.30583.15238094509974704819@ietfa.amsl.com>
Date: Wed, 28 Oct 2020 11:06:01 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/x9kyUb1uED0OXuseGxi0ySd83t4>
Subject: [Idr] Martin Duke's No Objection on draft-ietf-idr-flow-spec-v6-17: (with COMMENT)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Oct 2020 18:06:02 -0000

Martin Duke has entered the following ballot position for
draft-ietf-idr-flow-spec-v6-17: 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-idr-flow-spec-v6/



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

IIUC the truth table for Type 12 (Fragment) is as follows:

          Offset = 0             Offset > 0

M = 0    NOT (FF | IsF)   (LF)

M = 1      (FF)                    ?

IsF is the two right cells in the table, but there is no way to express the
lower right cell using these semantics. If IsF meant "neither first nor last
fragment" it would be possible to express all possibilities using the bitmask
and bitmask_op. Maybe that's a use case we don't envision right now, but I
don't see any downside in being able to express it.

Otherwise, this is a great document. Thanks!