Re: [Lsr] Regarding OSPF Extended Prefix Range TLV usage for External/NSSA prefixes defined in RFC 8665

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Wed, 19 August 2020 04:56 UTC

Return-Path: <ketant@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 5FFFA3A1194 for <lsr@ietfa.amsl.com>; Tue, 18 Aug 2020 21:56:46 -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, RCVD_IN_DNSWL_BLOCKED=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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=CTV7DBhu; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=leGeRfuy
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 ksAbBtUVV9_7 for <lsr@ietfa.amsl.com>; Tue, 18 Aug 2020 21:56:43 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1298C3A1195 for <lsr@ietf.org>; Tue, 18 Aug 2020 21:56:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6462; q=dns/txt; s=iport; t=1597813003; x=1599022603; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=GILE0qBEIzctsnBoSqSF+rAaTh51zOrIszG0zAN9kGI=; b=CTV7DBhuRQTmPERejFSTWebw9AYJc/koKnzSBL2rPxUtcW0E1Byu/xL1 j8UidZ03xUv6DIHi2zjHjsBTxLYgr+pnC6lZpj99gZJPtz2wJe24uljvt I6XA1glsCFvMFi2HlTYYx1XmbOP/XEjtSBbUGxAqW4JfZyicEokNGXA50 E=;
IronPort-PHdr: 9a23:0MA/WRDstMPJsNzsIO6WUyQJPHJ1sqjoPgMT9pssgq5PdaLm5Zn5IUjD/qw30A3FWIzB4LRFhvbY9af6Vj9I7ZWAtSUEd5pBH18AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7ep3So5ngTFwnxcw1vKbe9Fovblc/i0ee09tXaaBlJgzzoZ7R0IV22oAzdu9NQj5FlL/M6ywDCpT1DfOEFyA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CdBQDPrzxf/4kNJK1fHAEBAQEBAQcBARIBAQQEAQFAgUqBUiMuB3BYLywKhC2DRgONW5hsglMDVQsBAQEMAQEYCwoCBAEBhEwCF4IIAiQ4EwIDAQELAQEFAQEBAgEGBG2FXAyFcQEBAQMBAQEQEREMAQEsDAsEAgEIEQQBAQECAh8HAgICJQsVCAgBAQQBEggagwWCSwMOIAEOpm8CgTmIYXaBMoMBAQEFhT4Ygg4DBoEOKoJxg2KGTBuBQT+BEUOCHy4+gQSBWAEBAoFfFYMAM4ItkwOSPpByCoJimkKDAIlckSCCJ5I7n0ACBAIEBQIOAQEFgWojgVdwFTuCaVAXAg2OHwwXFIM6hRSFQnQCAQEzAgYBCQEBAwl8jlEBgRABAQ
X-IronPort-AV: E=Sophos;i="5.76,330,1592870400"; d="scan'208";a="813841089"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 Aug 2020 04:56:41 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 07J4ufcU024408 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 19 Aug 2020 04:56:41 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 18 Aug 2020 23:56:41 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 18 Aug 2020 23:56:40 -0500
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 19 Aug 2020 00:56:40 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AGezLIbB59XOsLy1/M9+yABBT//llG2IWT254xdNpUcz3m5/KRnl9yOcbZIJgoj3w50caDAb/YorEgkvppRlR0UPBCizOBvoYA1RP74oYRP25EK9djmpKAbTSgT7d8pvNMLLh2wjNPzInXDViQIb14t1pQ/pZmkyjZJ35YFE7no+yrftnzgr1Xytc6U8pWG6X6T/+v4uyjywdRYjoIjxs4PC7QNO9oad5e3RWpXN3CzcjXmbtAeKo/86Okxcuufsv7YMKEIajHJl0imGr70Ljs22rAQKubeF2zZOiB30FUe6DNKlDQfT14Qc/IB8ddmT9ZA8XukuQSLCFjhF/XRHfg==
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=GILE0qBEIzctsnBoSqSF+rAaTh51zOrIszG0zAN9kGI=; b=bUTKT+WC4swkMlvlP/iARKEvhVAg0Dq56LnA14scIq82CYpujgSCsQmjbRIZL1jLVyNgIc/kVa5F+jgFbJNf/X7jUmaFVQRHjoJK5JT0dhzuBvsIsW8gcMFW44iCR8m1LbdkAZJzKA7PPBKNEqkZajKW+2D0kB8cCp14STVVODnbd84zs6UxUBMBJluo/p2Z27S9mxD6Y0J57Xp29Gciy1ieVdg48Z3o9+ckw6//wX6oGDtqhiF1MucWW4YJlw6jS8q3mQluopSvqJwCL418jZA2VTs90wZCHwVhOakrRI2j9SXkCbGAKt3TJY+tcKz3NbHjbAmz5xML5wK3R0a0HQ==
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=GILE0qBEIzctsnBoSqSF+rAaTh51zOrIszG0zAN9kGI=; b=leGeRfuyhQTTRlxKm+ssXwr8Cioq6AmxsvkbPbYlkeS56HYS9WGVawkYfMCe4+J+NzVBT/CFPa6tFBYJn5xlvgKJRbL7xiRrpjAx/urMkVIUQ725HIiT/8jbWKLERcDCkngZE648taHdl7isjaem3G28M/TQbYiRWbA8KkY4rpg=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4652.namprd11.prod.outlook.com (2603:10b6:303:5a::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.24; Wed, 19 Aug 2020 04:56:39 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::3c42:544a:c4b2:6135]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::3c42:544a:c4b2:6135%8]) with mapi id 15.20.3305.024; Wed, 19 Aug 2020 04:56:39 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Veerendranatha Reddy V <veerendranatha.reddy.v=40ericsson.com@dmarc.ietf.org>, "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: [Lsr] Regarding OSPF Extended Prefix Range TLV usage for External/NSSA prefixes defined in RFC 8665
Thread-Index: AdZ1bLVZomK+AP1qRgqOeyJr1fTjrwAGU2iAAABLkeAAFmiU4AAA4N5g
Date: Wed, 19 Aug 2020 04:56:39 +0000
Message-ID: <MW3PR11MB4570D671B21040F78EABC1A7C15D0@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <DB7PR07MB3914AA1BF15E141673DF1E11BB5C0@DB7PR07MB3914.eurprd07.prod.outlook.com> <bb8d3f97-ec52-a91d-c3d6-896f86f498c1@cisco.com> <MW3PR11MB45708EA52FB3AA8E1BB8F199C15C0@MW3PR11MB4570.namprd11.prod.outlook.com> <DB7PR07MB3914AB432758DA51B94DEFE9BB5D0@DB7PR07MB3914.eurprd07.prod.outlook.com>
In-Reply-To: <DB7PR07MB3914AB432758DA51B94DEFE9BB5D0@DB7PR07MB3914.eurprd07.prod.outlook.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.24]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 4ad8fe0f-2a94-428b-cdd5-08d843fc424c
x-ms-traffictypediagnostic: MW3PR11MB4652:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MW3PR11MB4652BF7BEE3641E667F92A18C15D0@MW3PR11MB4652.namprd11.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: 1rZdILWPxJej16AOXW3mfpIr8jOqWFNXMwzGiPIzYHw0Kzx1ET7jDhcenTpjXin43fdtWle7wD7mtPfJRw8lAsCYnNNmIEnpsCZZymVtNbwFC0IZPYGsMBRre29Oa4Mf7EB5vAMmzBvF4Zvaz2siwCp7V7Mixt+6wX0Ljabc6TWByrUZkabm2Cbc2aBFczZOQ9nZbsTZIQFk++5Y+bH/MpEJTBhNcQhr8w1m0bLEq6nnGaiLOzQWDBncNXY9b7hLt3fHV19vgVQzdwtcy0x09xcNDs3UyjF4YFVVTMgCESbxupxKKA77mzHw7gxEwnkHzKYO6f5ZPSh0ScxdZokhUZ6Kr6wMUda2/qHwCCNe0WMsHIgsIq6oq+gy79eXC56sINRY76bf/HPcIk8KQFy0UQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(136003)(39860400002)(366004)(376002)(346002)(966005)(186003)(26005)(8936002)(8676002)(71200400001)(6506007)(53546011)(86362001)(7696005)(316002)(66574015)(2906002)(110136005)(55016002)(9686003)(5660300002)(66476007)(52536014)(76116006)(66556008)(478600001)(64756008)(66446008)(33656002)(66946007)(83380400001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: cyGqZ2/yus18RbdcXz4Zf5l1N7Y7bxiHK/1UWXXRqintDDcRtDcTwy5w9VqC4Swi1tdlLP+J86CGfsZ8w/DHXKbW8lGGlF0S5upU/VFr/VslKcCnXayMn7fuXEUk62Ou3Or879ERCqzLBEdZ2nCKzqrCvAel73vnQ7k3+IEnWRMwVgBBoSiIBI0bteg0prFwyBtJDBH0z/lrvyJbspW/Ew6jTr/bpwnbfHDFHdD8DmZvNPq/bo7CMHsLBS+EUWNGsEvkK9Ocs9Cecvi2TPqCh0PqOsUWRylWZWvWlP+dscrdTzOszuNzObmKUiZhf9DTlFVYKhPkMzWTGxQj8f3twkz1oqhlSiL/vumrggJbNznjo7M1LN86XmAg/Ldc41X6XoCPAKUZd5y1+zxcllYCwgrmg5+O54RsKbi/UyVrOcowTioZf3G1B14R+h1cRie1pDKXxWqq1Lx4Eyir+dKJBZPPJb6iDXNyovQZiyqXBIUmR0O5vAcaUEvo2fic73pQcSEShBokHqMEVPOKhL5jPtFJgefHTt++D+dLL0Fmo1IUWidlyUSgyruxVlCQYikwdF8xrUZYbWJwLxjjuxIcJ1O4oEtFFIZU8Qi/ZQ7xQJWcsd57JZzHGdXafmSxBlnevAUqNLG6dOu2vJIAjdL5sQ==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4570.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 4ad8fe0f-2a94-428b-cdd5-08d843fc424c
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Aug 2020 04:56:39.4222 (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: x6n3RRHbhmv46lUbC5R4nZFZ+d0IDIAyUg1uEiB/3plxfZqBlmSL+/p+DrVzawOgyAy7wDt0v3YBBZBON2957g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4652
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com
X-Outbound-Node: alln-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/riStCJ9-1Q8mIP4BUz7DlNJBiYU>
Subject: Re: [Lsr] Regarding OSPF Extended Prefix Range TLV usage for External/NSSA prefixes defined in RFC 8665
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: Wed, 19 Aug 2020 04:56:46 -0000

Hi Veerendranatha,

Please check inline below.

-----Original Message-----
From: Veerendranatha Reddy V <veerendranatha.reddy.v=40ericsson.com@dmarc.ietf.org> 
Sent: 19 August 2020 10:03
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Peter Psenak (ppsenak) <ppsenak@cisco.com>; lsr@ietf.org
Subject: RE: [Lsr] Regarding OSPF Extended Prefix Range TLV usage for External/NSSA prefixes defined in RFC 8665

Hi Ketan,
Please find the response in line.
The IA flag in the OSPF Extended Prefix Range TLV does not indicate that the prefix-SID mapping advertised via it is for use for only intra or inter area prefixes. The mappings can be used for assignment of SIDs for ALL types of OSPF prefixes - regardless of the IA bit.
The IA flag is only to prevent looping during flooding of area-scoped LSAs with OSPF Extended Prefix Range TLVs when they are propagated across areas.

[V] As per RFC,
IA-Flag:  Inter-Area Flag.  If set, advertisement is of
               inter-area type.  An Area Border Router (ABR) that is
               advertising the OSPF Extended Prefix Range TLV between
               areas MUST set this bit.
I thought, when prefix Ranges with SID are advertised from Intra to Inter, we need to set this flag. So that it indicates the prefixes are of inter area type. Please let me know if my understanding is not correct.
[KT] What is says is "the prefix range advertisement is of type inter-area or intra-area" (think of it as somewhat equivalent of the D bit in ISIS when leaking across levels). That does not mean that the advertised mappings need to be used for only for intra or inter area prefixes respectively.

When OSPF Extended Prefix Range TLVs are advertised using AS-scope, the NSSA notion does not apply for them and does not restrict their flooding into or from NSSA areas (or stub areas for that matter).
[V] If ASBR is part of NSSA, and if we redistributed Prefix SIDs learnt form other protocols or other instance of OSPF, and those prefixes are result of Range TLV  in that protocol, we can apply range in dest  ospf instance 
[KT] I do not follow above statement - can you please try to elaborate/re-phrase?

Thanks,
Ketan

Thanks & Regards,
Veerendranath


-----Original Message-----
From: Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org>
Sent: Tuesday, August 18, 2020 11:28 PM
To: Peter Psenak <ppsenak@cisco.com>; Veerendranatha Reddy V <veerendranatha.reddy.v@ericsson.com>; lsr@ietf.org
Subject: RE: [Lsr] Regarding OSPF Extended Prefix Range TLV usage for External/NSSA prefixes defined in RFC 8665

The IA flag in the OSPF Extended Prefix Range TLV does not indicate that the prefix-SID mapping advertised via it is for use for only intra or inter area prefixes. The mappings can be used for assignment of SIDs for ALL types of OSPF prefixes - regardless of the IA bit.

The IA flag is only to prevent looping during flooding of area-scoped LSAs with OSPF Extended Prefix Range TLVs when they are propagated across areas.

When OSPF Extended Prefix Range TLVs are advertised using AS-scope, the NSSA notion does not apply for them and does not restrict their flooding into or from NSSA areas (or stub areas for that matter).

I am not sure if that answers your question.

Thanks,
Ketan

-----Original Message-----
From: Lsr <lsr-bounces@ietf.org> On Behalf Of Peter Psenak
Sent: 18 August 2020 23:06
To: Veerendranatha Reddy V <veerendranatha.reddy.v=40ericsson.com@dmarc.ietf.org>; lsr@ietf.org
Subject: Re: [Lsr] Regarding OSPF Extended Prefix Range TLV usage for External/NSSA prefixes defined in RFC 8665

Veerendranath,

On 18/08/2020 16:40, Veerendranatha Reddy V wrote:
> Hi Authors, All,
> 
> OSPF Extended Prefix Range TLV defined in RFC 8665 has IA flag to 
> distinguish between Intra and Inter Area scope prefixes.
> 
> Whether any restrictions to not to use Prefix Range TLV for 
> external/NSSA prefixes ?

I don't see how you can use OSPF Extended Prefix Range TLV for NSSA, the usage of OSPF Extended Prefix Range TLV has only been defined in the context of RFC 8665.

thanks,
Peter


> 
> For External Prefixes, we can able to use  Prefix Range TLV  by using 
> LSA type (based on AS scope Opaque Type , so the TLV is for External
> Prefixes)
> 
> But If we need to use the Prefix Range TLV for NSSA prefixes (Type-7) 
> , which are in area scope, there is no flag/route-type field in this 
> TLV to distinguish between Intra or NSSA prefixes( as IA flag will not 
> be set anyway).
> 
> Thanks & Regards,
> 
> Veerendranath
> 

_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr