Re: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)

ruoxin huang <huoruoxin@outlook.com> Fri, 24 July 2020 05:58 UTC

Return-Path: <huoruoxin@outlook.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 CDEAE3A0C93 for <idr@ietfa.amsl.com>; Thu, 23 Jul 2020 22:58:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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 (2048-bit key) header.d=outlook.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 BYbzC0AGjDxn for <idr@ietfa.amsl.com>; Thu, 23 Jul 2020 22:58:06 -0700 (PDT)
Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254092.outbound.protection.outlook.com [40.92.254.92]) (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 866283A0C94 for <Idr@ietf.org>; Thu, 23 Jul 2020 22:58:05 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gf96kqnT71Dds2QMSDqk/M2wOatldsO3wJaXwrzA1n8UgnnzhE1PVGgVL/XHkU0EAxEBLkhiBg1Rnwtr+kpWqv/YBKzADsINx/cR1zlAQ6nlCaFu7iwx32c+7Uyif7Nnq5Oh/ug/mX4b3CAExOtnA5AkZ2ScfPIBOv0mSv+4bPDeDzdaxAckBDCsceAjNRd9ywhwDkMjUJaZqweQFQtrjET1olGzRDXYL4MT/Me5puaZzhF2cv8AY1CqqsenedGRznxaKAr9Pcc9LbHfjMwWIKAXcmILwQ3Rca71pcDZnCN4DfzSWgcy+SLcXIFS3ZyDCILYKgOZuk0ZnwBA0yLJuw==
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=yQ8lbbkwq2sWBHstnIIZ3I+tgIlBIKjcFFmJsHTxQUg=; b=hkHNLiFDi4JVBFFB4DLaKi9t58cqB5iZ/PaDTqpGdB7W6DUSF6G5amK8TJCKrEHehX9UlfnsDMAKRg2v8EZNrJgoRVL4ff2tTsqUAWIobu18N2RI8LTFdmR/e0ZrUq0T6qcNhOa7I7wPCApsMH77O5d5mqHlLsC9ZKB/6GVlBd1VGNvgdMQS4Ya9MySWcJfFx/9yjQ1vhtZxgdtMgu19AWoz4eyGPV+Zj2Iwh8XUc9DsB+XuBOYc+UVqm8KDbF2dpNbZrrG86j5n1YfLirMG9dDXpRc5CLOWFWPp9pZtQf8F3fL1rOH+2tur7E7efoyS9l4/YpkunfBD2W3Q6Mr0IQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yQ8lbbkwq2sWBHstnIIZ3I+tgIlBIKjcFFmJsHTxQUg=; b=dsR6pzInc68HvhQMDxn1S/KdxVzsxmgegIXvlBM/f10kVlw3EKDra//W7V5+PEQGq9uPjNM3QI189Vfh/vtMo8hGA8d2iHzA4idYMDaAhPh99WUuw6KaXb+JL4jE1gmxogjdiRpooWscjXyVNLbljYDUPlfjSrriUlyR0swIl3ZyycD3Wd5S1NblqC6lCOqKEY5/THvv4ifqaxPJRJ3VbMUOS38KCxJ5GpNUviXPJd9us+2kDRM7fND7+PSBM6BhnrI053J1r+QMeQTeIb9/Yt00XSQDaGQ58okt0SRrWYYBEstIPBhTmN5ae/lsQKcJUr4oJZpcckYqERw83z1QyA==
Received: from HK2APC01FT023.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebc::48) by HK2APC01HT151.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebc::370) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3216.10; Fri, 24 Jul 2020 05:58:02 +0000
Received: from HK0PR01MB2115.apcprd01.prod.exchangelabs.com (2a01:111:e400:7ebc::4c) by HK2APC01FT023.mail.protection.outlook.com (2a01:111:e400:7ebc::222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3216.10 via Frontend Transport; Fri, 24 Jul 2020 05:58:02 +0000
Received: from HK0PR01MB2115.apcprd01.prod.exchangelabs.com ([fe80::7c0c:eb8:bf74:94b7]) by HK0PR01MB2115.apcprd01.prod.exchangelabs.com ([fe80::7c0c:eb8:bf74:94b7%4]) with mapi id 15.20.3216.024; Fri, 24 Jul 2020 05:58:02 +0000
From: ruoxin huang <huoruoxin@outlook.com>
To: "idr@ietf.org" <Idr@ietf.org>
Thread-Topic: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)
Thread-Index: AdZhId1/r8LrVew2ScuG2HA5ggcnOwABcDLQAAXhb+AAAB3+QAAAbrlAAA9Mn2MAACxOHg==
Date: Fri, 24 Jul 2020 05:58:02 +0000
Message-ID: <HK0PR01MB21150E9F17D8E4AB4EAA6625B9770@HK0PR01MB2115.apcprd01.prod.exchangelabs.com>
References: <MN2PR13MB2768FA084068B2AC594FCF9F9A760@MN2PR13MB2768.namprd13.prod.outlook.com> <SN6PR13MB2334C4D7D54DE9D8F12F687E85760@SN6PR13MB2334.namprd13.prod.outlook.com> <BYAPR11MB32077F59F573D8A129EFB02AC0760@BYAPR11MB3207.namprd11.prod.outlook.com> <SN6PR13MB23346310695F957202320F2885760@SN6PR13MB2334.namprd13.prod.outlook.com>, <BYAPR11MB3207A5A462FEE0CC07551943C0760@BYAPR11MB3207.namprd11.prod.outlook.com>, <TY2PR03MB407772C6766C5E9BD23EFCCAE1770@TY2PR03MB4077.apcprd03.prod.outlook.com>
In-Reply-To: <TY2PR03MB407772C6766C5E9BD23EFCCAE1770@TY2PR03MB4077.apcprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:0055492CA128E124F6C20AF6F2012F71E1EF622A50DA83F1E18B8D138C546509; UpperCasedChecksum:24FCCD531FB5876249F7464743F9FAE235136B7A9C4828DC98BC45CD60496B0D; SizeAsReceived:7333; Count:43
x-tmn: [N+59cyuJzyTKoNPoiL3cgFSRtxISLjfw]
x-ms-publictraffictype: Email
x-incomingheadercount: 43
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: df2d6da1-62ae-46ae-e221-08d82f9686cb
x-ms-traffictypediagnostic: HK2APC01HT151:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: n4WkO3oVQocdVfeFuRtArJlvKQEYcGlMP0mKa5Cmrt+kxR/m25zRCq9tVj3d2V6wgrAs1qfsgTbEh+Z+TL0yApRvMV7jkrHejkI3KByGdd2CLHmiaDs375kiQClMPK6bMLq7e4dJ7gq3V6ko6z3ts+kail5U8sph/aoxQqS1xPntpekRxS5HbETzyaKsekFZB/TTP8YruRBm49+J1LQbTg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:0; SRV:; IPV:NLI; SFV:NSPM; H:HK0PR01MB2115.apcprd01.prod.exchangelabs.com; PTR:; CAT:NONE; SFTY:; SFS:; DIR:OUT; SFP:1901;
x-ms-exchange-antispam-messagedata: dCk8uHLFTpwzb19IGsj0qmWOiuGt+a89eZRB0abl1p3WhayOITsyzAuBslIHYbF+vBlvJYVOqvzs0Rm+1BJvicmCv6vJnfI0/+BDTD+st+1PizBoVqAvKvtrdEko4bcgLe6XdlVDp9dr+3kUq7HCkg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_HK0PR01MB21150E9F17D8E4AB4EAA6625B9770HK0PR01MB2115apcp_"
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: HK2APC01FT023.eop-APC01.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: df2d6da1-62ae-46ae-e221-08d82f9686cb
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jul 2020 05:58:02.5513 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2APC01HT151
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/PQCxEd3mlwzPUDEMqBjQLY-YU1I>
Subject: Re: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)
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: Fri, 24 Jul 2020 05:58:08 -0000

I support the WGLC for the draft.

Ruoxin

________________________________
From: Idr <idr-bounces@ietf.org> on behalf of reta Yang <reta.yang@outlook.com>
Sent: Friday, July 24, 2020 1:53 PM
To: idr@ietf.org <idr@ietf.org>
Subject: Re: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)

I support it.

Reta

________________________________
From: Idr <idr-bounces@ietf.org> on behalf of Jakob Heitz (jheitz) <jheitz=40cisco.com@dmarc.ietf.org>
Sent: Friday, July 24, 2020 6:37 AM
To: Linda Dunbar <linda.dunbar@futurewei.com>om>; idr@ietf.org <idr@ietf.org>
Subject: Re: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)


Netconf provides needed features that BGP does not have:

- Atomic Transactions:

  If one configuration item fails, they all fail.

  They all either succeed or all fail. There is no partial success.

  Multiple configurations in one transaction are applied at the same time.

   . This avoids non-deterministic transient behavior between application of the first policy and the last.

- Feedback:

  BGP is "spray and pray".

  Netconf provides an acknowledgement that the config either failed or was applied,

  which then allows the controller to take the next steps with

  reliable information about what configuration exists in the network.

- Persistence:

  If the BGP session were to go down, all the configuration it sent will be implicitly withdrawn.



If another AS would not allow a foreign AS to configure it with netconf,

it would not allow it with RPD either.



There are already ways in BGP for an AS to signal preference across AS boundaries:

Med, AS-path length, communities.



Ketan and Robert added other objections.





Regards,

Jakob.



From: Linda Dunbar <linda.dunbar@futurewei..com>
Sent: Thursday, July 23, 2020 3:24 PM
To: Jakob Heitz (jheitz) <jheitz@cisco.com>om>; idr@ietf.org
Subject: RE: WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)



Jakob,



Can you elaborate those automation configuration methods that are much better and less error prone than the proposed one?

It will take a long time to dig through so many IDR emails to find them.



Thank you very much,

Linda Dunbar



From: Jakob Heitz (jheitz) <jheitz@cisco.com<mailto:jheitz@cisco.com>>
Sent: Thursday, July 23, 2020 5:20 PM
To: Linda Dunbar <linda.dunbar@futurewei.com<mailto:linda.dunbar@futurewei.com>>; idr@ietf.org<mailto:idr@ietf.org>
Subject: RE: WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)



Of course it's better than manual configuration.

That's not much of an argument, because there are plenty of

automatic configuration methods that are much better and

less error prone than this draft as I and others have pointed

out in previous emails.



Regards,

Jakob.



From: Idr <idr-bounces@ietf.org<mailto:idr-bounces@ietf.org>> On Behalf Of Linda Dunbar
Sent: Thursday, July 23, 2020 2:57 PM
To: idr@ietf.org<mailto:idr@ietf.org>
Subject: Re: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)



I support the WGLC for the draft. I think the proposed distribution of policy can scale much better and less error prone than any manual configuration..