Re: [Lsr] "OSPFv3 Extensions for SRv6" - draft-li-ospf-ospfv3-srv6-extensions-07 Questions/Comments

"Acee Lindem (acee)" <acee@cisco.com> Mon, 18 November 2019 00:42 UTC

Return-Path: <acee@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 E02171202A0; Sun, 17 Nov 2019 16:42:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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=UtT4zLJ1; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=zgd1P+38
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 WovHe-EunUeZ; Sun, 17 Nov 2019 16:42:13 -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 640F512026E; Sun, 17 Nov 2019 16:42:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28269; q=dns/txt; s=iport; t=1574037733; x=1575247333; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=GDmGZajOqm2NS1ZfWWeCqjAX1oVLgkqpjU7q8hVZjBw=; b=UtT4zLJ1qGuYI7L+Su1h9Y83kCkHMz81fjmkakDSDKHK2+1RKsaWw5sv V5yHuCFnmZthD+dShL2NIiIZeyqUitvF0E9H1FCSRPnkIibRKvsAeuNz0 icXaVcXpHOVuikurrgwxxgQrizGxZro2H5i29raLC3sMryJD3h5UgjrJh k=;
IronPort-PHdr: =?us-ascii?q?9a23=3AS3luXBAaESTgIYd5DHbSUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qgw3kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMdRXUg?= =?us-ascii?q?Mdz8AfngguGsmAXETwIfPCZC0hF8MEX1hgrDm2?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DaAACS59Fd/51dJa1lGgEBAQEBAQE?= =?us-ascii?q?BAQMBAQEBEQEBAQICAQEBAYF+gRwvUAVsWCAECyoKg19Ag0YDim+CXpgAglI?= =?us-ascii?q?DVAkBAQEMAQElCAIBAYRAAheCDCQ4EwIDCwEBBAEBAQIBBQRthTcMhVEBAQE?= =?us-ascii?q?BAwwGEQoTAQE3AQ8CAQYCEQMBAQEhCgICAjAdCAIEAQ0FIoMAAYF5TQMuAQI?= =?us-ascii?q?BC5EqkGQCgTiIYHWBMoJ+AQEFhH0YghcDBoE2jBUYgX+BECgfgkw+gmIBAQI?= =?us-ascii?q?BgX4GB4JjMoIskBOFR5dlBmgKgiqHGoUmiQ8bgj6HaI4HgWSOSIFBhneRUAI?= =?us-ascii?q?EAgQFAg4BAQWBaSKBWHAVZQGCQVARFJEaDBcVgzuFFIU/dAGBJ4w7AYEOAQE?=
X-IronPort-AV: E=Sophos;i="5.68,318,1569283200"; d="scan'208,217";a="365482396"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Nov 2019 00:42:12 +0000
Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id xAI0gCXI014127 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 18 Nov 2019 00:42:12 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sun, 17 Nov 2019 18:42:04 -0600
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sun, 17 Nov 2019 19:42:03 -0500
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Sun, 17 Nov 2019 19:42:03 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LvGwTjK1hF8UPCCG/9p5oqOevKm7g7GL4DYDbB3+7e2DlDf7WTJAYveG1NiTTH+x+aJ3nd80RsSgFQ/3832sCP9lkLt99Y40VCuQnb3stbpAJRPKinTZZumnUimCXCVw3Ds6q2z3vetxHZLLc7L9mDuyh2DIADU78VXJSVFOa/RfV4imI1HZ1RgYxuRUdF8FDL8/DughqjRdP/9YODqBLsIWfJbxahBs419vWaYYklnxyvJqZNxcfKeDSknOK6yAFai5ZuXsSMS1tQEqCXodmh4caC3PZpLXO7nYqweJa8/LijdP1ZSfywkFOxXJUMyaUQ3uOMMd/q4NC1BTnuuT3A==
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=GDmGZajOqm2NS1ZfWWeCqjAX1oVLgkqpjU7q8hVZjBw=; b=Cak0e1uKws9mPCXWKaGCW0FSBerZPu8iN8QzZ7+1BJRbEh3SPCq99SDFXu7aSkq9gSIYsgJGyELpmgyK4BbjC2479xzo5QDT4WTQFcMBR8Gb+/tII5vf+yKKmgcfG/WfNZ8ICQsjgRjwjyGeEW2P/xDOhcSd8s8bbcx3hoffE1wW4GAbAVYgPPlFTGm9dFYaWQWETBASzAI6nSY9huIpoecPPoZCZTqBkH8BOW5L86RRZx2weOeNbY+n0PBTOZvNPrsIry44bMf5kFawjBAd3eYwIHsecEnVa9rQitCxbpRSqHvmscBlCaNjWFsxb1Zz9XCCeVjA5VX0qe72meOB7A==
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=GDmGZajOqm2NS1ZfWWeCqjAX1oVLgkqpjU7q8hVZjBw=; b=zgd1P+38GXVix2Vh9qpXm4Y3qobV65TAEbaK+MHth/yBnAgzTWm/m/gheJ0KtKQ0DG7f1SRKuFH9YlCKe57cjcwHwyyH2mIWU0QORhb7VnhjDJMEKKrz7I8BLxdF18yrGnH93oyUpXjgeXXE+Lnjr2cngZfvfN7eieBsUfWX8Vo=
Received: from MN2PR11MB4221.namprd11.prod.outlook.com (52.135.38.14) by MN2PR11MB4095.namprd11.prod.outlook.com (10.255.180.95) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2451.30; Mon, 18 Nov 2019 00:42:02 +0000
Received: from MN2PR11MB4221.namprd11.prod.outlook.com ([fe80::218b:2d04:e653:105]) by MN2PR11MB4221.namprd11.prod.outlook.com ([fe80::218b:2d04:e653:105%7]) with mapi id 15.20.2451.029; Mon, 18 Nov 2019 00:42:02 +0000
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "draft-li-ospf-ospfv3-srv6-extensions@ietf.org" <draft-li-ospf-ospfv3-srv6-extensions@ietf.org>
CC: "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: "OSPFv3 Extensions for SRv6" - draft-li-ospf-ospfv3-srv6-extensions-07 Questions/Comments
Thread-Index: AQHVnZTv18z/fBfHzU6sxa0nMJwCM6eP/fcQ///FCIA=
Date: Mon, 18 Nov 2019 00:42:02 +0000
Message-ID: <05447E97-5C6E-42A3-B494-3FC6D0EA877A@cisco.com>
References: <50EB2052-5917-4DF1-B597-8C384FDECDC9@cisco.com> <CY4PR11MB1541636E83F176D43D10A6C8C1720@CY4PR11MB1541.namprd11.prod.outlook.com>
In-Reply-To: <CY4PR11MB1541636E83F176D43D10A6C8C1720@CY4PR11MB1541.namprd11.prod.outlook.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=acee@cisco.com;
x-originating-ip: [31.133.150.93]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 57f0748c-2b2a-4e21-b8c9-08d76bc020e8
x-ms-traffictypediagnostic: MN2PR11MB4095:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MN2PR11MB4095BE263E93FBD35F35BD15C24D0@MN2PR11MB4095.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0225B0D5BC
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(136003)(366004)(39860400002)(376002)(346002)(199004)(189003)(316002)(2616005)(3846002)(446003)(476003)(256004)(14444005)(25786009)(76176011)(71200400001)(6436002)(6246003)(229853002)(236005)(71190400001)(66066001)(486006)(6306002)(86362001)(54896002)(4326008)(6512007)(450100002)(8936002)(14454004)(36756003)(966005)(6116002)(9326002)(99286004)(11346002)(6486002)(5660300002)(8676002)(81166006)(81156014)(6506007)(53546011)(2906002)(33656002)(76116006)(91956017)(26005)(186003)(102836004)(110136005)(2501003)(7736002)(66446008)(606006)(64756008)(66556008)(66476007)(66946007)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4095; H:MN2PR11MB4221.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: BCL:0;
x-microsoft-antispam-message-info: 2qeXzPOHB+UOIC4R1BCGqiGjG9/904qRiiTcAhJV74yElc/rW8z79DemJ2iug2SuflK/J/bel4UUO6ihuTLgGHAKogP8FZtyhTtYzyNtjB03PuOARQPBVNkF94bdrLJ3bF9/Oum5JQDbFUcn6oUSnS9t3zrMXHcr3lYjfsbdJZAUHxwtMJe2U0YPq3yaLqCLISB2aSxQlmuzqKZm4zEnkOQiK+VH9K2fuoZJebGb4wZvgjO1kYHFetS+fuhPuZBrwMrJxk8I4VBlNO8Y+C3Wh2gVbtBg2aPen5vG+iKAoc9QS6qCiJ69Qf7HXb92PDo7rZJ57UmWRBh4YpW6Zm+ALz7eHnRUQVqY0MLYvG2bbMh6j9VMg7PANhXPq1Co5Am/7RRsv2H9Iy3S/JDFcBiARiMFVG9iLKeRyKUH8BdZzhutc5j2mzBRzaMcurVNtl2z
Content-Type: multipart/alternative; boundary="_000_05447E975C6E42A3B4943FC6D0EA877Aciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 57f0748c-2b2a-4e21-b8c9-08d76bc020e8
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Nov 2019 00:42:02.5050 (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: DQpWdfMkkjfr+D2EXjEGfwKftgcXxNqT0VdZzdI1oN2NfbWxcl57Imo0MFMU40Gg
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4095
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com
X-Outbound-Node: rcdn-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/-2pJYCaIzXx-W1s7SAXT-xvmavk>
Subject: Re: [Lsr] "OSPFv3 Extensions for SRv6" - draft-li-ospf-ospfv3-srv6-extensions-07 Questions/Comments
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: Mon, 18 Nov 2019 00:42:16 -0000

Hi Ketan,

From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
Date: Monday, November 18, 2019 at 7:24 AM
To: Acee Lindem <acee@cisco.com>om>, "draft-li-ospf-ospfv3-srv6-extensions@ietf.org" <draft-li-ospf-ospfv3-srv6-extensions@ietf.org>
Cc: "lsr@ietf.org" <lsr@ietf.org>
Subject: RE: "OSPFv3 Extensions for SRv6" - draft-li-ospf-ospfv3-srv6-extensions-07 Questions/Comments

Hi Acee,

Thanks for your review and comments. Please check inline below.

From: Acee Lindem (acee) <acee@cisco.com>
Sent: 18 November 2019 06:18
To: draft-li-ospf-ospfv3-srv6-extensions@ietf.org
Cc: lsr@ietf.org
Subject: "OSPFv3 Extensions for SRv6" - draft-li-ospf-ospfv3-srv6-extensions-07 Questions/Comments

Hi Authors,
I know you have asked for adoption and I have some comments on the draft. I think these need to be addressed or at least answered prior to any LSR adoption call. In my opinion, this document is not ready.


1.      Why do you define a separate SRv6 Locator LSA to advertise SRv6 reachability? One of the primary benefits of RFC8362 is to advertise all the information associated with a prefix in one LSA. Now you have negated that benefit by putting this information in a separate LSA.
[KT] We need to define a new LSA since this is not an extension for the normal prefix reachability. For doing FlexAlgo with SRv6, the locators are used for reachability computation within the FlexAlgo. If these were advertised as normal prefix reachability then routers which are not part of the FlexAlgo or even routers not supporting SRv6 would program them. We’ve tried to explain this in https://tools.ietf.org/html/draft-li-ospf-ospfv3-srv6-extensions-07#section-5.

Note that in ISIS, the SRv6 Locators are introduced as a new top-level TLV along side the Prefix Reachability TLV. So what we propose in OSPFv3 is consistent with that model.

Ok – I thought one advantage of SRv6 is that you simply route through routers that don’t support SRv6? If you don’t program the locator in these, how does this work?


2.      Why do always advertise 128 bit values even when you don’t need it? You should only advertise the part of the Locator or SID required dependent on the LOC:FUNCTION split (padded to a 4 octet boundary). I would expect the SIDs the are Sub-TLVs of the Locator TLV would have that locator in the high-order bit…
[KT] I believe the Locator being a prefix can be advertised only up to the LOC part – similar to how it’s done for IS-IS. The SID is being advertised as a 128-bit value (IPv6 address and not subnet/prefix) and hence we’ve tried to be consistent with the same in OSPFv3 as well.

I guess an advantage of this 128-bit format is that it makes the value easier to consume? However, with this full expansion, you also need to check that the Locator is consistent with the top-level TLV.

Thanks,
Acee



3.      Similarly, what is the purpose of the SRv6 SID Structure Sub-TLV? ietf-spring-srv6-network-programming defines the locator to the first N bits and the function to the remaining 128-N bits so I don’t see the need for this TLV. At the very least, there should be text defining how it is used.
[KT] This is consistent with https://tools.ietf.org/html/draft-ietf-spring-srv6-network-programming-05#section-3.1

Also, some editorial comments to make the text consistent with other OSPF documents.


1.      There is a mixture of US English and UK English of preferred spellings. Please use the US English as the is the style of IETF documents. For example, lose the extra “u” in “behavior”.

2.      OSPF doesn’t define sub-sub-TLVs, sub-sub-sub-TLVs, or any other alliterative TLVs.  This is an IS-IS artifact. Any TLV that is not a top-level TLV is a Sub-TLV and can be defined at any level of nesting. The GMPLS optical encodings in OSPF are very heavily nested.

3.      Sub-TLV is capitalized, not “sub-TLVs”.
[KT] Mea culpa … we’ll fix all of these in the next update.

Thanks,
Ketan

Thanks,
Acee