Re: [Idr] New Version Notification for draft-wang-idr-rd-orf-03.txt

"Fomin, Sergey (Nokia - US/Mountain View)" <sergey.fomin@nokia.com> Mon, 24 August 2020 20:28 UTC

Return-Path: <sergey.fomin@nokia.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 D7C2A3A0C39 for <idr@ietfa.amsl.com>; Mon, 24 Aug 2020 13:28:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.001
X-Spam-Level:
X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 aF3SPdxQ2jXM for <idr@ietfa.amsl.com>; Mon, 24 Aug 2020 13:28:07 -0700 (PDT)
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2115.outbound.protection.outlook.com [40.107.243.115]) (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 655D03A0C38 for <idr@ietf.org>; Mon, 24 Aug 2020 13:28:07 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KqB5wuqcWOO9Xgp72a1T0J2FytxpSEXszph6ZcUkM4MtkoX79UR873QATxm7iiTsJy0qRIlv6C8IAS4AIh6LCabwe/k8h+3wxSArEqmLCCkiCL5LHy7h+I7eE2gquQNRi54HfsVwGG2tGp9gcdch7alqq+N24qylwX4AmzLT9yKtJORvQt+F42+xBnTzLFwomwgpGZYgx7fvNcjkpLIZjMsdn5z+i4VGvKQoJ5ZUzULNtMYuv4Y2GGMQYWIfGpjDLHZHaTzqNfNccBLp3n7ghPyUZPQlf98aq5fO2/4ehMSkIfPcoCrGUfVwm4YmO5YQ33tD5vrFUbPfueuB3ty7Kg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XFKjIXpw83NAUi9mnv0RmrQW4iIXXFF00loqRbuj+uI=; b=hXpSIUtw06f9zTJfkK+lzR0PXBgat3mcWakYJdtFc6jdQS5HgVFXP+YwNl3bRF1OATpZdGwJ0SwsZSvjqcgbu84TOu4DbQVxHHjxMKcoOCx4yul7QcA8vml6EEoAo2rnOv4r8hTIgc9pJTrTX42MUeOr1ojqqbG/1SkQBytAynlk+/q0BfCOYISLNwRMqRRNYXbGtbltWFIvRjawozV0OZjpu33/HHqSBw9zuv0NsQCcnPRfOOUHIdY/cHeSFfbIUzdZz8FwKIHg5+u3RVvQe5NIKLcvExvj8MJkkjL2jLrT950tfByayycnEL3H38ek9dEkqUKI0CHBAKqpdBsliA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XFKjIXpw83NAUi9mnv0RmrQW4iIXXFF00loqRbuj+uI=; b=XtkGWdDQ34MHiwHomXszqmh9xz3jhns4ZCtyJ6E9Lwpr53ePD84wyjfmhc7BmEPFnjeuUuP/0vMOocaiuhRSP5v7noHzJ+jYBf42Cy+XKT7gf1Ufd5RJP8J3O9Hgi56xT8Uqr4qydsKvLH5i0i6hiUbXkG/cyxNU34mdUVGcURk=
Received: from BYAPR08MB5493.namprd08.prod.outlook.com (2603:10b6:a03:cc::31) by BYAPR08MB4055.namprd08.prod.outlook.com (2603:10b6:a02:81::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.25; Mon, 24 Aug 2020 20:28:02 +0000
Received: from BYAPR08MB5493.namprd08.prod.outlook.com ([fe80::856f:d650:2695:2a4e]) by BYAPR08MB5493.namprd08.prod.outlook.com ([fe80::856f:d650:2695:2a4e%6]) with mapi id 15.20.3305.026; Mon, 24 Aug 2020 20:28:01 +0000
From: "Fomin, Sergey (Nokia - US/Mountain View)" <sergey.fomin@nokia.com>
To: "wangw36@chinatelecom.cn" <wangw36@chinatelecom.cn>
CC: idr <idr@ietf.org>
Thread-Topic: [Idr] New Version Notification for draft-wang-idr-rd-orf-03.txt
Thread-Index: AQHWecA15YvVN30Oc0mexz4PQcGTP6lHtp5Q
Date: Mon, 24 Aug 2020 20:28:01 +0000
Message-ID: <BYAPR08MB54935CC14FAD4B91D3331ED185560@BYAPR08MB5493.namprd08.prod.outlook.com>
References: <159823342044.23031.16551144892707874928@ietfa.amsl.com> <202008240951001271894@chinatelecom.cn>
In-Reply-To: <202008240951001271894@chinatelecom.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: chinatelecom.cn; dkim=none (message not signed) header.d=none;chinatelecom.cn; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [73.252.153.127]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: a4484b90-40aa-490b-7cb4-08d8486c32d2
x-ms-traffictypediagnostic: BYAPR08MB4055:
x-microsoft-antispam-prvs: <BYAPR08MB40556BF909808059A86127E085560@BYAPR08MB4055.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: /iiAkkCrfHozq0fG2B0ihx9DXfUW7NNwNXr/+ij6+SILVTUgGsOrCRRquRCUKCy48x7I6jbXBUhd8wV0ntaMGVBQ0tuhopA4FE8EeDILtgk/kvI3uyDxvBxkyip7DaQkxXO6xZ9dbSMox2OwRfCZjAqScS0Cp21UrGBEFiI3PTc/7dzWI2OkNEHb34nsn9Ikmbn2VuFcP7gvISsDr7QGt3CrGBX8X3whbufzz8PU3hvXZogZQNVSHjY0coD0UWEqAPac3TQO/FVuZn3lP3IqCZmxim8Nj7ukL7kVBP5yVZU/JeXAxwsspBZyUqalGZ+mkoXgaIJBB8zM+QiMs2snMcEz4nERg2iTPttcyNgbgbWweEIe1jkz1+G2IkpQr5xoJiBlbUM6pdHjDIlUFt4R+g==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR08MB5493.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(39860400002)(396003)(346002)(366004)(376002)(9686003)(53546011)(186003)(52536014)(5660300002)(6506007)(55016002)(2906002)(33656002)(966005)(4326008)(66476007)(64756008)(66556008)(66446008)(76116006)(66946007)(26005)(7696005)(66574015)(83380400001)(478600001)(8676002)(8936002)(6916009)(15650500001)(316002)(166002)(86362001)(71200400001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 7jref4sV2J3TEQCwxOPWvNvgX0E93/N/Rc61D/7mGVrIZk/ajJMjlh4/2nnrv0qR2CbNZf7/ZgzSeGsjS767AK9xjO8JHDhXZ/alg2GSKqF08SBA4Mf+/GMkACwh4i74RsqczJNwI1sGJNOAOnEHOlwcDUdBab64T26YHzCZvLkP1Q/fqpZDy/9JWX454FVAw9L5D/wkEHbFsxiNzezDo4NPzSjueoxnUaYCITD2xIvqAADp3ijG/gPlo6CxsFdhWsUAE/mgdnuFUR0ATT1yTSLYVr5BTLTurOsOW2zr1c6mhBnGwA97z9p74MEq8MfPtRQDpdMq2orGkH7DlXMlmctXSoq+2i/q/uUvaihY8XlMotbw7Q05hk9HXPlfG3CgWsKkcg3ZBumxx3QBf+pfQzwWbQjmGlNbEKRS7Kv0qCrHFruIVJEg7JrMzuhWtTOVCDnFyUFwAPIIsZSZLrWvQ4EnL3VvijnpSuMQuXS/SKwuKig6eSrPlJHiqv0mrNVbh32q7Ns9iFAaHRQcLeWET0d36u+rIGEvC4Wj6C9UczpbF0Wr+tVNMUrtgNh3wok6Ra2besqC/HQ+/l8orwRHkcpDqZyJlZpje9ogquOkrUMYIBqdUeXyCAPNqK2dnBmlRTYOMoVQavRP2qUMKOFwoA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR08MB54935CC14FAD4B91D3331ED185560BYAPR08MB5493namp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR08MB5493.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a4484b90-40aa-490b-7cb4-08d8486c32d2
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Aug 2020 20:28:01.7569 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: j30yp/9gKXdWASq/Ot1IZitzjVfaQgwMBQxLFjmHXfAdcWqujdClN+rTlAm3IERvOPM/o8ArB2p0X7UB4LbPMg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR08MB4055
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/h0TUF6brJ9JJo-Mw149Rv-HEj_0>
Subject: Re: [Idr] New Version Notification for draft-wang-idr-rd-orf-03.txt
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: Mon, 24 Aug 2020 20:28:10 -0000

Hi Wei Wang,

From your description of existing solutions:

>   4) Configure the Maximum Prefix for each VRF on edge nodes
>
>   When a VRF overflows, PE will break down the BGP session with RR
>   according to the Maximum Prefix mechanism.  However, there may have
>   several VRFs on PE rely on the PE-RR session, this mechanism will
>   influence other VRFs.
This is not correct. A good implementation of _per-vrf prefix-limit_ does not mandate MP-BGP session teardown, it allows to use soft actions instead, such as discard routes + log.

Additionally, if you insist that a local-only discard mechanism is not good enough (why?) and you want to prevent route advertisement(s) from an RR/remote PE for a specific VRF, it is hard to see real-world benefits of the proposed solution vs, for example, extra logic on top of RTC (i.e. if you implement a feature "withdraw an RTC route after FIB/memory utilization reaches 95%"). Yes, RD-ORF might be a bit more granular in such case, but does it bring any benefit? VRF with 50% reachability or VRF with 0% reachability from a given PE are both examples of unintended network state (and the earlier could be worse) that requires intervention.

--
Sergey

From: Idr <idr-bounces@ietf.org> On Behalf Of wangw36@chinatelecom.cn
Sent: Sunday, August 23, 2020 6:51 PM
To: idr <idr@ietf.org>
Subject: Re: [Idr] New Version Notification for draft-wang-idr-rd-orf-03.txt

Hi IDR experts,

Based on the previous discussion, we update our draft as follows:

  *   the description of the limitations of existing solutions is added
  *   clarifying that the operation process of RD-ORF on each device is independent
  *   modifying the withdraw mechanism of RD-ORF
    Any comments are welcome.

Best Regards.


________________________________
Wei Wang
China Telecom

wangw36@chinatelecom.cn<mailto:wangw36@chinatelecom.cn>

From: internet-drafts<mailto:internet-drafts@ietf.org>
Date: 2020-08-24 09:43
To: Haibo Wang<mailto:rainsword.wang@huawei.com>; Gyan S. Mishra<mailto:gyan.s.mishra@verizon.com>; Wei Wang<mailto:wangw36@chinatelecom.cn>; Aijun Wang<mailto:wangaj3@chinatelecom.cn>; Shunwan Zhuang<mailto:zhuangshunwan@huawei.com>; Jie Dong<mailto:jie.dong@huawei.com>; Gyan Mishra<mailto:gyan.s.mishra@verizon.com>
Subject: New Version Notification for draft-wang-idr-rd-orf-03.txt

A new version of I-D, draft-wang-idr-rd-orf-03.txt
has been successfully submitted by Wei Wang and posted to the
IETF repository.

Name: draft-wang-idr-rd-orf
Revision: 03
Title: Route Distinguisher Outbound Route Filter (RD-ORF) for BGP-4
Document date: 2020-08-24
Group: Individual Submission
Pages: 14
URL:            https://www.ietf.org/internet-drafts/draft-wang-idr-rd-orf-03.txt
Status:         https://datatracker.ietf.org/doc/draft-wang-idr-rd-orf/
Htmlized:       https://tools.ietf.org/html/draft-wang-idr-rd-orf-03
Htmlized:       https://datatracker.ietf.org/doc/html/draft-wang-idr-rd-orf
Diff:           https://www.ietf.org/rfcdiff?url2=draft-wang-idr-rd-orf-03

Abstract:
   This draft defines a new Outbound Route Filter (ORF) type, called the
   Route Distinguisher ORF (RD-ORF).  RD-ORF is applicable when the
   routers do not exchange VPN routing information directly (e.g.
   routers in single-domain connect via Route Reflector, or routers in
   Option B/Option AB/Option C cross-domain scenario).




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat