[Sidrops] draft-ietf-sidrops-8210bis
Randy Bush <randy@psg.com> Sat, 29 August 2020 17:14 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 4E0F63A0CF0 for <sidrops@ietfa.amsl.com>; Sat, 29 Aug 2020 10:14:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=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 Iu59oB5TdcHF for <sidrops@ietfa.amsl.com>; Sat, 29 Aug 2020 10:14:26 -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 413083A0CE8 for <sidrops@ietf.org>; Sat, 29 Aug 2020 10:14:26 -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 1kC4Qr-0001qn-1L for sidrops@ietf.org; Sat, 29 Aug 2020 17:14:25 +0000
Date: Sat, 29 Aug 2020 10:14:24 -0700
Message-ID: <m2k0xhtlvz.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: SIDR Operations WG <sidrops@ietf.org>
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/i9Zd0NPldZfGjgRas3IyOfXvpjo>
Subject: [Sidrops] draft-ietf-sidrops-8210bis
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: Sat, 29 Aug 2020 17:14:27 -0000
draft-ietf-sidrops-8210bis has 1.2. Changes from RFC 8210 This section summarizes the significant changes between [RFC6810] and the protocol described in this document. o New ASPA PDU type (Section 5.12) added to support [I-D.ietf-sidrops-aspa-profile]. o A small section, Section 11, has been added to handle two ROA PDU race conditions, Break Before Make and Shorter Prefix First. it is not clear there is a rush on ASPA. as ROA PDU Race Minimization has serious effect on cache behavior, 11. ROA PDU Race Minimization When a cache is sending ROA PDUs to the router, especially during an initial full load, two undesirable race conditions are possible: Break Before Make: For some prefix P, an AS may announce two (or more) ROAs because they are in the process of changing what provider AS is announcing P. This is is a case of "make before break." If a cache is feeding a router and sends the one not yet in service a significant time before sending the one currently in service, then BGP data could be marked invalid during the interval. To minimize that interval, the cache SHOULD announce all ROAs for the same prefix as close to sequentially as possible. Shorter Prefix First: If an AS has issued a ROA for P0, and another AS (likely their customer) has issued a ROA for P1 which is a sub- prefix of P0, a router which receives the ROA for P0 before that for P1 is likely to mark a BGP prefix P1 invalid. Therefore, the cache SHOULD announce the sub-prefix P1 before the covering prefix P0. this has overlap with a discussion Job was having. i would like to close on this and get it out the door. but it would be good if folk, reread, thought, and commented. randy
- [Sidrops] draft-ietf-sidrops-8210bis Randy Bush
- Re: [Sidrops] draft-ietf-sidrops-8210bis Di Ma
- Re: [Sidrops] draft-ietf-sidrops-8210bis Randy Bush
- Re: [Sidrops] draft-ietf-sidrops-8210bis Di Ma
- Re: [Sidrops] draft-ietf-sidrops-8210bis Jakob Heitz (jheitz)