[Bier] draft-ietf-bier-ospfv3-extensions-02.txt review with comments/suggestions
Toerless Eckert <tte@cs.fau.de> Fri, 20 November 2020 06:33 UTC
Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E3B33A192D; Thu, 19 Nov 2020 22:33:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level:
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CbdLc_57ArXZ; Thu, 19 Nov 2020 22:33:54 -0800 (PST)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FCBF3A191E; Thu, 19 Nov 2020 22:33:49 -0800 (PST)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 08CE3548069; Fri, 20 Nov 2020 07:33:44 +0100 (CET)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 03315440059; Fri, 20 Nov 2020 07:33:44 +0100 (CET)
Date: Fri, 20 Nov 2020 07:33:43 +0100
From: Toerless Eckert <tte@cs.fau.de>
To: bier@ietf.org, draft-ietf-bier-ospfv3-extensions@ietf.org
Message-ID: <20201120063343.GA30834@faui48f.informatik.uni-erlangen.de>
References: <159032862391.1738.4196692384836523315@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <159032862391.1738.4196692384836523315@ietfa.amsl.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/w-QFxWo9AuangfVYm7WT8fC1FS0>
Subject: [Bier] draft-ietf-bier-ospfv3-extensions-02.txt review with comments/suggestions
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Nov 2020 06:33:58 -0000
Hi folks Would certainly like to help move documents along, and so i've reviewed subject document. Hopefully this is helpfull: I have not followed the history of the document, i should probably apologize for that, but then again, the document itself does not have a changelog (mumble), so i think we're even. a) Looking through the diffs and ending up in: http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://tools.ietf.org/rfc/rfc8444.txt&url2=https://tools.ietf.org/id/draft-ietf-bier-ospfv3-extensions-02.txt It looks as if the document is ever more approaching to be textually identical to it's 'predecesor' (RFC8444). Yet, there is a gratuitous amount of differences in the text that is just language and not actual functional difference. 80% of it might be better english, 20% probably not. I wonder if these differences are worth it. I would imagine that IESG review could be sped up if the diff was minimal and only covered actual functional differences. However bad the text of RFC8444 might have been, it DID pass through IESG review and became standard RFC, so why try to reinvent the language wheel unnecessarily. One option to resolve this is to simply do take the whole of RFC8444 and just put in the minimal text diffs required to make it about OSPFv3. b) Functionally, i really would love to see a short summary sentence about the functional difference between BIER for OSPFv2 (RFC8444) and OSPFv3. If i correctly understand it, there is no difference whatsoever in functionality for BIER except that by virtue of the OSPF version, OSPFv3 allows for BFR-prefixes to now be either IPv4 and/or IPv6 addrsses. Right ? Saying that would be a helpfull sentence. c) Wrt to the inter area propagation described in 2.3: I never understood from RFC8444 2.3 and from this draft, whether the described ABR propagation procedure was an optional ABR configured policy or whether it must always happen. It would be great for the text to be clearer about that than it (and RFC8444) currently is. This may be obvious to OSPF experts, but hey: this is in BIER-WG. Once i know whether it is always mandatory or configured policy i would be happy to suggest text that would make that choice clearer to me and maybe other non OSPF experts. In summary, pending on resolution of b), c), i think the document is ready to be passed to IESG. IMHO, a) is an RFC-editor question and if i was shepherd i would try to make that argument with IESG if you folks want to keep these a) "textual improvements" over RFC8444. Cheers Toerless On Sun, May 24, 2020 at 06:57:03AM -0700, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Bit Indexed Explicit Replication WG of the IETF. > > Title : OSPFv3 Extensions for BIER > Authors : Peter Psenak > Nagendra Kumar Nainar > IJsbrand Wijnands > Filename : draft-ietf-bier-ospfv3-extensions-02.txt > Pages : 10 > Date : 2020-05-24 > > Abstract: > Bit Index Explicit Replication (BIER) is an architecture that > provides multicast forwarding through a "BIER domain" without > requiring intermediate routers to maintain multicast related per-flow > state. Neither does BIER require an explicit tree-building protocol > for its operation. A multicast data packet enters a BIER domain at a > "Bit-Forwarding Ingress Router" (BFIR), and leaves the BIER domain at > one or more "Bit-Forwarding Egress Routers" (BFERs). The BFIR router > adds a BIER header to the packet. Such header contains a bit-string > in which each bit represents exactly one BFER to forward the packet > to. The set of BFERs to which the multicast packet needs to be > forwarded is expressed by the according set of bits set in BIER > packet header. > > This document describes the OSPFv3 [RFC8362] protocol extensions > required for BIER with MPLS encapsulation [RFC8296]. Support for > other encapsulation types is outside the scope of this document. The > use of multiple encapsulation types is outside the scope of this > document. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-bier-ospfv3-extensions/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-bier-ospfv3-extensions-02 > https://datatracker.ietf.org/doc/html/draft-ietf-bier-ospfv3-extensions-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-ospfv3-extensions-02 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier
- [Bier] I-D Action: draft-ietf-bier-ospfv3-extensi… internet-drafts
- [Bier] draft-ietf-bier-ospfv3-extensions-02.txt r… Toerless Eckert
- Re: [Bier] draft-ietf-bier-ospfv3-extensions-02.t… Toerless Eckert