Re: [Idr] WG Adoption call draft-ymbk-idr-bgp-open-policy - (6/6 to 6/20/2016)

"Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov> Tue, 07 June 2016 23:17 UTC

Return-Path: <kotikalapudi.sriram@nist.gov>
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 787F812D129; Tue, 7 Jun 2016 16:17:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nistgov.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 e462qr7olF-e; Tue, 7 Jun 2016 16:17:33 -0700 (PDT)
Received: from gcc01-dm2-obe.outbound.protection.outlook.com (mail-dm2gcc01on0106.outbound.protection.outlook.com [23.103.201.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E60912D8C7; Tue, 7 Jun 2016 16:17:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nistgov.onmicrosoft.com; s=selector1-nist-gov; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Zq7MHLT3RcTOac6ny22Zom+iLLyLfuM1SOpQaOHaWrc=; b=N7jlMqV/0Lv91R1VCCG8YAxJccU3SDQHJKC087VXVFqqyey6nMQWTQXgFIdSI7uiEAJqtvIdTL4m8WxnJR1bEElYPUkMU6YVstgtTzPehR7ki3F4gdtq0jiXpBzXuIItY7KsyDv1gPiORf8NBcnyHrDe/XzAuTQirP3sfO2duBQ=
Received: from BL2PR09MB1123.namprd09.prod.outlook.com (10.167.102.151) by BL2PR09MB1121.namprd09.prod.outlook.com (10.167.102.149) with Microsoft SMTP Server (TLS) id 15.1.511.8; Tue, 7 Jun 2016 23:14:06 +0000
Received: from BL2PR09MB1123.namprd09.prod.outlook.com ([10.167.102.151]) by BL2PR09MB1123.namprd09.prod.outlook.com ([10.167.102.151]) with mapi id 15.01.0511.010; Tue, 7 Jun 2016 23:14:06 +0000
From: "Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov>
To: "Osborne, Eric" <eric.osborne@level3.com>, Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] WG Adoption call draft-ymbk-idr-bgp-open-policy - (6/6 to 6/20/2016)
Thread-Index: AdHAEXYm+R0yr9NBRVeLkrezdS25EQAAqhngAD9OpKA=
Date: Tue, 07 Jun 2016 23:14:06 +0000
Message-ID: <BL2PR09MB112327B7295773B20DF5C63F845D0@BL2PR09MB1123.namprd09.prod.outlook.com>
References: <012e01d1c012$1d05f8d0$5711ea70$@ndzh.com> <63CB93BC589C1B4BAFDB41A0A19B7ACD6BBE3F5E@USIDCWVEMBX03.corp.global.level3.com>
In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACD6BBE3F5E@USIDCWVEMBX03.corp.global.level3.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=kotikalapudi.sriram@nist.gov;
x-originating-ip: [129.6.140.122]
x-ms-office365-filtering-correlation-id: a50b3eb8-4c4b-4a56-af34-08d38f296c95
x-microsoft-exchange-diagnostics: 1; BL2PR09MB1121; 5:uJ4HWJ8AMXpL7uRACan9bD7MvNSwHOY9qga4F1k7+4L+KOaWZlsdLvsnsL9c7BU0JzvGlFoOmRIczoNkOQtP+IfIHOTsf9wooReS1GcBAkMSblPSIpnex1HSj5x6pByaYNcjQOrNOWX4JTFiqpHVDg==; 24:Mk7UXl8Zu5oRSizh9MhevTZHQVZWMFNdu89Z+ubrQdJubcz7CvPs0DaIWuYTCssTDHKfTtSxzDBfIcaOb8cJsf1aGhO+q2PUFdr0Gw1IvpY=; 7:5FJE2+/lgFWvchbUuzOMI7ERPvCvbCwJpZy7DG2tHMnLrV04foYN0LeDQCGLoyL4dh4uzTblfG+9iW4O8VNuWOZST0iT60AQllN9UHLDL3caIvzJZNzauRrWIuVJHJxYZaDHCjLIRsGKbtGFnRdBWbW28TRENu33la9wR361d2VH3wo6DCBeS8B+LavKXLvfnJTrp4Y1/6AkPVQzVb98I4UPBouwqqUBy1YRJSrrIkg=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2PR09MB1121;
x-microsoft-antispam-prvs: <BL2PR09MB1121F124E976165F47F02706845D0@BL2PR09MB1121.namprd09.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:BL2PR09MB1121; BCL:0; PCL:0; RULEID:; SRVR:BL2PR09MB1121;
x-forefront-prvs: 09669DB681
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(199003)(189002)(5423002)(230783001)(9686002)(101416001)(561944003)(5004730100002)(99286002)(86362001)(19580395003)(54356999)(50986999)(76176999)(68736007)(87936001)(5003600100002)(105586002)(790700001)(19625215002)(3846002)(5008740100001)(6116002)(102836003)(16236675004)(76576001)(586003)(66066001)(33656002)(2906002)(4326007)(11100500001)(3280700002)(106356001)(5002640100001)(10400500002)(3660700001)(189998001)(15975445007)(2950100001)(74316001)(2900100001)(19617315012)(8936002)(81166006)(8676002)(81156014)(19300405004)(122556002)(2501003)(92566002)(5001770100001)(97736004)(77096005); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR09MB1121; H:BL2PR09MB1123.namprd09.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: nist.gov does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BL2PR09MB112327B7295773B20DF5C63F845D0BL2PR09MB1123namp_"
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jun 2016 23:14:06.3489 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR09MB1121
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/KXj22XBvNDRMa7WHM-Qqm0duF5I>
Cc: "draft-ietf-idr-route-leak-detection-mitigation@ietf.org" <draft-ietf-idr-route-leak-detection-mitigation@ietf.org>, "'John G. Scudder'" <jgs@bgp.nu>
Subject: Re: [Idr] WG Adoption call draft-ymbk-idr-bgp-open-policy - (6/6 to 6/20/2016)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 07 Jun 2016 23:17:48 -0000

Eric,



>4) I just briefly skimmed detection-mitigation, and that seems like a

>much more heavyweight way to implement the same sort of end behavior.



On what basis?

The OTC flag (one for the whole update) in the bgp-open-policy draft

has in essence the same semantics as the RLP flag (one per AS-hop).

In both cases, by setting the flag the sender is indicating that

the route is being sent to a customer or a lateral peer, and hence

SHOULD NOT be sent by the receiving AS or another AS down the path

to its provider or lateral peer.

So hard to say that one proposal is more heavy weight

than the other in principle.



Also, please see the point made in my other post about the inefficacy

of a single OTC flag for the whole update (as proposed in bgp-open-policy):

http://www.ietf.org/mail-archive/web/idr/current/msg15745.html

You may also see a detailed discussion in Section 5.5 of

https://tools.ietf.org/html/draft-ietf-idr-route-leak-detection-mitigation-03



Sriram