Re: [Idr] 答复: WG LC for draft-ietf-idr-bgp-open-policy-10.txt (6/4 to 6/18)(.
Randy Bush <randy@psg.com> Thu, 11 June 2020 14:31 UTC
Return-Path: <randy@psg.com>
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 1E26A3A0943 for <idr@ietfa.amsl.com>; Thu, 11 Jun 2020 07:31:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 S6bj0NrtZ2g3 for <idr@ietfa.amsl.com>; Thu, 11 Jun 2020 07:31:44 -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 9BD1E3A095F for <idr@ietf.org>; Thu, 11 Jun 2020 07:31:44 -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 1jjOF1-00031x-RY; Thu, 11 Jun 2020 14:31:40 +0000
Date: Thu, 11 Jun 2020 07:31:39 -0700
Message-ID: <m2a719r7w4.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>
Cc: Interminable Discussion Room <idr@ietf.org>
In-Reply-To: <007801d63fc5$d02e49d0$708add70$@tsinghua.org.cn>
References: <005901d63ab5$d6003e00$8200ba00$@ndzh.com> <007801d63fc5$d02e49d0$708add70$@tsinghua.org.cn>
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="ISO-2022-JP"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/61ezGoul04wkVElcABTldTiQh5M>
Subject: Re: [Idr] 答复: WG LC for draft-ietf-idr-bgp-open-policy-10.txt (6/4 to 6/18)(.
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 11 Jun 2020 14:31:46 -0000
> Can the authors give more explanation on the following description in > https://datatracker.ietf.org/doc/html/draft-ietf-idr-bgp-open-policy-10#sect > ion-8: > > There are peering relationships that are 'complex', i.e., both > parties are intentionally sending prefixes received from each other > to their non-transit peers and/or transit providers. If multiple BGP > peerings can segregate the 'complex' parts of the relationship, the > complex peering roles can be segregated into different normal BGP > sessions, and BGP Roles MUST be used on each of the resulting normal > (non-complex) BGP sessions. > > Some figures or more detailed explanations will be helpful to get the > description of “complex”. Is there any situation that the multiple BGP > peering can’t be segregated? we call such relationships complex because they have been quite varied. so i am not sure how far down this rabbit hole alexander wants to go. but let me give you an example. i can use this one because the relationship was publicly discovered and then disclosed. back in the day, i think it was PSInet and AboveNet were in a peering war. it was causing actual damage to a significant population. so verio, which peered with both, configured to transit them to eachother through verio in the middle note that this was an intermediate party giving partial (only some routes) transit to two other parties. now this is but one example, trying to get folk to think about how large and complex the space of complex relationships is. so i am not too supportive of trying to describe the space in any formal sense. while gao rexford has been well demonstrated not to always hold, it is a wonderfully simplifying assumption which lets us think about things and then say that the rest is complex. :) randy
- [Idr] WG LC for draft-ietf-idr-bgp-open-policy-10… Susan Hares
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Jeff Tantsura
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Brian Dickson
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Sebastian Becker
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Borchert, Oliver (Fed)
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Gyan Mishra
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Pavel Lunin
- [Idr] 答复: WG LC for draft-ietf-idr-bgp-open-polic… Aijun Wang
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Dmitry Afanasiev
- Re: [Idr] 答复: WG LC for draft-ietf-idr-bgp-open-p… Randy Bush
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Sriram, Kotikalapudi (Fed)
- Re: [Idr] 答复: WG LC for draft-ietf-idr-bgp-open-p… Pavel Lunin
- Re: [Idr] 答复: WG LC for draft-ietf-idr-bgp-open-p… Alexander Azimov
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Susan Hares
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Gyan Mishra
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Gyan Mishra
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Alexander Azimov
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Alexander Azimov
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Pavel Lunin
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Andrei Robachevsky
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Gyan Mishra
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Gyan Mishra
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Pavel Lunin
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Gyan Mishra
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Luuk Hendriks
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Sriram, Kotikalapudi (Fed)
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Andrei Robachevsky
- Re: [Idr] WG LC for draft-ietf-idr-bgp-open-polic… Susan Hares