Re: [GROW] [Idr] RFC7854: EoR

Jeffrey Haas <jhaas@pfrc.org> Mon, 12 September 2022 20:36 UTC

Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5AE5C1522C6; Mon, 12 Sep 2022 13:36:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vS0nOmSnPXWq; Mon, 12 Sep 2022 13:36:16 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id A148DC14F726; Mon, 12 Sep 2022 13:36:15 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id ACB351E341; Mon, 12 Sep 2022 16:36:13 -0400 (EDT)
Date: Mon, 12 Sep 2022 16:36:13 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: Vincent Bernat <vincent@bernat.ch>
Cc: idr@ietf.org, grow@ietf.org
Message-ID: <20220912203612.GA18968@pfrc.org>
References: <bd7c5fb4-b398-c979-6f6b-0de82fd2ee12@bernat.ch> <dba40193-138e-5981-a4c2-6fc44fadde51@bernat.ch>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <dba40193-138e-5981-a4c2-6fc44fadde51@bernat.ch>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/grow/oX_v-Qv7wcwsex4P8S1OQDklruE>
Subject: Re: [GROW] [Idr] RFC7854: EoR
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/grow/>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Sep 2022 20:36:20 -0000

+grow, where BMP is standardized.

On Sun, Sep 11, 2022 at 09:45:29PM +0200, Vincent Bernat wrote:
> Hey!
> 
> In 3.3:
> 
>    Once it has sent all the
>    routes for a given peer, it MUST send an End-of-RIB message for that
>    peer; when End-of-RIB has been sent for each monitored peer, the
>    initial table dump has completed.  (A monitoring station that only
>    wants to gather a table dump could close the connection once it has
>    gathered an End-of-RIB or Peer Down message corresponding to each
>    Peer Up message.)
> 
> The wording looks like the EoR is sent once per peer. However, an
> EoR is AFI/SAFI-dependent. Therefore, it is unclear if any EoR
> should signal the end of the initial table dump or if one EoR per
> family is needed.
> 
> Looking at JunOS implementation, I see one EoR per family.

It is indeed per family in Juniper's implementation for exactly the reasons
you mention.

If the authors agree that was the intent, it's minimally worth an RFC Errata
covering the point.

-- Jeff