Re: [Lsr] Warren Kumari's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Sat, 16 May 2020 00:07 UTC

Return-Path: <ginsberg@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 325AB3A003D; Fri, 15 May 2020 17:07:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=YeNZOo+N; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=C8GFYici
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 e47JjTeaQJ7P; Fri, 15 May 2020 17:07:12 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D23953A088F; Fri, 15 May 2020 17:07:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31270; q=dns/txt; s=iport; t=1589587623; x=1590797223; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=fltsy4LgvRL/21Zw2aZbtEUFEvlPWZAYM84iHFoW3DY=; b=YeNZOo+Nkf+2Le68KgvsjmtKiw5lhULHPNAF/ItoRhRYWUv6jicsDJJp uVXK3TruN8nQD1VLdU7xJtg9abUEwuku2ko6VI1jqp8brKmbphFVAxx2h pYSn2F7P49FePXVohe35YIWoiJdpD1n/xe30Kv2mJhOnBtz0gjOeNWCtP I=;
IronPort-PHdr: 9a23:4xnAWBSdWNJ6aP3wDidhkbOVC9psv++ubAcI9poqja5Pea2//pPkeVbS/uhpkESQBNuJ6O9BgvDX9abtRT9I7ZWAtSUEd5pBH18AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7Rv3i79z9UHBjjZkJ5I+3vEdvUiMK6n+m555zUZVBOgzywKbN/JRm7t0PfrM4T1IBjMa02jBDOpyhF
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CwAABVLb9e/4QNJK1mGgEBAQEBAQEBAQEDAQEBARIBAQEBAgIBAQEBggeBJS9RB29YLyyEJYNGA41CiXuOQIFCgRADVAsBAQEMAQEjCgIEAQGERAIXggEkOBMCAwEBCwEBBQEBAQIBBQRthVYMhXEBAQEBAgESEQoTAQE3AQ8CAQgRAwEBAQEgBwMCAgIfERQJCAIEAQ0FCBqDBYF+TQMOIAEOpg8CgTmIYXaBMoMBAQEFgUZBgzUNC4IOAwaBOIJjiV8agUE/gRFDgk0+gh5JAgECAYEsARIBIxUJDQmCXjOCLY5Qgk8BPIYhinePTUoKgk6IIotKhHOCXYhvhQKNApA8iWaCSpEaAgQCBAUCDgEBBYFpImZYEQdwFYMkUBgNkEA4gzqFFIVCdAI1AgYBBwEBAwl8jjcBAQ
X-IronPort-AV: E=Sophos;i="5.73,397,1583193600"; d="scan'208,217";a="479475254"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 16 May 2020 00:07:01 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 04G071BT019757 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 16 May 2020 00:07:01 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 15 May 2020 19:07:01 -0500
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 15 May 2020 20:06:59 -0400
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 15 May 2020 19:06:59 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IIGsdfU++yWI/gQSCGppVVU5HfEl621niNOIBcytkUWrm4IfBll49CEI123s/HptqcdTC3cmLFcRqDbJ5hkp7o8B9Oj1uzGznOw0N4v5zgbHigSZbePGzUip+v0jWQWMy20kruaGO6rahXi1CF+tceZP1xSkWWvDFi7YOeEisKBej7bkOg/g7iZANA0KzERg2OuhdtIx9wTWqsFePebnNHQmuzNnQTZAY3Uh+hMcNKFxWuyrF5+TARFoqd7fh8w5Nxe4llGywjSS9mI2D26nYrd4SSiTVSp3t9TTNyml1uxe9hkZU42AnrXIun3EzemXrBMCVtK4E3rjZShWRJK8mw==
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=fltsy4LgvRL/21Zw2aZbtEUFEvlPWZAYM84iHFoW3DY=; b=U7iDa61Y980kfBhDRCPBLCc+y4/UGog0bmYE0iD4Nx+4N+MI1svYWEttXeGJrag5/am/evRuLIbJPa9s/kragyIm6+jxmccIO2yr0jgmd//oR53ULvjRzYWImbq6bjgRD8kvJSbj1UyIpeValaartfPO/30EsL50/ee/GSvKWXZziEVlubIH6QicinYRRA3YrqZMXxojFStaY0kf66MEU8YL14yFxGpWQ723SLRJ3YKFK3ceiRUgMVgVZJ4EjWhmRAZqddWXmK+pKzsAKtIMWAxocT0v6E/lkrMqncx1vyMgZ+4FQuXc3k4HdNxDH8DxKm3OPlmWHgJYjsO4oxMcaw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fltsy4LgvRL/21Zw2aZbtEUFEvlPWZAYM84iHFoW3DY=; b=C8GFYiciHEcDG0z2ORZxOwsuYPOl3pxYrtZZCtvHeJrbqflqUEfsHQ7caHzAQmkk1flBlZQ9fbilZSNVpiee8BpOVl3kQOZB9uxuOcQ2KeK6cXe+B9o27lEOPCobaSm0W18x3RV2aQFW/i68SNwB3VE3zYop9SIN6Sp8NnBMiTw=
Received: from MW3PR11MB4619.namprd11.prod.outlook.com (2603:10b6:303:5b::15) by MW3PR11MB4764.namprd11.prod.outlook.com (2603:10b6:303:5a::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2979.28; Sat, 16 May 2020 00:06:57 +0000
Received: from MW3PR11MB4619.namprd11.prod.outlook.com ([fe80::c4d2:505c:a6bf:21a6]) by MW3PR11MB4619.namprd11.prod.outlook.com ([fe80::c4d2:505c:a6bf:21a6%6]) with mapi id 15.20.3000.022; Sat, 16 May 2020 00:06:57 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Warren Kumari <warren@kumari.net>, "Acee Lindem (acee)" <acee@cisco.com>
CC: "draft-ietf-ospf-mpls-elc@ietf.org" <draft-ietf-ospf-mpls-elc@ietf.org>, Alvaro Retana <aretana.ietf@gmail.com>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, The IESG <iesg@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>, "Peter Psenak (ppsenak)" <ppsenak@cisco.com>
Thread-Topic: [Lsr] Warren Kumari's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)
Thread-Index: AQHWKt88nb8XfiX4B0qfq1WC166yAqippCoAgAAxL7A=
Date: Sat, 16 May 2020 00:06:57 +0000
Message-ID: <MW3PR11MB461963161BD57057C4AD6793C1BA0@MW3PR11MB4619.namprd11.prod.outlook.com>
References: <158950595036.5639.14249690264747935521@ietfa.amsl.com> <c463544f-0397-bc06-a65a-e6c42a1cadcd@cisco.com> <CAHw9_iL2v74h2fgDGxRu4UoZRPUMnGHvyG7kpE37rR9vvp9jqw@mail.gmail.com> <AE27DFF2-B2F1-460F-8A30-EC7D233A14DD@cisco.com> <CAHw9_i+=p-8JTu_mcYTVZ636+BquMOmbFR4z6jqG_2vSYgyZXQ@mail.gmail.com>
In-Reply-To: <CAHw9_i+=p-8JTu_mcYTVZ636+BquMOmbFR4z6jqG_2vSYgyZXQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: kumari.net; dkim=none (message not signed) header.d=none;kumari.net; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2602:306:36ca:6640:406e:d217:fc24:2439]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1f0b6bd4-c6c6-486b-a1cb-08d7f92d0cc1
x-ms-traffictypediagnostic: MW3PR11MB4764:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MW3PR11MB4764C7911AF4268B507DC016C1BA0@MW3PR11MB4764.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4303;
x-forefront-prvs: 040513D301
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: wVtuiKZSHFvw5Pkn8zCKkio6L86l0/whWHiy1+X27F5mVmTP5D8zwGIl3Z/nKP9FPUhSKRwHQH4Wg8eN3ob2C44tqMACtGgq+RX8T2UOAI9nAyxlEO83wwey860GI89vvNtuhx2qlJkCYuLPT22aMia/Q57UOkza5UBC6n6/cV+L8AiNhd/3ebqaQk9nYkk/FpVWIbF+VF/kB/K9kL9mS3vaJCKZueu9lDhHc56j8sBSLwe2nWs/VuTqmQQEK8MVfbVCCcztuc5oSISxlz1B+ypIdxrk5ZCwP5KgO8KlJEmNm5YHZFQEnNSuQfQFmDzXwP8LHN4IkVifUs8oukKfON4hjwEOrQ5E+EYlL0GGZBn6uNxWYBcntEiq9fhoDz/n2vyCYt4pDBAZhOSRTO5NvBnGvWikS3oQu5y/IjJ2atlpmSCByHr680H/66D0XWjdX5G+OO8pEOho/nSsgLCv+GvJjukIXWtafvgYqXuolUnths5pNl4KeG/nUulEhTpOoK6xemnwQp7/7NmQAx9V4Q==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4619.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(346002)(376002)(396003)(39860400002)(366004)(107886003)(6506007)(33656002)(54906003)(2906002)(6636002)(4326008)(8936002)(71200400001)(53546011)(478600001)(8676002)(21615005)(9686003)(5660300002)(186003)(316002)(86362001)(66574014)(110136005)(166002)(66446008)(55016002)(66556008)(64756008)(66476007)(66946007)(966005)(76116006)(7696005)(52536014); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: PV4fy+5xGqolm8/JwggSwAu3NJp6RzoD5kVmPz9UNtSb8GQr3PwitFOgtowPCIZidcte8QsbKCX48Xp9wZu/lOesortdUmrC1CXxrXPgkiypO5LKxaBWr+IbxZ3nHS7fkh2eeh/17fEFHPGOw+7Tf5eIelvuyXWb98abQ/biqB2dHBg2uOb+KgObjGuPbIXMfUEV/bjDXHJ8k7CfgRwr0qPqZ+reIrRk6tlGQLa7x3h4bmMibXTRGHApeQRkAWBrkFIahKsucrMuqIfzClInr+EtKCy9VHnZgN3DT8OHqqiuXpPEtuN+10xB4DPSvLLiH6svJT+Oj99HtzuOLynY6wu9UZ8Rpmg+9ioNirSSs9OYn97vW8/Tprda0vKqxKrjexoUOh+s8YcZ+75IFYLxDQ0pHqaQIWATHR8rHxfZi8Qi491jyCyL/AVVQlbPCdXfpanLgSQ9QaFnTAz8piEP1kSnuYronp0WhXwLkIxL//qnV1s3PQqc1gjU4GnmwnamjQfHEjJpN0yHUWQab14Q5vyN2HO6xoU1wRPfmgywMf+EQymrESs95CQm4+4NNJE5
Content-Type: multipart/alternative; boundary="_000_MW3PR11MB461963161BD57057C4AD6793C1BA0MW3PR11MB4619namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 1f0b6bd4-c6c6-486b-a1cb-08d7f92d0cc1
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 May 2020 00:06:57.8109 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 3z8JAzF43ztZdm9Dx/hWv0bJtM6SDBNPCeloO0XhrykTpCMiZFmBqCTjIr0D4coqTK/YC4YMVVfX4FITGk1SFg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4764
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com
X-Outbound-Node: alln-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/g2mVv9BoqjTouW4cDub9GocPo_w>
Subject: Re: [Lsr] Warren Kumari's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 May 2020 00:07:16 -0000

Warren –

The problem I have with your suggestion is that we do not know whether the destination protocol for redistribution even supports the signaling.

I am very supportive of Acee’s characterization of redistribution as outside the scope of specification.

I think we can say what happens intra-protocol – but we should stay away from inter-protocol statements.

   Les


From: Lsr <lsr-bounces@ietf.org> On Behalf Of Warren Kumari
Sent: Friday, May 15, 2020 2:08 PM
To: Acee Lindem (acee) <acee@cisco.com>
Cc: draft-ietf-ospf-mpls-elc@ietf.org; Alvaro Retana <aretana.ietf@gmail.com>; lsr-chairs@ietf.org; The IESG <iesg@ietf.org>; lsr@ietf.org; Peter Psenak (ppsenak) <ppsenak@cisco.com>
Subject: Re: [Lsr] Warren Kumari's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)



On Fri, May 15, 2020 at 1:34 PM Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>> wrote:
Hi Warren,

From: Warren Kumari <warren@kumari.net<mailto:warren@kumari.net>>
Date: Friday, May 15, 2020 at 1:25 PM
To: "Peter Psenak (ppsenak)" <ppsenak@cisco.com<mailto:ppsenak@cisco.com>>
Cc: The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>, "draft-ietf-ospf-mpls-elc@ietf.org<mailto:draft-ietf-ospf-mpls-elc@ietf.org>" <draft-ietf-ospf-mpls-elc@ietf.org<mailto:draft-ietf-ospf-mpls-elc@ietf.org>>, "lsr-chairs@ietf.org<mailto:lsr-chairs@ietf.org>" <lsr-chairs@ietf.org<mailto:lsr-chairs@ietf.org>>, "lsr@ietf.org<mailto:lsr@ietf.org>" <lsr@ietf.org<mailto:lsr@ietf.org>>, Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, Alvaro Retana <aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>>
Subject: Re: Warren Kumari's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)
Resent-From: <alias-bounces@ietf.org<mailto:alias-bounces@ietf.org>>
Resent-To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, Yingzhen Qu <yingzhen.ietf@gmail.com<mailto:yingzhen.ietf@gmail.com>>, Christian Hopps <chopps@chopps.org<mailto:chopps@chopps.org>>
Resent-Date: Friday, May 15, 2020 at 1:25 PM



On Fri, May 15, 2020 at 7:28 AM Peter Psenak <ppsenak@cisco.com<mailto:ppsenak@cisco.com>> wrote:
Hi Warren,

On 15/05/2020 03:25, Warren Kumari via Datatracker wrote:
> Warren Kumari has entered the following ballot position for
> draft-ietf-ospf-mpls-elc-13: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-ospf-mpls-elc/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Nit: “ When an OSPF Autonomous System Boundary Router (ASBR) redistributes a
> prefix from another instance of the OSPF or from some other protocol,   it
> SHOULD preserve the ELC signaling for the prefix.“
>
> S/the /OSPF/OSPF/.

fixed.

thanks!

>
> S/for the prefix/for the prefix (if it exists)/ — some protocols will not have
> / carry the ELC.

fixed.

thanks!

>
> Apologies if I missed it, but I didn’t see discussion on *exporting* ELC into
> other protocols...

what do you mean by "exporting"?

Sorry -- the above discusses : "When an OSPF Autonomous System Boundary Router (ASBR) redistributes a prefix ... FROM some other protocol,  " (imports), but presumably you would also like to be able to do "When an OSPF Autonomous System Boundary Router (ASBR) redistributes a prefix **INTO** some other protocol,  ..." (exports). Yes, the "other protocol" document should describe this in detail, but I think that it is worth mentioning the topic here -- we may be helpful for implementers to keep in mind that this may occur, and so the data should be reachable (likely through the RIB).

Can you suggest some text? Do you realize that in the Routing Area, route redistribution (aka, route import/export) has always been considered an implementation matter and is not formally specified. It would hard to standardize this now (other than Routing Policy YANG model) due to differences between implementations.

Sure -- how about something like:
   When an OSPF Autonomous System Boundary Router (ASBR) redistributes a
   prefix from another instance of the OSPF or from some other protocol,
   it SHOULD preserve the ELC signaling for the prefix.
  **In addition ASBRs should allow the
  ELC signaling for the prefix to be preserved when redistributing to another instance of OSPF or to some other protocol**

(Addition in asterisks).
Note that this is just a suggestion / not a hill I care to die on -- as an ops person, when I read "you should be able to preserve X when importing into Y", I automatically start wondering how / if I can preserve X when exporting from Y.

But, 'm also fine if y'all don't want to address this,
W



Thanks,
Acee

W


thanks,
Peter

>
>
>
>
>


--
I don't think the execution is relevant when it was obviously a bad idea in the first place.
This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants.
   ---maf


--
I don't think the execution is relevant when it was obviously a bad idea in the first place.
This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants.
   ---maf