Roman Danyliw's No Objection on draft-ietf-rtgwg-enterprise-pa-multihoming-08: (with COMMENT)
Roman Danyliw via Datatracker <noreply@ietf.org> Wed, 26 June 2019 12:57 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: rtgwg@ietf.org
Delivered-To: rtgwg@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D65EC12013F; Wed, 26 Jun 2019 05:57:05 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-rtgwg-enterprise-pa-multihoming@ietf.org, Ron Bonica <rbonica@juniper.net>, rtgwg-chairs@ietf.org, rbonica@juniper.net, rtgwg@ietf.org
Subject: Roman Danyliw's No Objection on draft-ietf-rtgwg-enterprise-pa-multihoming-08: (with COMMENT)
X-Test-IDTracker: no
X-IETF-IDTracker: 6.98.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Roman Danyliw <rdd@cert.org>
Message-ID: <156155382586.20201.14088878618004862906.idtracker@ietfa.amsl.com>
Date: Wed, 26 Jun 2019 05:57:05 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/0SRs-enfTaJfkEiHseeGmW-2NzY>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jun 2019 12:57:06 -0000
Roman Danyliw has entered the following ballot position for draft-ietf-rtgwg-enterprise-pa-multihoming-08: 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-rtgwg-enterprise-pa-multihoming/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- A few questions and comments: (1) Section 1. Per “That is, some routers must be capable of some form of Source Address Dependent Routing (SADR), if only as described in [RFC3704]”, I’m not sure what minimal SADR technique is being described in RFC3704. What section? (2) Section 3.5. Per “However, when evaluating scalable implementations of the solution, it would be reasonable to assume that the maximum number of ISPs that a site would connect to is five”, what is the basis of the up to _five_ ISPs? (3) Section 5. Per “If all of the ISP uplinks are working, the choice of source address by the host may be driven by the desire to load share across ISP uplinks …”, how does an individual host have enough information to make that kind of decision? (4) Section 5. Per “An external host initiating communication with a host internal to a PA multihomed site will need to know multiple addresses for that host in order to communicate with it using different ISPs to the multihomed site.”, what is mean by “in order to communicate with it using different ISPs”? Why would being multi-homed this matter? Wouldn’t one IP address be sufficient? Section 9. Per “It recommends that a given host verify the original packet header included into ICMPv6 error message was actually sent by the host itself”, is this guidance to the host or to network stack implementers? (5) Section 9. Given the current (helpful) text about the threat of a spoofed ICMPv6 message, it would be equally useful to discuss the threat to the other approach in Section 5 (i.e., DHCPv6) – a rogue DHCPv6 server. A few editorial nits: ** Section 4. s/As as/As/ ** Section 5.1. Typo. s/such as way/such a way/ ** Section 5.2.3 Multiple Typos. s/signalling/signaling/g ** Section 5.2.3. Typo. s/An site/A site/ ** Section 5.6. Per the use of the term “wall garden”, do you mean “walled garden”? ** Section 5.6 and 5.7.1. Multiple Typos. s/envinronments /environments/g ** Section 6. Typo. s/mutiple/multiple ** Section 6. Missing space. /[I-D.ietf-intarea-provisioning-domains]takes/[I-D.ietf-intarea-provisioning-domains] takes/ ** Section 9. Typo. /mechanim/mechanism/
- Roman Danyliw's No Objection on draft-ietf-rtgwg-… Roman Danyliw via Datatracker
- Re: Roman Danyliw's No Objection on draft-ietf-rt… Jen Linkova