IETF Logo Mail Archive

Re: [Sidrops] Opsdir last call review of draft-ietf-sidrops-ov-egress-01

Randy Bush <randy@psg.com> Fri, 20 March 2020 16:10 UTC

Return-Path: <randy@psg.com>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31DAF3A0C4F; Fri, 20 Mar 2020 09:10:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01] 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 pDXOJX6Z1INf; Fri, 20 Mar 2020 09:10:46 -0700 (PDT)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 066113A0C6F; Fri, 20 Mar 2020 09:09:03 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from <randy@psg.com>) id 1jFKCc-0003jK-9i; Fri, 20 Mar 2020 16:08:54 +0000
Date: Fri, 20 Mar 2020 09:08:53 -0700
Message-ID: <m2k13f3t62.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Ben Maddison <benm@workonline.africa>
Cc: "job@ntt.net" <job@ntt.net>, "nick@foobar.org" <nick@foobar.org>, "last-call@ietf.org" <last-call@ietf.org>, "ops-dir@ietf.org" <ops-dir@ietf.org>, "linda.dunbar@futurewei.com" <linda.dunbar@futurewei.com>, "sidrops@ietf.org" <sidrops@ietf.org>, "draft-ietf-sidrops-ov-egress.all@ietf.org" <draft-ietf-sidrops-ov-egress.all@ietf.org>
In-Reply-To: <55f529777e4524b2ac2f6f94c0955611d04aa250.camel@workonline.africa>
References: <158448201565.32201.9748655174984394118@ietfa.amsl.com> <624bd5c7-5459-64c2-5694-b77dde5835a6@foobar.org> <20200318012635.GE77479@vurt.meerval.net> <m2wo7i78bs.wl-randy@psg.com> <55f529777e4524b2ac2f6f94c0955611d04aa250.camel@workonline.africa>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.3 Mule/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/oeZvKwnhND0LneCBFiZLb4EGPRo>
Subject: Re: [Sidrops] Opsdir last call review of draft-ietf-sidrops-ov-egress-01
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2020 16:10:58 -0000

>>> BGP implementations have to take removal of private AS(s),
>>> confederation, AS migration, etc into consideration.
>> 
>> and the winds of summer.  we do not need to enumerate all knobs, as
>> if we could.
>> 
> But enumerating *some* helps the reader understand the context in which
> this is important/useful.

which is why

   When applied to egress policy, the effective origin AS MUST be used
   to determine the Origin Validation state.  The effective origin AS is
   that which will actually be the origin AS in the announcement.  It
   might be affected by removal of private AS(s), confederation, AS
   migration, etc.

randy

v2.23.0 | Report a Bug | By Email