Re: [Lsr] WG Adoption Poll for “Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network” - draft-xie-lsr-isis-sr-vtn-mt-03

Tarek Saad <tsaad@juniper.net> Mon, 08 March 2021 15:13 UTC

Return-Path: <tsaad@juniper.net>
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 DC9773A2C74 for <lsr@ietfa.amsl.com>; Mon, 8 Mar 2021 07:13:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.256
X-Spam-Level:
X-Spam-Status: No, score=-3.256 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=cNzqAYo7; dkim=pass (1024-bit key) header.d=juniper.net header.b=PkJcvjp/
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 WOOefXoFW0f8 for <lsr@ietfa.amsl.com>; Mon, 8 Mar 2021 07:13:39 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 D93C83A2C29 for <lsr@ietf.org>; Mon, 8 Mar 2021 07:13:37 -0800 (PST)
Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 128F8Crd011634; Mon, 8 Mar 2021 07:12:51 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=8qMLIDCy5liMZsoCykPD+dFWBFDGr68GY+UusGz6F7A=; b=cNzqAYo7Fqx2SBclsvDAuYpS8h0Iw2zv7JSv8whs49Z1lJtUkGOWSdjbLBJBPBkCwQBA ALEwiaiwGwYphcSs/HXqdOk1SSE/xTQlCUHLYdFJX2rKnfDyRa84Wa7j+3mmypUmkwwp zpgQnkWhAEQDNgPnTjozdUWfWA6d0RUkMBwIswTOMuJCILJ1OFj64TmDkkTzucQLWr7r rM0JI3O0FKRhGxXrW8m7vhSHL8W3bgf9GcyONYWejGlwPcuHXE4cV3POON/+PgpW9QrK ZAb8fhrDT/Y83deI8PrZxSf0j/m/Wyed8q4Te51EHJRsYsoL1ZBI+BvZF+CQs05p6cq1 eA==
Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11lp2173.outbound.protection.outlook.com [104.47.57.173]) by mx0b-00273201.pphosted.com with ESMTP id 375na5r4s5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 08 Mar 2021 07:12:50 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UPqfEDvKstFyBqVKf7JT9UtGeDFqwMmuOXLf4R2yIVdE92sfEaOh5RFK0biBP0wo5Q2r1t7R+Q+/LuTiCNW2FswlI9mH6zKX+rp78/kPhBQe+jJxf2jawbXz45vrs0TCFOPqyg0ZIGUQ/qruHuGA2HXJplSGfsrRuzT5Qo5HN/mGmSNB+XhzoijzSr8x4C5B4bu+W9tapdoBDsQu4Jvd+gedpoAHNOxkJi5GEh+4o2Qe4fc3benvaNSvvNmKltXh7s9pSjOWQjixQ+CcYWmIC2zkOYi5569wlq9tVk4QLdzxGGkQuY4UG93si3uVSdcGavLUEMtOW5NzhW2rMvaHBQ==
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=8qMLIDCy5liMZsoCykPD+dFWBFDGr68GY+UusGz6F7A=; b=hFxkRNBGzQ3I0lQs+4XtOVquesl7FDgQRdBeiyIlIY5PzW5b0AZC0GB+JPO6lhK01ECCp1RZt43ZmwBq+vVOxaLl9qlZqqP0UC7hz1moemuRUGGj2/L8yuYPHq6oiQw8jGflWoR8RuxRlzH6WIzMxy6twWvHF12aDY1mAPJIcxJd8aUgu3zqb1EmarIBfSjndQIVDHRZzabiZ0sP/TobsQb9ZjHzQkWUbpTjAuOPnZkZrcrjNp6gq+cGsgDWnbZ0eL9k8J4FOti3bUfvW52RYeyfQwwUI/tEfPTmPQ5iLToOKF0mPNYTapL6ywlScLm05b6HtAD2D0SSUzvmwDUqJQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8qMLIDCy5liMZsoCykPD+dFWBFDGr68GY+UusGz6F7A=; b=PkJcvjp/e+C1iE7R0tTiuaJu76h6SrvGLA0zEE/BLCGCL5uGm/pKrzZBE/vvSqPJ1sUVQb6cKOHuDjzmAre5T2MVAbpdS5QAZJVuye2XH6+RFEqgfbGxKaw6kHXUL7qCBBEMyBGirriOx0ED7GREWofq4pO+03uz9ont0axv458=
Received: from BYAPR05MB4136.namprd05.prod.outlook.com (2603:10b6:a02:85::18) by BYAPR05MB5942.namprd05.prod.outlook.com (2603:10b6:a03:c5::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.23; Mon, 8 Mar 2021 15:12:47 +0000
Received: from BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::cd99:e95b:705c:2420]) by BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::cd99:e95b:705c:2420%4]) with mapi id 15.20.3912.027; Mon, 8 Mar 2021 15:12:47 +0000
From: Tarek Saad <tsaad@juniper.net>
To: Tony Przygienda <tonysietf@gmail.com>
CC: "Dongjie (Jimmy)" <jie.dong@huawei.com>, Gyan Mishra <hayabusagsm@gmail.com>, "Les Ginsberg (ginsberg)" <ginsberg=40cisco.com@dmarc.ietf.org>, Chongfeng Xie <chongfeng.xie@foxmail.com>, "Acee Lindem (acee)" <acee@cisco.com>, Robert Raszuk <robert@raszuk.net>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: [Lsr] WG Adoption Poll for “Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network” - draft-xie-lsr-isis-sr-vtn-mt-03
Thread-Index: AQHXFCr3aENru6lN3UadzPmJwzBBN6p53tSA
Date: Mon, 08 Mar 2021 15:12:47 +0000
Message-ID: <D3E0C5C3-8E58-4D5D-93DC-D12C27B19407@juniper.net>
References: <6413094C-F1D8-4DBF-B365-E943473FDDE4@cisco.com> <BY5PR11MB433727F6D0A365B26896625DC1979@BY5PR11MB4337.namprd11.prod.outlook.com> <2021030421033728661450@foxmail.com> <BY5PR11MB43378320E0607268CA22A900C1979@BY5PR11MB4337.namprd11.prod.outlook.com> <CAOj+MMHL4ritC6x_STU4YqaXCqaWPnOZqAS8XSXiDzEGjfb35w@mail.gmail.com> <CA+wi2hOcWh0UFJB4BMta6X9_Kv9c0Dpu3ZUbGQV324p5UYu7oA@mail.gmail.com> <CABNhwV2MJoJdS8VKSfQXb5t6BNs19DOPpWF_y70kw1UP+Kk+NA@mail.gmail.com> <cce9bf49158e439f8e6ae868cf16ec0f@huawei.com> <54882636-246F-4609-805D-AFE9FCC5A249@juniper.net> <CA+wi2hMN15TNy+RBJVO4V0DwZ0krYRU7H9D05rtZSZQcHV-SXA@mail.gmail.com>
In-Reply-To: <CA+wi2hMN15TNy+RBJVO4V0DwZ0krYRU7H9D05rtZSZQcHV-SXA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=f0cb0564-a43a-427a-a748-7a4443218bb4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-03-08T15:03:37Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true;
user-agent: Microsoft-MacOutlook/16.46.21021202
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [2607:fea8:e31f:e400:5091:facb:c9c5:939f]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: fbad3ee6-8c38-4370-2bbb-08d8e244a1c7
x-ms-traffictypediagnostic: BYAPR05MB5942:
x-microsoft-antispam-prvs: <BYAPR05MB5942F6B5E66BFC7AD6A12A30B7939@BYAPR05MB5942.namprd05.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: Agf0OCgjk6Y0+p0WszXFfmue0lo6TI3C5bEPbttqTNzGEgIfxOn2qrRv+BV6khq7hI0e41Q9ILVf03b1dN4wzNCj1MjOXh6+HFIOMgqBD1fcgcawVlWR3XG6Rv5tyR4MAjotZg2ejAC6ADm8GIlqSY7zpaCRNSWdOX676cpH+7Ou4J+C7Fq6moUY18eg9NVdWyzA3WJ20CAQd5kWi5ufr+CriPSF+EbIJyo7N+pa1PfLDpsXa+yrf7tSZ8vzxmraNtbtH1ynnMyra0PfwRrBoMghN9zOgA2tG1PwrCBHB6q13YsSAEnFW2OHz5++uDpESVYvmS/3pByiyYiIlVEAys6nUP365A0hIZo9Mm9eb3xUh4L0MPgot6nG6qhF+/JkUDw7cY3HIdH+K9yluEsHJdYj2DTp9O7un8N10hDOvEAPHf7Ir6P6JklW3mYcuz/44Hu4o9nvJScCgxbbamnMEYV56uucpUYTwSqhfu5wdBSPBWiYF/6GWJI37Qy9ka7BPL4Mo7hbL/Se0x2B64+cT03lLnHRbKr+1EDwphAO/0yPH3bspA/LoAGO0sGOCdnMexCi3B4GNWyOEI4rDaCN63+rIVekKW7oohzi7qeUphTA1zLjO0UoaqoXuHzHtXVKW7zXVH5D0DlP6IT/RpZ+7227w/7HbCr1/KRB6U0fUi9YnHy1yldBJKYmZJAHMPBnxqE4I/UOhW9jAYw65MTeWCKRfHkMbqQWe9pCV1r43WQ=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4136.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(366004)(396003)(346002)(39860400002)(136003)(186003)(6916009)(66616009)(71200400001)(4326008)(8936002)(86362001)(33656002)(76116006)(83380400001)(5660300002)(53546011)(6512007)(6506007)(54906003)(2616005)(91956017)(966005)(166002)(66946007)(316002)(2906002)(66556008)(64756008)(66476007)(6486002)(66446008)(36756003)(99936003)(478600001)(48020200001)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: ps58qraF84x48bLIEhz32EuLvOJgbqgzTqmAiaBoZzdHH7g/TtZhIkvlzWiAe2jgFN1owf7SLmMm1K144qjCPOwhVpYNj2xM1burvztgUOH0hKUreeWLBpT291ROdVlTD7vHekEsXsevCZQDEmIHpZIoDOG++1sjLoVZcOsy00EQh0zAaEBjSghwbbEh8L5CRoQpKpOqx1holoKb+DfpfA/Uq/fVfaYb0PWuxLqIMkakaoNOX47mClY9aTqfp94/9UBWrkZArb/lS0sluLKF1do6PmVWf7W6hIAPkaWkLc9EhN2/Je8jTk6WuM8d/7NsWzaJJWvpcVwUy7AnsxSeHsyYb7t5qJRFH7OxPtKp0d/w/6n33kLeTGH5qmECNSwVvYfQwCuiTGR67QM11ANUluA36L3wK0TYNFmSjFAybki2Z3ue1NiT3ErK47TmcJkzZzAR+RmP4HsFgcCJNolvSJm6fP6+I8tHuYc/G1qWGE8aiVgU+p8RPMj9NAwXP3dukTaz76IPbX4McP9uIYkSgovtdUsQ0TfeRN5V8OC4nBZmUwT3qnM+cBOOkTEGz16jDtG4HXdeLsJssjpsud49FxScIlABXQoTFukm6bRQ0Nja2pYr4WCg9358o7SSO5Z+yUMmbE+qfjZxOYnyGA9KAO4AtATUD4bXCFpgOFCr1S0UAB+dIxlp2Xi73UBCcMDFMiXcCmHHLq5EG68M6Ak1nEVVhf9N9drUqiwH6+EhNkTg+TIcFSskMLhUYUef63Wzx7enxuWjm/LiRecH71oneVWwU0OSSpOlNvVwdJKqtr0E0j9oFysL4zGPwC9z2u2RyA+ekfTL5nvzpKvZ7axn4G+Jbsr4doGyw2XJP5bIV1hFV6vso07dvk00AMPgmEi8NI/frDV5HxktJ5tOBikk9b8oqoCV3qQWsNDhdrnvCfibaVuvKaqxjdj7FEm3zl0vGCaCzXbsSvX6173nN9lCM802uMESDisIi1pO7ctj6kRriUCKfBiN54Qknq8bA6cqFarqpR3CiAObjbp9OGy6jpSX5TmxpM/n5Y9V7sgVU/hkjfqLRSybPKbs28oj0rJ+GYOCiVrtDa/EFENTmwuG74bC5aBZWE1GK9NwtTWPbtLM+tlygYuomL+UFhmLL4/Lvq1PiEeJMDV0boZZqnvsVwimvMvP2Qdz18JLCCHGX45p21LmM/LjG0r/URGYAWkW+KBzZjeeFxohW/LzgOmGDYh6DikkLPmxYcFAJmGRj5sDJImj7HwupYGOGzuaGFGgBUOltgvHQbvKqG5GzrbVfPawDRkNDSEdsSaPvC0UYzGl4KfQlg13z5SD3d8kxfrdI3gcSAYc7vLH4QGqIBwZ5xIa6oRylZ74btfTw0QJXwP9g/3XT0nM6fn/DexsxhVr0phiiUb22VJlONBTfX1iYw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/related; boundary="_004_D3E0C5C38E584D5D93DCD12C27B19407junipernet_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB4136.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: fbad3ee6-8c38-4370-2bbb-08d8e244a1c7
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2021 15:12:47.2053 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: uOYyJeyyGidT/YfZzFBqRudA3N2WBJOAkpeT0tZxyahL8ikmobhXgsWOsJSfbJ+FT7Tqb2HZYgm12r8ypGSwiw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5942
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-08_11:2021-03-08, 2021-03-08 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 bulkscore=0 adultscore=0 suspectscore=0 clxscore=1015 priorityscore=1501 mlxscore=0 spamscore=0 malwarescore=0 impostorscore=0 mlxlogscore=999 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103080083
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/L_o_GkrX8CspzmEz4AVFTeFk4Oc>
Subject: Re: [Lsr] WG Adoption Poll for “Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network” - draft-xie-lsr-isis-sr-vtn-mt-03
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, 08 Mar 2021 15:13:50 -0000

Hi Tony,

Just so we are on same page, I think you are agreeing on the overhead per MT (and even MI) that would be incurred using the approach proposed in I-D. draft-xie-lsr-isis-sr-vtn-mt to realize a forwarding treatment on a shared resource.

To you’re point on flex-algo producing disconnected topologies,  I-D.draft-bestbar-lsr-spring-sa is NOT adding any **new** considerations or a change that would impact the behavior for computing per prefix SID paths as described in I-D.draft-ietf-lsr-flex-algo. It is only proposing to associate a SID with a forwarding treatment.

Regards,
Tarek


On 3/8/21, 9:54 AM, "Tony Przygienda" <tonysietf@gmail.com<mailto:tonysietf@gmail.com>> wrote:

[External Email. Be cautious of content]

This argument seems fairly bogus to me. if you use IGP to flood some stuff and then want the distributed computation stitch it together based on IGP topology to get you a nexthop you end in computation which is something like Bellman or Dijkstra or Boruvka. Unless you have some controller distributing next-hops but then it's really PCE and not IGP AFAIS.

The difference in MI and MT is that MT carries the topology information everywhere (you don't have to compute if you're not part of [simple check on adjacencies] it but you still get stuff flooded). Some people like that (manageability), some don't. IS does only flood to nodes connected in MI.

Operationally I learned ages ago that topologies disconnecting are some of the most vexing scenarios and there MT is @ an advantage since partitioned topology can be easily derived (and that's BTW why it's built that way with strict adjacency negotiation). Reading the bestbar draft and looking @ e.g. flex algo I am waiting to see how the "I cannot get there, why?" problems

On Mon, Mar 8, 2021 at 3:43 PM Tarek Saad <tsaad@juniper.net<mailto:tsaad@juniper.net>> wrote:
Hi authors,

My understanding is the draft is proposing a separate MT topology (unique MT-ID) to identify a forwarding treatment to be enforced on a shared resource.
While this may work for limited number of MT topologies (i.e. forwarding treatments), as described in RF5120 there is overhead with creating/advertising and managing and running separate SPF for each of the MT topology. This will restrict the scalability of such approach (number of forwarding treatments to be realized) using this approach.

In I-D.draft-bestbar-lsr-spring-sa we are proposing carrying an independent ID (associated with the forwarding treatment) independent of the topology ID. This allows the # of forwarding treatmentst to be independent of the # of MT topologies that need to be managed by IGP; and hence, allow it to scale. Your feedback on this approach is welcome.

Regards,
Tarek


On 3/8/21, 9:29 AM, "Lsr on behalf of Dongjie (Jimmy)" <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org> on behalf of jie.dong@huawei.com<mailto:jie.dong@huawei.com>> wrote:

Hi Gyan,

Thanks for your comments.

As you mentioned, both MT and MI can provide separate topologies and the topology based computation, and MI can provide separate LSDBs at some additional cost (separate adjacencies, etc.). In this document, the resource of VTN mainly refers to the forwarding plane resources, thus MT is chosen as it can provide the required functionality with less overhead.

Hope this helps.

Best regards,
Jie

From: Lsr [mailto:lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>] On Behalf Of Gyan Mishra
Sent: Monday, March 8, 2021 7:29 AM
To: Tony Przygienda <tonysietf@gmail.com<mailto:tonysietf@gmail.com>>
Cc: Les Ginsberg (ginsberg) <ginsberg=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>>; Chongfeng Xie <chongfeng.xie@foxmail.com<mailto:chongfeng.xie@foxmail.com>>; Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>>; Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>>; lsr@ietf.org<mailto:lsr@ietf.org>
Subject: Re: [Lsr] WG Adoption Poll for “Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network” - draft-xie-lsr-isis-sr-vtn-mt-03


Dear Authors

Why was MT chosen and not MI for VTN underlay network slice underpinning.  MT instances has separate topology but not separate LSDB where MI Multi instance RFC 6822 has a separate LSDB for resources isolation and I think would be a better fit for VTN underlay provisioning.

MI
https://tools.ietf.org/html/rfc6822<https://urldefense.com/v3/__https:/tools.ietf.org/html/rfc6822__;!!NEt6yMaO-gk!W0I8TTnvfmnvtp4AbIlYuPMM8_M1XF91FAbQTNSjvXvd9Qq8qoW8C7H7OSh6fw$>

Thanks

Gyan

On Sun, Mar 7, 2021 at 10:34 AM Tony Przygienda <tonysietf@gmail.com<mailto:tonysietf@gmail.com>> wrote:

Robert ruminated:

That said I think perhaps we are indeed missing LROW WG (Local Routing Operations WG) where just like in GROW WG where mainly (Global) BGP operational aspects are discussed there could be good place to discuss operational aspects of link state protocols deployment and use cases. In fact perhaps it would also free some LSR bandwidth to really focus on protocol extensions.


+1

IGPs grew a zoo of horns and bells by now and no'one tells the operators which spines are poisonous ;-)

--- tony
_______________________________________________
Lsr mailing list
Lsr@ietf.org<mailto:Lsr@ietf.org>
https://www.ietf.org/mailman/listinfo/lsr<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!W0I8TTnvfmnvtp4AbIlYuPMM8_M1XF91FAbQTNSjvXvd9Qq8qoW8C7HiECKYfg$>
--

[图像已被发件人删除。]<https://urldefense.com/v3/__http:/www.verizon.com/__;!!NEt6yMaO-gk!W0I8TTnvfmnvtp4AbIlYuPMM8_M1XF91FAbQTNSjvXvd9Qq8qoW8C7FBSt5CLg$>

Gyan Mishra

Network Solutions Architect

M 301 502-1347
13101 Columbia Pike
Silver Spring, MD



Juniper Business Use Only


Juniper Business Use Only