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

Veerendranatha Reddy V <veerendranatha.reddy.v@ericsson.com> Wed, 19 August 2020 09:19 UTC

Return-Path: <veerendranatha.reddy.v@ericsson.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 4C3913A165F for <lsr@ietfa.amsl.com>; Wed, 19 Aug 2020 02:19:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.102
X-Spam-Level:
X-Spam-Status: No, score=-2.102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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 (1024-bit key) header.d=ericsson.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 dzDJQW3J747a for <lsr@ietfa.amsl.com>; Wed, 19 Aug 2020 02:19:49 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60073.outbound.protection.outlook.com [40.107.6.73]) (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 BA0D73A165D for <lsr@ietf.org>; Wed, 19 Aug 2020 02:19:48 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RZKWLI1xbLYsljEx3rfaUtxof7Yo+0ZaAgMyv5rPXn5mM9VD/xD4Fp0+EaLD8PA238ptF+1X/wS1CMoL8Y5wLuzOyQ+MCIqb7WrepmbJBaCd1GG51ncu2Yu6KlCveXZa6CjJRWV2UNOMdWF8wvbocnimhdr9+Jg12fSPP5wzOdy5kAAmSeWnSthNmX/qHWluoIsDhVt7HOs647HxANtCUwfIep6xsQJwQhzWDjU9jv3Z2Rj6QIWW1FKvz0xD2m55Gm/xIvEm8KjOAt/ZQOSvqjsDuDvDGiFq15MR+qojoSv86R2kfRvasjnty+E+5IbJlF4KqKYqxLpL1XNYWcdMqA==
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=evswAm9qZtOJ2YX5G5S60Sd3QF/ITGYGWCPXVDZ+9J0=; b=BERAqjX2jo60ZEm0rFliuVkvj0VCqi/XnzWOVZT8TM13kWvhxp3J/axs/LCYr8lQF5/xfc6kjdZaBPXIZLR8GWeQEi4J7OIPcIfCGkEIKHeVDK9wmYKpt6Uii8e3NTstkpRSMF9PFlO1ZqwaNi/QmxVhYc+tCIuMuv0L4K0Al0vZb67KMd0uAbWHQAza0f6gv2l7eMiV+lfbrp7aU++cg81PcuKD2+KxdLPqRHNjOrLly/iLkDqWXg0N/MCZOmN5ct0lIo4EB6vioD9x3hueohyuvj4uqC50GHJjGCvv0s4OOMhq23wDIuPI/yILHZTBz1qoIKTBkCUxAomQohlDJA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=evswAm9qZtOJ2YX5G5S60Sd3QF/ITGYGWCPXVDZ+9J0=; b=VF0y6RRy+0SWfkXu8oa9NLe1e74uZ/pjdDTfXhVygYYo69X6LNawZf9fuLtCUP7SF+rn0qIO5f7IHtKh8LacJjlIxbg41j4e8uqtgiyGQX6MDW10Fzf19H1oswgEKXX0Gdq5pgX5+2DRfYLE/50R4AmyDHxCiXdTJcw/fIIDe1U=
Received: from DB7PR07MB3914.eurprd07.prod.outlook.com (2603:10a6:5:c::25) by DBAPR07MB6677.eurprd07.prod.outlook.com (2603:10a6:10:184::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.10; Wed, 19 Aug 2020 09:19:46 +0000
Received: from DB7PR07MB3914.eurprd07.prod.outlook.com ([fe80::50fa:d892:934f:190c]) by DB7PR07MB3914.eurprd07.prod.outlook.com ([fe80::50fa:d892:934f:190c%3]) with mapi id 15.20.3305.021; Wed, 19 Aug 2020 09:19:46 +0000
From: Veerendranatha Reddy V <veerendranatha.reddy.v@ericsson.com>
To: Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org>, "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+AP1qRgqOeyJr1fTjrwAGU2iAABZzokAAB3x7AAAAKBcwAABm9gAAAkJCkA==
Date: Wed, 19 Aug 2020 09:19:46 +0000
Message-ID: <DB7PR07MB39146767D05B09A1D77085FCBB5D0@DB7PR07MB3914.eurprd07.prod.outlook.com>
References: <DB7PR07MB3914AA1BF15E141673DF1E11BB5C0@DB7PR07MB3914.eurprd07.prod.outlook.com> <bb8d3f97-ec52-a91d-c3d6-896f86f498c1@cisco.com> <DB7PR07MB391403D0C9880296BD80D692BB5D0@DB7PR07MB3914.eurprd07.prod.outlook.com> <35fa1a89-0512-051b-a4d5-655fcaa8d7f3@cisco.com> <DB7PR07MB3914052EB5D289B2DD96917DBB5D0@DB7PR07MB3914.eurprd07.prod.outlook.com> <22dc4c32-1d81-4665-1568-bfa165e9462f@cisco.com>
In-Reply-To: <22dc4c32-1d81-4665-1568-bfa165e9462f@cisco.com>
Accept-Language: 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=ericsson.com;
x-originating-ip: [103.210.133.150]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3dfe480a-895d-44f6-72e3-08d844210407
x-ms-traffictypediagnostic: DBAPR07MB6677:
x-microsoft-antispam-prvs: <DBAPR07MB66778D79C825911DAA234ACABB5D0@DBAPR07MB6677.eurprd07.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: H41gCe8jF341sx8GSMu45iAloVP5zj/rD1G9H5kqYVlbGob4Z0a81ifXKJ6KAiqNKCh73stfxEP0uygUdH2YmWvUlqTFuvw0WIiq4e/zOr9xLRBrdcjwlPq+B0Dd5ijt18D1fA2gcbbqpRpCjJAAGoi4SeM0qoWAPKZflSuP7NqYkKerL4FLqn/IqBispo92oIpVvywuu24d1HLasECCXTRuBvuMr+MvzNwTwM7xu1Gi9Qzubu1vOTParoBSrggVF3N1sggZ0Y5//H8sMVbc+SrUsZig9Ltf6uM19eyFKm23iVu0Im8+JLLWB+oa35Fl5niSgpTRvX4P8d25FAnR9A==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR07MB3914.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(396003)(39860400002)(136003)(376002)(346002)(86362001)(110136005)(66556008)(66476007)(64756008)(66946007)(66446008)(76116006)(71200400001)(8936002)(8676002)(478600001)(33656002)(7696005)(55016002)(26005)(53546011)(316002)(6506007)(52536014)(83380400001)(5660300002)(9686003)(2906002)(186003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 1R9CbQQpmE0VDIYLAotkGAVC6S8EqCWBQT58BUUfp7f9jxP/9aK8SKJF2mHkYNm9RFhtKen4ENkHPMeeQlf2D0H14qdVqEoDf6ibpgFINxEufsDk1jJRvLit6EfPEEPCQ9j6KvlH7h/CDvoMgK3sdhwxn/CBqvnfy5MTcZ1j2F+p2Y/HzA9tsJhD0fGu5gUqWcZ1ef0l1YCW04zbCJ7Uk/+hEXeC5YUAjNXNzpHSdQu97bmsG5O/80SRi1nEiY2CFhRaxx1wTbdXWuBufEk0qCGt5rxfht++GQ5s8FDFBhljIIVOg8Gz1t4hCExLC4A9Hnrrz7PefmwodIzis8jKTlhfWn++Ry5fI0paB3WbVn0DmY7k0JnPPWTlZbCmzhuvAERM55U9tlPjq7x1fK6bx78iez02yzupaCIwWW3+mYvZiAGLUDMjyLpMVLpEFmxmRyN/vXp5JMKKXXnaF3T0j7IA5wx6F1L5BZbqtZExvPndM6YOJJ77Y5bHDbahLa7I7t3kPFZyEgIBP/QHn/eANLUmv/KbzoHDpHzNK5Ur3WwfMl525vNAS+b3yNPZgTPHo4n393lDVicEusSd6W58ecVji30qDnBkEstwsvHD5UQBnIM/PjBb2pChKQtDVAensUYYtFcX5lpOlGqi3AyBgA==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DB7PR07MB3914.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3dfe480a-895d-44f6-72e3-08d844210407
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Aug 2020 09:19:46.4402 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 5S8s1AOJaLoPD0Q8miY0b3Kze04E8WZtD9mNOMCfbbPEuH34QTyfnAD6IVyhBagG6GiYVVd4l9GEcLSlS228GCFmr4r4JJsb+MLDX3D21o6uhN35A5fhV35ZzyBtWbP2
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBAPR07MB6677
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/VWZOhEjsg-KFM1rSkXyOqxn38yM>
X-Mailman-Approved-At: Wed, 19 Aug 2020 03:52:02 -0700
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 09:19:50 -0000

Hi Peter,
Thanks for the reply.
For OSPFv2 Extended Prefix TLV  (defined in RFC 7684) has route type and it supports NSSA External Prefixes to carry SID information. 
In the same way, if Range TLV has Route-Type , we can extend to support for NSSA ASBR to send Range TLVs for redistributed prefixes.

Thanks & Regards,
Veerendranath

-----Original Message-----
From: Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org> 
Sent: Wednesday, August 19, 2020 1:39 PM
To: 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

Veerendranath,

On 19/08/2020 10:03, Veerendranatha Reddy V wrote:
> Hi Peter,
> It is not related to SRMS.
> If there exist ISIS/OSPF or two instances of OSPF in same device, and all are supporting ST, then I can redistribute SR Prefix information to OSPF from other OSPF instance or from ISIS.

yes, you can.

> In this case, I may use range TLV to reduce the number of Prefix TLVs, by using  Range TLV, if prefixes and SID are able to convert to Range TLV.

you would have to generate one somewhere (on ABR?), but it would not be of NSSA type.

Peter


> 
> Thanks & Regards,
> Veerendranath
> 
> 
> -----Original Message-----
> From: Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org>
> Sent: Wednesday, August 19, 2020 1:23 PM
> To: 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
> 
> Hi Veerendranatha,
> 
> On 19/08/2020 06:23, Veerendranatha Reddy V wrote:
>> Hi Peter,
>> While redistributing prefix Sid for the prefixes from other protocols (Ex: from ISIS or other OSPF instances), we can consider as range TLV for the prefixes which are advertised in the range TLV in that protocol.
> 
> I don't follow. Are you talking about redistribution of SRMS advertisement between protocols? Such thing has not been defined.
> 
> thanks,
> Peter
> 
> 
>> If it is NSSA, then we need to advertise these redistributed prefixes as area scope, so Range TLV also need to be part of area scope Opaque LSA.
>>
>> Thanks & Regards,
>> Veerendranath
>>
>> -----Original Message-----
>> From: Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org>
>> Sent: Tuesday, August 18, 2020 11:06 PM
>> To: 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
>>
>> 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
>>>
>>
>>
>>
> 
> 
>