Re: [mpls] MPLS-RT review of draft-hegde-mpls-spring-epe-oam
Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Fri, 06 March 2020 12:04 UTC
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBF573A0DBB; Fri, 6 Mar 2020 04:04:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.59
X-Spam-Level:
X-Spam-Status: No, score=-1.59 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, FILL_THIS_FORM_SHORT=0.001, HTML_MESSAGE=0.001, PDS_BTC_ID=0.499, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ecitele.com header.b=l2b1nxU2; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com header.b=k7ZvbJzB
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 g-YyYCKTQumG; Fri, 6 Mar 2020 04:04:39 -0800 (PST)
Received: from mail1.bemta25.messagelabs.com (mail1.bemta25.messagelabs.com [195.245.230.65]) (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 6F0D23A0DBE; Fri, 6 Mar 2020 04:04:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecitele.com; s=eciselector10072019; t=1583496271; i=@ecitele.com; bh=1TLDLzwPBDRukYRxJrVzpSAW2gwC74VrBOawU1bTN7Y=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=l2b1nxU2RvHs48wORFevliF4lW61sGZLUIO7aOOhS2C887yRXFZOapM1J3vwN9O8w yoezhVslYm71htV8iDy95WJnG3/MHJkF8CvH3sCsStkVnrHd8hThX5snZxvESbpmrq I9e9IrEXaxIy+fD2jLU7hYubLH4sHTngJ3wEb9fg=
Received: from [100.112.197.111] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-1.bemta.az-b.eu-west-1.aws.symcld.net id 1F/09-41576-E4C326E5; Fri, 06 Mar 2020 12:04:30 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA1WTfUwTZxzHeXpXeirF84rwG8LC6tjmyxWKGXR jTrJMwJi5ubl/zESvcNCytjS9dhYSCQjLDIKzBLINXygI4hAWykxcF0gYLxVIEOlkOgKBTRCE IC+dIzjBXXvo3D+/fJ7f9/fyzZPnITCqUBJKsFYzazIwOrn/epyaLW6iD7yjTom+NoCrbjXKV D/82uuvGqr9Xqy6+2crloAnF3bOipNrapZFyXdODko+wg6LtQZ1lvWYWNPgtOHG4kKRdXD6jC gPnZ9ARWg9gchaDAa+aRcXoXX8wYXDpSGFIPyIoPtGqcR7wMlGDFbmGzBvFUWWiiC/55BXoMg xBC2P7vp7BX9yNzRfHfFxELkNfrNN+MZipAXGu6eQl2Xku3Cy+iku1OyBNs+oROADYCu56svj 5KuwtHLOVy8lGVie/EUiLPsKgzutt31F68gUuDFWgAu+g2Gpt0EkLAuBofFKHwNJQk1LPybwZ nhwb1UsDO3FoKwjV+hVw+hEFRJqXoGv7Z1rveHgrjzN5wmet8K1qSMCfgC3R81CxU4YsDn8BT bCH60X1zpfg8HFLlzgMKhb8viuGsh6HB5XleHCJaZC93kPfhYpK15wLbAB/s4fkVT4nG6Cnu/ GcSEfDXM3KzGBd8Dlqpk1jgLHX33oxbwdSeqRSm3SZmjMekaro5XR0bRSGUMr34qjlXFxCiaH VitYC32c5cy0UsEc5xRctj5Vl6YwsOZmxD+2NGOX4yd0s25O0Y5eIkTyzdIn29QpVKA6Ky1bw 3CaoyaLjuXaURhByEFKxfPaJhObwVrTtTr+yT6TgQiQB0kDvbKUMzJ6TpshSL3oIHH2wYVqjH i4fImPC/U1fFzyxfuN3th0sZaPT0dGqjEKN2QZ2NAQaefb/CDSO0hjMTxf8+xzuFF4qEyK/Pz 8qAAja9Jrzf/Xp1EIgeQyaaZ3SoDWYH7uZpo3KuKNjg4f9Ro1M/9JoXkiWc52d3FB864FyTAU uODKw4TOJ7eaP3HOX2/r6J91pL4nL+/Pk3oc3Xv35xuLP0vv+7L746jpiaSAlZhFtGHLqfQmy uT60HXEU6wyZubKJhMDrfctB/dRjgvl37556J8Tfffoxg0rP2+kttivMNYK2xuFM2XpJ3KdO/ rHQpz7LpdfX41MKqKYga0tC6vHSppyenrCiWltcvouSSJdGB//2P57DJ0Xq3An0PYI6eezWFD 4+11tiZ/uHp3fORW4McyaU1daoXcGY8PB9r1Rc5OHtV/0vW5arKp2uIjYPTOZnniuJAKdkp2Z jRAz7IqoxZ0UiUXOZ8d6OmJOP/J7WSXHOQ2j3I6ZOOZfbIDux5cEAAA=
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-35.tower-291.messagelabs.com!1583496267!443076!1
X-Originating-IP: [18.237.140.176]
X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass
X-StarScan-Received:
X-StarScan-Version: 9.50.1; banners=ecitele.com,-,-
X-VirusChecked: Checked
Received: (qmail 12062 invoked from network); 6 Mar 2020 12:04:29 -0000
Received: from p01a.mail.dlp.protect.symantec.com (HELO mail.ds.dlp.protect.symantec.com) (18.237.140.176) by server-35.tower-291.messagelabs.com with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Mar 2020 12:04:29 -0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K2UOv832SwVbWQZYnGTIR24evEKoBdBKvS/akTg0scXLynPEjdRj6VA6zYRGp1DBwTgN7nn7AFkLxXzAQlBSZ2jaziEeoC4gskOf/WQkueE1pqkkmLIY06NwY6oALGYfR9NqV7x8LTRGKZYl70Ib44WKItSIrcY1PVTuHa9A0iWTeFyvMLEvg6FB5H19btYRgZp42WrbQxuLUB8NJqj2b2YQxKE1XKppH+Y0sh2K5Bz6yzUz1hy2Uo0usiCcZ4La0CEVuH3/ReluhC2qJ8JT6P9lg+ZsDXJBm/twJ948Kz3/y7oHA17EgvEuMW0jqceCB5d/lRS1ZXwML/HM2QeWFQ==
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=vNPvHmnllqHTT43KfABadvrejyeo7vtdqQ+Y3wNjIp4=; b=OH9XxCKr5Zisb1d/+L//lIT17p2dvonklYmAaiS/4ZjwlOkauhq90R1FOf4aARQSSrGA1/n9INfQx/QjczxVYrrQSt0qrf6nhX51rWlHA9hMuv4Gcwrmom8VSvwoRIAlR5kU9EfQYGLUWqPLcyr8/dg6l4qwGYOtvPSipHbyPuqKLd5BlSQk6yjNZsMTaIHLbYHkMYFoIzOsjrHOLGHosIEM1QIcr+E7bc6fnQK2psc19ak+V3+GbE3lxgkZHaG1/yNhZBP4MMfk5lQDqBWL9JJwjgeNFv7T7VnWwFary9ftEKf0L0o2mIE9vZhpxRCfIQKGt3DWQhCFYX7TCMCZDg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ecitele.com; dmarc=pass action=none header.from=ecitele.com; dkim=pass header.d=ecitele.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector2-ECI365-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;bh=vNPvHmnllqHTT43KfABadvrejyeo7vtdqQ+Y3wNjIp4=; b=k7ZvbJzBn3KhUYDgJ6tR5fFcgd2ob9fER/xnILPIyxpn9QoVa+ZAQxYWhz8RzacFxfPp4nXtKYfflJPvunBf92BTta1EuC3s92/dzUH4P0SgRWpXJfvWwiJU20swGepu3BzdVS2S9qk0BfaUz3eu94pE2fNuQRthBlILcSBiJkg=
Received: from AM0PR0302MB3217.eurprd03.prod.outlook.com (52.133.33.12) by AM0PR0302MB3378.eurprd03.prod.outlook.com (52.133.38.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.16; Fri, 6 Mar 2020 12:04:25 +0000
Received: from AM0PR0302MB3217.eurprd03.prod.outlook.com ([fe80::aca8:db6e:97b:c780]) by AM0PR0302MB3217.eurprd03.prod.outlook.com ([fe80::aca8:db6e:97b:c780%7]) with mapi id 15.20.2772.019; Fri, 6 Mar 2020 12:04:25 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Shraddha Hegde <shraddha@juniper.net>
CC: "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, Mach Chen <mach.chen@huawei.com>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: MPLS-RT review of draft-hegde-mpls-spring-epe-oam
Thread-Index: AQHV4vKeSXSSwlbbs0eaHMYCIGuh5agg17LggAnJDICAAS0goIAPqW8AgAAhLFw=
Date: Fri, 06 Mar 2020 12:04:24 +0000
Message-ID: <AM0PR0302MB321745393541E2E583D3DBBC9DE30@AM0PR0302MB3217.eurprd03.prod.outlook.com>
References: <2141e262-752f-0c7e-fdcb-03aea45e9aa1@pi.nu> <AM0PR0302MB32176103B4B465D86CF7C8C49D110@AM0PR0302MB3217.eurprd03.prod.outlook.com> <BYAPR05MB39430B4382AE04298C1BF806D5EC0@BYAPR05MB3943.namprd05.prod.outlook.com> <AM0PR0302MB3217ABFCD39B8EF7D884FC8A9DED0@AM0PR0302MB3217.eurprd03.prod.outlook.com>, <BYAPR05MB39433335EE2881F68A171840D5E30@BYAPR05MB3943.namprd05.prod.outlook.com>
In-Reply-To: <BYAPR05MB39433335EE2881F68A171840D5E30@BYAPR05MB3943.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Enabled=True; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_SetDate=2020-03-06T10:02:23.0000000Z; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Name=Juniper Business Use Only; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_ContentBits=0; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Method=Standard
x-originating-ip: [79.177.103.60]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 2a8496fa-2afa-455e-16e8-08d7c1c6837f
x-ms-traffictypediagnostic: AM0PR0302MB3378:
x-microsoft-antispam-prvs: <AM0PR0302MB3378E3EF68BC265D9B4637DB9DE30@AM0PR0302MB3378.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0334223192
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(376002)(39860400002)(396003)(346002)(136003)(199004)(189003)(76116006)(5660300002)(66556008)(91956017)(64756008)(66946007)(66476007)(66446008)(71200400001)(45080400002)(52536014)(53546011)(478600001)(316002)(86362001)(54906003)(4326008)(26005)(55016002)(33656002)(6506007)(7696005)(8936002)(81156014)(186003)(9686003)(81166006)(6916009)(8676002)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR0302MB3378; H:AM0PR0302MB3217.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: cIi1RN12yNgyoIOw7V5+lmqAvPADGnbRa9wPGTlLs4HgvMHcbKNWnIEvhqPUoGD2TMJXTk/ZjEBZzL4YFmSxrEf38LpXQtrj8+nVIUtF6CY6epxVL/SbfPnLsSzu/5Ip5ZHifr4mZO0VSoPdI3WpbIMZ6Ytc33kjthJxaaTbqYTqsXyuLzb7ZYvyiNtgggH17+TKSlj4bov3RJt4KjIl0p6HN1tvIVZc+EgZiiMWeEsHCiUS+i2tokoTYtBqqlkJwyP1uXr7rlF9ylKfEzg/xmYGm45HY9xKlnUvBs7p90p4rhs9YYX6u4My1nHPZl1vtkQqDJqSz3M7gqEqO/yfLfCNHmUNVETD0VArBjgNAGQMQ0C6D5eGD7PeqFvbG616cnF9EpQ3z6NwuBydEo7Lsyx8izOXck6yalwzxvaV5yjp8I2x6SLz20IAxt3XWd9DWz3j0zxqDn/FjtKzBqwYUqrTkcf69ceW8zJaoeC0RsCMVLAt977+onTZZE9Dd2KtjYsxvfxNPiJw7VtkUXxcMA==
x-ms-exchange-antispam-messagedata: FZ3KnBq/eLVZeJW7R0bjLuPEFLuQ8TKfsLpXYKBii0aosWKaes3eWThiYBGszAsNSzBd7x9zzgz370ahI0VK4d/Jd0h8x+7jRY4b+SLSLxHbZWIEAJ3wHsUyGfMMZ6ZMgDV9KBf5KmrBwBPTa3BMKg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_AM0PR0302MB321745393541E2E583D3DBBC9DE30AM0PR0302MB3217_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2a8496fa-2afa-455e-16e8-08d7c1c6837f
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2020 12:04:24.9034 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: QnvFQCYpCjYH0oc5PDfNKa4SOXwlLAODif3rSrgKJtuS3C2JmEKVWenuMHJM340WrwswxOEnyiIW7osh9YV28Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0302MB3378
X-CFilter-Loop: Reflected
X-DetectorID-Processed: d8d3a2b3-1594-4c39-92fb-b8312fe65a8a
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/8JuLEVioFI6JMV-XLoYyCgUWN14>
Subject: Re: [mpls] MPLS-RT review of draft-hegde-mpls-spring-epe-oam
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2020 12:04:44 -0000
Shraddha, Looks OK. Lots of thanks for handling these issues. Regards, Sasha Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Shraddha Hegde <shraddha@juniper.net> Sent: Friday, March 6, 2020, 12:04 To: Alexander Vainshtein Cc: mpls-chairs@ietf.org; Mach Chen; mpls@ietf.org Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Sasha, Pls see inline.. From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Sent: Tuesday, February 25, 2020 4:52 PM To: Shraddha Hegde <shraddha@juniper.net> Cc: mpls-chairs@ietf.org; Mach Chen <mach.chen@huawei.com>; mpls@ietf.org Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Shraddha, Lots of thanks for a detailed response to my comments and a new version of the draft that addresses most of them. Please see also some responses inline below. Hopefully they will be useful. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com> From: Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>> Sent: Monday, February 24, 2020 6:56 PM To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>> Cc: mpls-chairs@ietf.org<mailto:mpls-chairs@ietf.org>; Mach Chen <mach.chen@huawei.com<mailto:mach.chen@huawei.com>>; mpls@ietf.org<mailto:mpls@ietf.org> Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hi Sasha, Thanks for the review. Pls see inline for replies Rgds Shraddha From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>> Sent: Tuesday, February 18, 2020 5:34 PM To: mpls-chairs@ietf.org<mailto:mpls-chairs@ietf.org>; Mach Chen <mach.chen@huawei.com<mailto:mach.chen@huawei.com>> Cc: draft-hegde-mpls-spring-epe-oam@ietf.org<mailto:draft-hegde-mpls-spring-epe-oam@ietf.org> Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hello, I have been selected as one of the MPLS-RT reviewers of draft-hegde-mpls-spring-epe-oam. This review presumably is part of the process of adoption of this draft as an MPLS WG document, and should answer the following questions: 1. Does this draft address a real problem? 2. Is the current version a reasonably good start for solving this problem? 3. Are there any issues that must be fixed prior to adoption of the draft as a WG document? After reading the draft I think that the answers to questions (1) and (2) above are positive. I have a couple of technical issues with the draft listed below. 1. All sub-TLVs defined in the draft include lists of pair of local and remote IPv4 or IPv6 addresses describing links between the advertising node and the eBGP neighbor for which the EPE SID is advertised. * I wonder if link-local IPv6 addresses are acceptable in these lists <shraddha> draft-ietf-idr-bgpls-segment-routing-epe does not explicitly specify whether link local addresses are included. >From BGP protocol perspective I do not see any problem with including link local addresses. I have updated this draft to include link-local ipv6 addresses. [[Sasha]] What the updated draft says is that link-local IPv6 addresses are allowed. But these addresses do not identify the interfaces on which they appear, so I doubt such a clarification is enough. I think that if link-local IPv6 addresses are used, it should be possible to include some form of identifying the underlying interfaces following RFC 4007. Alternatively, you can say that link-local addresses are left FFS. <Shraddha> ok will update next version for link-local addresses being FFS. * I also wonder how unnumbered P2P IPv4 interfaces could be specified in these lists. <Shraddha> unnumbered p2p interfaces are out of scope. I have updated the document with this information[[Sasha]] OK with me. 1. All sub-TLVs defined in the draft include, as one of their files the field “Local AS” that is always defined as ”4 octet unsigned integer representing the Member ASN inside the Confederation”. I wonder if this definition equally applies to the case when the so-called “Local AS” mechanism defined in RFC 7705<https://clicktime.symantec.com/3UrmDD9qH6VKjx5W1DD8WRi6H2?u=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2Fclicktime.symantec.com%2F3KS3q9GHjbBnYp1G2Rk8Z3w6H2%3Fu%3Dhttps%2A3A%2A2F%2A2Furldefense.com%2A2Fv3%2A2F__https%2A3A%2A2Ftools.ietf.org%2A2Fhtml%2A2Frfc7705__%2A3B%2A21%2A21NEt6yMaO-gk%2A21VXfhq4-7vne-Eba0WNolAQzJH-fEDF07GOqv-Q6SasdjBzZEdG6DQXAcVwjnSv1I%2A24__%3BJSUlJSUlJSUlJSUlJSU%21%21NEt6yMaO-gk%21Qi-KLen-84_SrjwPfEwqcbJ-dasxKJtTTT3cvlBG7t7mQitOuEF4j8xZJRlVLjrr%24> is used vs. a specific eBGP peer. In these scenarios the number of the AS to which the node that advertises an EPE SID differs from the AS number that this node uses in its OPEN message to the specific neighbor. <Shraddha> This is a good point draft draft-ietf-idr-bgpls-segment-routing-epe does not talk about RFC 7705 and does not include MUST statements to indicate what should be sent if migration with RFC 7705 is in force. Although I personally think that it should be possible to support OAM when RFC 7705 is in force by including the AS numbers from “local AS”, it should be specified clearly in draft draft-ietf-idr-bgpls-segment-routing-epe and this document should just inherit from draft-ietf-idr-bgpls-segment-routing-epe. It may be too late to update draft-ietf-idr-bgpls-segment-routing-epe as its already in RFC editor queue. For now I have updated OAM draft and mentioned that if RFC 7705 is in force and if global AS number is sent, remote node may fail the validation [[Sasha]] OK with me. Looking for feedback if there is a better way to handle this. 1. The document states in Section 1 that “Other procedures for mpls ping and traceroute as defined in [RFC8287<https://clicktime.symantec.com/3PrDpjCNUzzQR6HJ44VNcG6H2?u=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2Fclicktime.symantec.com%2F365NBZRjaAtFck4LPHPDaZb6H2%3Fu%3Dhttps%2A3A%2A2F%2A2Furldefense.com%2A2Fv3%2A2F__https%2A3A%2A2Ftools.ietf.org%2A2Fhtml%2A2Frfc8287__%2A3B%2A21%2A21NEt6yMaO-gk%2A21VXfhq4-7vne-Eba0WNolAQzJH-fEDF07GOqv-Q6SasdjBzZEdG6DQXAcVx_5oIeQ%2A24__%3BJSUlJSUlJSUlJSUlJSU%21%21NEt6yMaO-gk%21Qi-KLen-84_SrjwPfEwqcbJ-dasxKJtTTT3cvlBG7t7mQitOuEF4j8xZJcPy_Qdi%24>] are applicable for EPE-SIDs as well”. * Such a blank statement requires some clarification IMHO <shraddha> referred section 7 of RFC 8287 * Specifically, RFC 8287 states in Section that the Traceroute initiator, upon receiving an MPLS Echo Reply message that includes the FEC Stack Change TLV with one or more of the original segments being popped “MAY remove a corresponding FEC(s) from the Target FEC Stack TLV in the next (TTL+1) traceroute request”. I wonder if, in the case of EPE SIDs, MAY requirement should not be upgraded to SHOULD or even MUST for security reasons <shraddha> This is up for discussion.If the FEC stack is not removed, it exposes the details of the previous AS and hence the security risk. This usecase is applicable when the involved ASes belong to same operator so keeping MAY might be ok. I am looking for input from WG. [[Sasha]] Waiting for the WG input is, of course, OK with me. However: * We seem to agree that this may be a security risk, but I have not found anything in the Security Considerations section about this risk * FWIW, I prefer to be prepared and not to wait for DISCUSS be raised by the Security ADs:-). Adding some text that describes this risk and the way to mitigate it could help to avoid this IMHO. <Shraddha> For now, updated security consideration section with this information. We can add normative language Based on WG input later. Neither of the issues mentioned above looks to be as blocking WG adoption of the draft. They can safely be resolved after adoption. Hopefully this review will be useful. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com> -----Original Message----- From: Loa Andersson <loa@pi.nu<mailto:loa@pi.nu>> Sent: Friday, February 14, 2020 6:53 AM To: Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com<mailto:matthew.bocci@nokia.com>>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>>; Sam Aldrin <aldrin.ietf@gmail.com<mailto:aldrin.ietf@gmail.com>>; Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>> Cc: draft-hegde-mpls-spring-epe-oam@ietf.org<mailto:draft-hegde-mpls-spring-epe-oam@ietf.org>; mpls-chairs@ietf.org<mailto:mpls-chairs@ietf.org> Subject: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Mathew, Sam, Sasha and Italo, You have be selected as MPLS-RT reviewers for draft-hegde-mpls-spring-epe-oam. Note to authors: You have been CC'd on this email so that you can know that this review is going on. However, please do not review your own document. Reviews should comment on whether the document is coherent, is it useful (ie, is it likely to be actually useful in operational networks), and is the document technically sound? We are interested in knowing whether the document is ready to be considered for WG adoption (ie, it doesn't have to be perfect at this point, but should be a good start). Reviews should be sent to the document authors, WG co-chairs and WG secretary, and CC'd to the MPLS WG email list. If necessary, comments may be sent privately to only the WG chairs. If you have technical comments you should try to be explicit about what *really* need to be resolved before adopting it as a working group document, and what can wait until the document is a working group document and the working group has the revision control. Are you able to review this draft by Feb 28, 2020? Please respond in a timely fashion. Thanks, Loa (as MPLS WG chair) -- -- Loa Andersson email: loa@pi.nu<mailto:loa@pi.nu> Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________ ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________ ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Alexander Vainshtein
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Shraddha Hegde
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Alexander Vainshtein
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Italo Busi
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Bocci, Matthew (Nokia - GB)
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Shraddha Hegde
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Shraddha Hegde
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Shraddha Hegde
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Alexander Vainshtein
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Shraddha Hegde
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Shraddha Hegde
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Italo Busi
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Shraddha Hegde
- Re: [mpls] MPLS-RT review of draft-hegde-mpls-spr… Italo Busi