Re: [Idr] [GROW] operator inputs -- route leak solution

Gert Doering <gert@space.net> Thu, 23 March 2017 07:46 UTC

Date: Thu, 23 Mar 2017 08:45:57 +0100
From: Gert Doering <gert@space.net>
To: Nick Hilliard <nick@foobar.org>
Cc: Gert Doering <gert@space.net>, "idr@ietf.org" <idr@ietf.org>, "grow@ietf.org" <grow@ietf.org>
Message-ID: <20170323074557.GK2367@Space.Net>
References: <DM2PR09MB044656C168037D0BEF7A78CB843D0@DM2PR09MB0446.namprd09.prod.outlook.com> <20170321205513.GA2367@Space.Net> <CAH1iCirbAnj+Tyn0rs5Zs9-RyY=Qj2onqNh=DehEkDQtPrRSJA@mail.gmail.com> <20170322143302.GG2367@Space.Net> <58D2F5E7.80205@foobar.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="H8PKZwTLj31pggDC"
Content-Disposition: inline
In-Reply-To: <58D2F5E7.80205@foobar.org>
User-Agent: Mutt/1.7.2 (2016-11-26)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Bi51FUjc66c5LN5y-n_V0GhtN_w>
Subject: Re: [Idr] [GROW] operator inputs -- route leak solution
Precedence: list

Hi,

On Thu, Mar 23, 2017 at 12:08:39AM +0200, Nick Hilliard wrote:
> Gert Doering wrote:
> > If ISPs do not turn this *on* on their customer connections, it will not
> > do anything - and given that those ISPs that *need* to turn this on are
> > the ones that are not caring today, I'm still not seeing why they would
> > turn this on tomorrow.
> 
> the asns unlikely to turn on a feature like this are leaf customers,
> which is intentional.

In a topology "Upstream1<->customer<->Upstream2" the filtering, aka 
the "turning on of the new feature" needs to happen at both upstreams -
both need to send the new attribute downstream, and filter prefixes 
coming in from their customer with the new attribute.

If either upstream doesn't turn this on on their session to "cutomer", 
the mechanism will not work (and you can't make it default, as it
would break upstream/peering sessions).

Please explain to me how this is going to work if "lazy upstream ISP" 
keeps being lazy, and does nothing.

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                        Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444           USt-IdNr.: DE813185279

Attachment: signature.asc

[Idr] operator inputs -- route leak solution Sriram, Kotikalapudi (Fed)
Re: [Idr] operator inputs -- route leak solution Gert Doering
Re: [Idr] operator inputs -- route leak solution Brian Dickson
Re: [Idr] operator inputs -- route leak solution Neil J. McRae
Re: [Idr] operator inputs -- route leak solution Gert Doering
Re: [Idr] [GROW] operator inputs -- route leak so… Nick Hilliard
Re: [Idr] [GROW] operator inputs -- route leak so… Nick Hilliard
Re: [Idr] operator inputs -- route leak solution Brian Dickson
Re: [Idr] [Sidrops] operator inputs -- route leak… Randy Bush
Re: [Idr] [Sidrops] operator inputs -- route leak… Brian Dickson
Re: [Idr] [Sidrops] operator inputs -- route leak… Randy Bush
Re: [Idr] [Sidrops] operator inputs -- route leak… Sriram, Kotikalapudi (Fed)
Re: [Idr] [GROW] operator inputs -- route leak so… Gert Doering
Re: [Idr] operator inputs -- route leak solution Gert Doering
Re: [Idr] [GROW] [Sidrops] operator inputs -- rou… Susan Hares
Re: [Idr] [GROW] operator inputs -- route leak so… Andrei Robachevsky
Re: [Idr] [Sidrops] operator inputs -- route leak… Randy Bush
Re: [Idr] [sidr] operator inputs -- route leak so… Randy Bush

Re: [Idr] [GROW] operator inputs -- route leak solution

Attachment: signature.asc