[Idr] Erik Kline's Yes on draft-ietf-idr-rfc5575bis-22: (with COMMENT)
Erik Kline via Datatracker <noreply@ietf.org> Mon, 20 April 2020 07:23 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 4D8423A12E2; Mon, 20 Apr 2020 00:23:58 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Erik Kline via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-idr-rfc5575bis@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: 6.127.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Erik Kline <ek.ietf@gmail.com>
Message-ID: <158736743780.26521.14193221247582622698@ietfa.amsl.com>
Date: Mon, 20 Apr 2020 00:23:58 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/pB_PkxJAiGtWLG1quC6GyxNmbjY>
Subject: [Idr] Erik Kline's Yes on draft-ietf-idr-rfc5575bis-22: (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: Mon, 20 Apr 2020 07:23:58 -0000
Erik Kline has entered the following ballot position for draft-ietf-idr-rfc5575bis-22: Yes 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-rfc5575bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [ sections 4.{1,3} ] Thank you for the clarifying examples at the boundary. [ sections 4.2.2.{4,5,6} ] What about non-{TCP,UDP} protocols with ports? Should operators be able to express a flow spec for SCTP traffic (e.g. within a 3GPP network context)? There's no mention of any such support in 5575, so I'll presume this sort of thing is left to another document (whether or not that document exists). [ section 5.1 ] My reading of this is that sorting between 2 different specifications each with source and destinations prefixes must always be examined by destination prefix first (because of the component ordering restriction in section 4.2). Is this correct? [ section 7 ] "may interfere with each other even contradict" --> "may interfere with each other or even contradict" ? [ section 11.2 ] "by a an 8-bit" --> "by an 8-bit" ?
- [Idr] Erik Kline's Yes on draft-ietf-idr-rfc5575b… Erik Kline via Datatracker