[bess] Mirja Kühlewind's Discuss on draft-ietf-bess-mvpn-expl-track-12: (with DISCUSS and COMMENT)

Mirja Kühlewind <ietf@kuehlewind.net> Wed, 24 October 2018 12:28 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1500A130F61; Wed, 24 Oct 2018 05:28:22 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: =?utf-8?q?Mirja_K=C3=BChlewind?= <ietf@kuehlewind.net>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-bess-mvpn-expl-track@ietf.org, bess-chairs@ietf.org, stephane.litkowski@orange.com, bess@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.87.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <154038410206.6927.15775732681687781010.idtracker@ietfa.amsl.com>
Date: Wed, 24 Oct 2018 05:28:22 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/FFqmzNELboDFATHHRvzHAoNtP1Q>
Subject: [bess] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-?= =?utf-8?q?bess-mvpn-expl-track-12=3A_=28with_DISCUSS_and_COMMENT=29?=
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Oct 2018 12:28:27 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-bess-mvpn-expl-track-12: 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:


In section 9 (security considerations):
Thanks for discussing network load here! However, I find this sentence a bit
   „The specification of counter-measures for this problem is outside the scope
   of this document.“
Isn’t there any easy way to make some more recommendations for counter measures
that could be discussed here? E.g. implement some rate limiting or filtering.
Or only accept LIR-PF request from preconfigured hosts (given that LIR-PF
support must anyway be pre-configured)? I’m not an expert on this topic and
therefore don’t know if any of such recommendations make sense, however, I
would quickly like to discuss if it is potentially possible to say more than
what’s current said. Thanks!


Some other minor comments:
 1) section 2: „Use of this flag in the PTA carried by other route types is outside
   the scope of this document.  Use of this flag in the PTA carried by
   an S-PMSI A-D routes whose NLRI does not contain a wildcard is
   outside the scope of this document.“
Maybe you also want to say something like „The flag SHOULD be ignored in these cases.“..?

 2) section 3
s/The result (if any) is the match for tracking“/The result (if any) is the “match for tracking“/
(missing quotes)