[Idr] Unspecified handling of multiple ADD-PATH capabilities

Ondrej Zajicek <santiago@crfreenet.org> Fri, 15 July 2016 09:29 UTC

Return-Path: <santiago@crfreenet.org>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39C7212DC52; Fri, 15 Jul 2016 02:29:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.187
X-Spam-Level:
X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.287] autolearn=ham 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 yW9LuGfIEObH; Fri, 15 Jul 2016 02:29:25 -0700 (PDT)
Received: from mail.crfreenet.org (gateway.crfreenet.org [81.92.146.254]) by ietfa.amsl.com (Postfix) with ESMTP id 2F58912DB52; Fri, 15 Jul 2016 02:29:21 -0700 (PDT)
Received: from feanor (unknown [164.215.121.182]) by mail.crfreenet.org (Postfix) with ESMTP id AB368FCCD; Fri, 15 Jul 2016 11:29:19 +0200 (CEST)
Date: Fri, 15 Jul 2016 11:29:18 +0200
From: Ondrej Zajicek <santiago@crfreenet.org>
To: idr@ietf.org, draft-ietf-idr-add-paths@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
X-Operating-System: Debian GNU/Linux
User-Agent: Mutt/1.5.23 (2014-03-12)
Message-Id: <20160715092919.AB368FCCD@mail.crfreenet.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/czyFFKRikMZ0Adr_FBxc_EalJwU>
Subject: [Idr] Unspecified handling of multiple ADD-PATH capabilities
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Fri, 15 Jul 2016 09:29:27 -0000

Hi

draft-ietf-idr-add-paths-15 does not specify how multiple ADD-PATH
capability instances received in one OPEN message should be handled.

There are at least three incompatible possibilities:

1) Ignore all but first/last (like RFC 4724).

2) Merge on per-AF basis, use first/last per AF.

3) Merge on per-(AF+direction) basis


Note that RFC 5492 requires handling of multiple instances to be specified:

   BGP speakers MAY include more than one instance of a capability (as
   identified by the Capability Code) with non-zero Capability Length
   field, but with different Capability Value and either the same or
   different Capability Length.  Processing of these capability
   instances is specific to the Capability Code and MUST be described in
   the document introducing the new capability.

-- 
Elen sila lumenn' omentielvo

Ondrej 'Santiago' Zajicek (email: santiago@crfreenet.org)
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net)
"To err is human -- to blame it on a computer is even more so."