Re: [Lsr] "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Fri, 22 February 2019 10:18 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 A2112128CE4; Fri, 22 Feb 2019 02:18:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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=ZDkJjby1; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=VMa2BoKM
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 pfEqd4vE36fk; Fri, 22 Feb 2019 02:17:59 -0800 (PST)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EF1D128CB7; Fri, 22 Feb 2019 02:17:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23782; q=dns/txt; s=iport; t=1550830679; x=1552040279; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=bi5hW+qqQHXZsXw/ncWKX0j31P5IVNLXYI2okF5NwAo=; b=ZDkJjby1JDz4cSSpwE1gTaRHpuzahXr32y6YHJNtorqqCv+iezy0t0dO uCWta6KJHmoTZLu0Mn75CZLz6LcPxdUWJlwQ+YzL9ViFo67g72hXRSrYS wkFGElPlHm9HWgzzOhHNEPbxuO9uq7pvmi0IU6MQVmn0X+FTNxCNx9rKh I=;
IronPort-PHdr: =?us-ascii?q?9a23=3AXTilmxPIxfFgXxbo+QMl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEuKQ/l0fHCIPc7f8My/HbtaztQyQh2d6AqzhDFf4ETB?= =?us-ascii?q?oZkYMTlg0kDtSCDBj4IeLjaTASF8VZX1gj9Ha+YgBY?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAABmy29c/4MNJK1lGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDSNQA2d0BAsnhAeDRwOEUIsJgleJLYkAhXG?= =?us-ascii?q?BJANUCwEBLIRAAheDZiI0CQ0BAwEBAgEBAm0cDIVKAQEBAQMdBgoTAQElEgE?= =?us-ascii?q?PAgEGAhEDAQEBJAQDAgICHxEUCQgCBAENBQgTgwaBDkwDFQECj22QWgKKFHG?= =?us-ascii?q?BL4J4AQEFhQUNC4ILCIxIF4FAP4EQAUaCHi6CV4IDKR4GEIJTMYImkDSHF4s?= =?us-ascii?q?vKTMJAo8gg1aBcYVaigiBOYMphDaCbIZ7h26DIgIEAgQFAg0BAQWBRzhCgRR?= =?us-ascii?q?wFTuCbIIcNoM4ilNygSiMFoJNAQE?=
X-IronPort-AV: E=Sophos;i="5.58,399,1544486400"; d="scan'208,217";a="239440679"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Feb 2019 10:17:57 +0000
Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x1MAHua8017918 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 22 Feb 2019 10:17:57 GMT
Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 22 Feb 2019 04:17:56 -0600
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 22 Feb 2019 04:17:55 -0600
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Fri, 22 Feb 2019 04:17:55 -0600
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bi5hW+qqQHXZsXw/ncWKX0j31P5IVNLXYI2okF5NwAo=; b=VMa2BoKMpvy7NlND2cb67uA2pHEuffJkjk+1bbyhl8DHip62ymm7qDC8HXrt9SClYtN2/ihLh4hfxQKZ1uWHoOcjdQHV1RDDLqrDtZ5oXaRmCSW1tZ1OM+vWsd9pwF3W6vOq53Zx6quyVeA512pkvt3T3QmmbJl2E3PxNOvtk2A=
Received: from SN6PR11MB2845.namprd11.prod.outlook.com (52.135.93.24) by SN6PR11MB2686.namprd11.prod.outlook.com (52.135.92.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.15; Fri, 22 Feb 2019 10:17:54 +0000
Received: from SN6PR11MB2845.namprd11.prod.outlook.com ([fe80::117:6d33:4c0a:a1b3]) by SN6PR11MB2845.namprd11.prod.outlook.com ([fe80::117:6d33:4c0a:a1b3%3]) with mapi id 15.20.1643.018; Fri, 22 Feb 2019 10:17:54 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Alexander Okonnikov <alexander.okonnikov@gmail.com>, "Acee Lindem (acee)" <acee@cisco.com>
CC: "lsr@ietf.org" <lsr@ietf.org>, "draft-ietf-ospf-xaf-te@ietf.org" <draft-ietf-ospf-xaf-te@ietf.org>, Gunter Van de Velde <gunter.van_de_velde@nokia.com>
Thread-Topic: [Lsr] "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05
Thread-Index: AQHUuO/5B1xMFyjS9UyNhq19lJy/UaXWI/UAgBWTpEA=
Date: Fri, 22 Feb 2019 10:17:54 +0000
Message-ID: <SN6PR11MB2845CC63F9ED9ADA932638BBC17F0@SN6PR11MB2845.namprd11.prod.outlook.com>
References: <3FD1122C-C906-4ACA-A01C-3265F6F83D02@cisco.com> <EE4F7F15-C607-4DCC-B851-8A8D8D2066AF@gmail.com>
In-Reply-To: <EE4F7F15-C607-4DCC-B851-8A8D8D2066AF@gmail.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=ketant@cisco.com;
x-originating-ip: [2001:420:c0e0:1001::472]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c4e7e678-da8d-400e-6fc5-08d698af0243
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605104)(2017052603328)(7153060)(7193020); SRVR:SN6PR11MB2686;
x-ms-traffictypediagnostic: SN6PR11MB2686:
x-microsoft-exchange-diagnostics: =?utf-8?B?MTtTTjZQUjExTUIyNjg2OzIzOkxUWEtkc2Vad2kvSWVudWtaZHVnZmtpdUV5?= =?utf-8?B?eVhhdFRqRWxaWndTZTUrUFhvRHk4VzF2ZGJzOE5rL29VQ0REQnEvZEtNK0pK?= =?utf-8?B?U0F5dE5WcXlOdkNYQ1lwcXhwN0ZDMldJVkFwaU9ObGtFODBmbnV5dERqK1BC?= =?utf-8?B?QTliemhUM010NTBNcWsrZUZpTXRlS0t0dzhZZGNSTkQ1ZStDa3dCTWxSQjYy?= =?utf-8?B?Wm05Z1VuT0Ywd2xEMXpBK2NTSUJRWDZ4RGZnLzFIcjdSZjYrdXFSTzVTZndI?= =?utf-8?B?eFk5ckdRRkdPQjdRR01icStkbXFKMENMTnJ0ZFF0MVFZKzA3dG81akVRT0RH?= =?utf-8?B?QzArRzJxc05FNFoyUDdPeUYrbUZuT0FSamZFU1VXVjQ4bUxaU3lLSjJ0UUlm?= =?utf-8?B?Y3NpajU1SnErUEcwajhKQnRoK2ltdnRGR08xSEpvSW5hR0UwK01qNTlxWEJn?= =?utf-8?B?UjBza0dvdjE4OTUreTg4SVdsN3R5TG1lSU9JdnlvOGRISjVSNmJxRHpmOHhq?= =?utf-8?B?ZUlIWG9yTENMYU1iM1hKQlNlNk9JVGNla3puOXRzWnMwWlN6K1FTcm9FVW5i?= =?utf-8?B?cXEzUU5EYVEwZURmUlJibkNYNElYSzlFem83aDZyM25HU3ExOGI4TVA4NXNU?= =?utf-8?B?VXJXM3d4Yk1kMXgwY01IdXgzc1ZTMzJiTVQ1M0lKRDFZR0ZvcUEweDR2bVFN?= =?utf-8?B?MW5VK1NWMVJOQWhSUnpDR0VvQXZ1bWZ5UmdlY3dIczB2T01JVDF0QndGMnB3?= =?utf-8?B?RitIckxWY045U1NibzBFYjdKQit5TGZFalFjRENaNElUTEN3ZngrU3pyQUhm?= =?utf-8?B?ZXJKTmhrTThoSHpySzFydU0ycnB0eVRFaU52Z285V2J4c2VLWk9XR3VkbWhx?= =?utf-8?B?STRGWTJkd1hPVUh0SjQ0QmFzSVNpaWVPb0ZrdkJndlF3Ynd6Ym9mMlViamtM?= =?utf-8?B?Q0pLOXJzMTNxQ1V2cFFaN0pnb2N6VHpCMnB5UGU1cE5FU0FBdFpVcnpHNWVw?= =?utf-8?B?bTgyZ3IyMkQ5VG8zWWkwS1FZYUI3V0FDWEJUYllPa3pQMGNNbTBpME1KVE5C?= =?utf-8?B?MWNjdk9Yd3RvcW5TbXEzSy9xdWZrRVFwVHlHOVFYbEN3UVR0VW5HWm50Nito?= =?utf-8?B?R1d2UWw0bXVpZEhEQ094aE9zU2EvNmRtWVhOVGdORTJDMkpYZjlKSC94V3I5?= =?utf-8?B?WWNZakwvallVNGxsUk1BNk5abXJkMjFHQjArK1VrVUtVNW95S1BucytvdUhL?= =?utf-8?B?UUd1dnRlQzJ0RDc1WkQwL2g5TUFlTU1vYkJOM1pPVzBza1dJS2ErL0ptWlJZ?= =?utf-8?B?UEYzamFNQWNYUERCR29KeEtFY1ZpVUM2cTdxOVZxRVFzODRLbEpzYUNzRFNm?= =?utf-8?B?V3lkR2ltanEzOHdaa1FtTDFWNzBEVWJqbnkrdjA2V1V0c3JMNmRhQS9rTzdY?= =?utf-8?B?anZ6S3M4SHZqajY5QWpWMHphQURrbVA2TkZSUkc2RlpFelVEbEo0V3YzZm1l?= =?utf-8?B?d21wU0VvVk5PMnlZSTZDaWk0b1ptQ1ZUWW5KRjBuRTVGUFgydGpQeEliYk9k?= =?utf-8?B?TS9SU3Zvc2YrTHNIVDdlK3dBOWtqeFJmRDhSeGRCd2ZqczVJY3puYlR1MVRu?= =?utf-8?B?T0JZT21ueFZvNStJMFhXMCtWT0ZTL2pQQ0xDZjlwdW9mdmdiM2J0MUdYZUgv?= =?utf-8?B?SU53ZnhLQ2pONjBJNnJUMTdvdEZPNE9NWFE2aFNlaG9YS1A5cStxallpTE9V?= =?utf-8?B?dWVxT0dlVUltOHB2dnNNa1FFVUJ5ZlRJQ1NYNzNGZDRDd21UY1hTZVplYzBS?= =?utf-8?Q?wtzDfrbSDQBgb?=
x-microsoft-antispam-prvs: <SN6PR11MB26865CBE81580FA5DFBEB96BC17F0@SN6PR11MB2686.namprd11.prod.outlook.com>
x-forefront-prvs: 09565527D6
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(376002)(396003)(346002)(39860400002)(366004)(37854004)(199004)(189003)(53754006)(54896002)(74316002)(6306002)(55016002)(7736002)(6436002)(446003)(14454004)(53936002)(6116002)(8676002)(46003)(790700001)(68736007)(11346002)(86362001)(316002)(9686003)(9326002)(110136005)(81166006)(476003)(486006)(8936002)(236005)(54906003)(478600001)(25786009)(4326008)(6246003)(97736004)(71200400001)(71190400001)(66574012)(6636002)(256004)(2906002)(6506007)(102836004)(105586002)(229853002)(7696005)(186003)(81156014)(33656002)(76176011)(53546011)(5660300002)(106356001)(99286004); DIR:OUT; SFP:1101; SCL:1; SRVR:SN6PR11MB2686; H:SN6PR11MB2845.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: K2c2yXEQgC/jiylIeCYHE6aL/v1y/rpl3GsXLd9SgsHYPV2usrZh9XaIfNpscuYNKciXLhQPkOLETtLJn7u8f0e3SxSGTupCHH8/fqLFCF6bK1z+tr2zAngrM3DCmN+AbmPoG4Kv5O8ty/Bdbs63YpUANZ71o20Axpd+ZjwlUnMguDyXk8vDJn+Ssq4sGktjBuwu9r/I3wA5Pf+zmHpESeZ5rssS8t9DzGmnYqvoF1GfS1qL92FejyBev20YKv2JHxNJ+wzPmv2IE0F2koPdsvb13F5teyL+U5dZS1oShx9ionyskgXd9Qvyd/gSdBG5lWggGnuMl2emhaMVNeDILhbeJ7uwiHHVBVb073Lo0yHwM9thbSkR0hawP/EeyScGkExebg5VkMoiLOY+KBYa50LW2T3Y2NscicL9k95N8ns=
Content-Type: multipart/alternative; boundary="_000_SN6PR11MB2845CC63F9ED9ADA932638BBC17F0SN6PR11MB2845namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: c4e7e678-da8d-400e-6fc5-08d698af0243
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Feb 2019 10:17:54.2565 (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-Transport-CrossTenantHeadersStamped: SN6PR11MB2686
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com
X-Outbound-Node: alln-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/v6fsAG5o6N5qIzhctl1yFkS-zTc>
Subject: Re: [Lsr] "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05
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: Fri, 22 Feb 2019 10:18:03 -0000

Hi All,

The updates to the version 05 of the draft largely address my comments.

Please check inline below for some further comments.


From: Alexander Okonnikov <alexander.okonnikov@gmail.com>;
Sent: 08 February 2019 15:56
To: Acee Lindem (acee) <acee@cisco.com>;
Cc: lsr@ietf.org; draft-ietf-ospf-xaf-te@ietf.org; Gunter Van de Velde <gunter.van_de_velde@nokia.com>;; Ketan Talaulikar (ketant) <ketant@cisco.com>;
Subject: Re: [Lsr] "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05

Hi Acee,

For me current version doesn't change the solution. My comments are follow:

1.  Introduction

"TE Extensions to OSPFv2 [RFC3630] and OSPFv3 [RFC5329] have been described to support intra-area TE in IPv4 and IPv6 networks, respectively.  In both cases, the TE database provides a tight coupling between the routed protocol and advertised TE signaling information.  In other words, any use of the TE link state database is limited to IPv4 for OSPFv2 [RFC2328] and IPv6 for OSPFv3 [RFC5340]."

What is meant for "routed protocol"?
[KT] I believe this should be “routing protocol”?
Is it passenger protocol of RSVP-TE LSPs, protocol used as a transport for RSVP signaling, protocol for which OSPFv2/OSPFv3 calculate routes?  What does mean "TEDB is limited to IPv4/IPv6"? Is it limited to choose IPv4/IPv6 as a transport for RSVP-TE LSP signaling?

"For example, an LSP created based on MPLS TE information propagated by an OSPFv2 instance can be used to transport both IPv4 and IPv6 traffic, as opposed to using both OSPFv2 and OSPFv3 to provision a separate LSP for each address family."

An LSP created based on TEDB from OSPFv2 can be used to transport IPv4 and IPv6 without extensions, proposed in the draft. We are not obligated to signal RSVP-TE LSPs from OSPFv2 TEDB for IPv4 traffic and other RSVP-TE LSPs from OSPFv3 TEDB for IPv6 traffic. RSVP-TE LSPs signaled based on TEDB from either - OSPFv2 or OSPFv3 - can be used for transport either - IPv4 or IPv6 - traffic. I.e. payload of RSVP-TE LSP and transport protocol for its signaling are not obligated to be the same. I guess that authors meant that an LSP, based on MPLS TE from OSPFv2, can be used for calculation of shortcuts by OSPFv2, and not by OSPFv3.
[KT] Yes. I believe the authors are referring to limitations in use of IGP shortcuts across AFs.

Authors provide description of possible solution with common Router ID. I propose similar solution with advertising both Router IDs (OSPFv2 and OSPFv3) in both instances (OSPFv2 and OSPFv3). Latter overcomes issues with correctness of configuration and out of sync. Also, I don't understand how can possible solution with common Router ID have problem with different placement of ABRs in OSPFv2 and OSPFv3. We are talking about intra-area LSPs, hence tail-end router should be within area in both instances.
[KT] Using common Router IDs and advertising across each AFs is an option, but personally, I find the use of Node Attribute TLV provides better flexibility.

Thanks,
Ketan


3.  Operation

"A node that implements X-AF routing SHOULD advertise, in the corresponding Node Local Address sub-TLV, all X-AF IPv4 and IPv6 addresses local to the router that can be used by Constrained SPF (CSPF) to calculate MPLS TE LSPs."

From section 1 we assume that X-AF is used for calculation of shortcuts. Why does the draft say here about calculation of TE LSPs by CSPF?

"If the Node Attribute TLV carries both the Node IPv4 Local Address sub-TLV and the Node IPv6 Local Address sub-TLV, then the X-AF component MUST be considered for the consolidated calculation of MPLS TE LSPs."

The same.


Thanks.



31 янв. 2019 г., в 2:03, Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>> написал(а):

Hi Gunter, Alex, Ketan,
I hoping everyone who commenting on the previous version is happy with the version. I’m extending the WG last call another week to see if we have any objections to this version.
Thanks,
Acee

From: Lsr <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> on behalf of Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
Date: Monday, January 7, 2019 at 11:47 AM
To: "lsr@ietf.org<mailto:lsr@ietf.org>" <lsr@ietf.org<mailto:lsr@ietf.org>>
Cc: "draft-ietf-ospf-xaf-te@ietf.org<mailto:draft-ietf-ospf-xaf-te@ietf.org>" <draft-ietf-ospf-xaf-te@ietf.org<mailto:draft-ietf-ospf-xaf-te@ietf.org>>
Subject: [Lsr] "OSPF Routing with Cross-Address Family Traffic Engineering Tunnels" - draft-ietf-ospf-xaf-te-05

This begins an LSR WG last call for the subject draft. Please send your
comments to this list prior to 12:00 AM GMT, January 22nd, 2019.

Note that the second IPR poll was completed in December.

Thanks,
Acee