Re: [Idr] [internet-drafts@ietf.org: I-D Action: draft-haas-idr-extended-experimental-00.txt]

Jeffrey Haas <jhaas@pfrc.org> Mon, 07 November 2016 15:23 UTC

Return-Path: <jhaas@slice.pfrc.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 BCE8A129A62 for <idr@ietfa.amsl.com>; Mon, 7 Nov 2016 07:23:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.399
X-Spam-Level:
X-Spam-Status: No, score=-3.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 d71kwdikFwUu for <idr@ietfa.amsl.com>; Mon, 7 Nov 2016 07:23:35 -0800 (PST)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id A6995129A44 for <idr@ietf.org>; Mon, 7 Nov 2016 07:23:35 -0800 (PST)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 91C1F1E337; Mon, 7 Nov 2016 10:26:16 -0500 (EST)
Date: Mon, 7 Nov 2016 10:26:16 -0500
From: Jeffrey Haas <jhaas@pfrc.org>
To: Marco Marzetti <marco@lamehost.it>
Message-ID: <20161107152616.GB25256@pfrc.org>
References: <20161031205515.GA25507@pfrc.org> <5818E126.2090202@foobar.org> <20161101185759.GA23458@pfrc.org> <CAO367rUUHO5zDLMzeLYbka_04k7WyFrw6BM83tyJeM4rZ8RZKQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAO367rUUHO5zDLMzeLYbka_04k7WyFrw6BM83tyJeM4rZ8RZKQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/rnEquLmo9YVfxTK1fiDu0RavCX4>
Cc: idr@ietf.org
Subject: Re: [Idr] [internet-drafts@ietf.org: I-D Action: draft-haas-idr-extended-experimental-00.txt]
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: Mon, 07 Nov 2016 15:23:37 -0000

Marco,

On Sun, Nov 06, 2016 at 08:23:36PM +0100, Marco Marzetti wrote:
> On Tue, Nov 1, 2016 at 7:58 PM, Jeffrey Haas <jhaas@pfrc.org> wrote:
> 
> >
> > A feature such as this one, perhaps extended with a per-attribute form of
> > draft-ietf-idr-bgp-attribute-announcement along with enough information to
> > figure out when filtering wasn't done could provide some safety.
> >
> > The related changes to this proposal would be to simply add the 4-octets of
> > the attribute announcement scoping and potentially the attaching AS.
> > However, given even such vendor features are likely to need to work in an
> > inter-as fashion, generating scopes of containment become tricky.
> >
> >
> I have always wondered if we should add and N bit to
> draft-ietf-idr-bgp-attribute-announcement to limit the advertisements to
> neighbor ASes only.

Such a thing was discussed among the authors of the attribute-announcement
draft.  What this would mean is such a bit would need to be set and then
automatically reset into the M-bits (C+A) at the next boundary.

The general challenges about what to do when intervening routers did not
understand the header remain.

-- Jeff