Re: [Lsr] Request WG adoption of TTZ
Linda Dunbar <linda.dunbar@futurewei.com> Fri, 10 July 2020 20:39 UTC
Return-Path: <linda.dunbar@futurewei.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 9129D3A0A0E; Fri, 10 Jul 2020 13:39:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level:
X-Spam-Status: No, score=-1.989 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 XAh3Ig8oKw0F; Fri, 10 Jul 2020 13:39:55 -0700 (PDT)
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2125.outbound.protection.outlook.com [40.107.223.125]) (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 93AF63A098B; Fri, 10 Jul 2020 13:39:51 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QzBIBzoN4bE+9gXtbwhfIi1Tt2WZVcle+4VE6pp6nfClFu1736Zcy9KXIfW+DmrYfoQKFm7vRziI9h1uGSDnl3HAeB9HcM6UFOTm2AtQLXCkwMC5gRn2NRen+cwXqkmRCVGsqNuP7kwQdkUqI8j/gPhMp1aBIZNyU4CXMLRzdCjNuWqKQwk8uu4bR11/nQnY3gTVUJmkBrlHvZWalLb/yWiwELMoKNWFTGBCuuqauJJRHqK2Kib9iLM2Qsq4I2+1EJk0KvzjNPl1Kd9tyr8XVS6Oh17vDbTChnGZhdVmj9glclLzGzho0DxVaChriSegr3Xqh2CHrb2mC+Ow+38/5w==
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=7CD+SdSxV2Dizu4MmfJ1zOwFXQ8WklLZEYdOkmZ1o3I=; b=NIFTOhpLpk86eO41gp+0Xacqed2gJnquI1j2dXUz0IL9qCKH/W5R1QDV0n5KVo13D9nQvYyoZDIUegvpLrNB5rF5pLY45cvKX9MhWf1v8hpBuRPV+T4x4Vaft6O/7773rqPRlR9UXxpxeUTVY3gSWIRSFaM0H7Ea0Dzx+I/Qbvmzr1BDOryZ9iLcuVqulyVDNYxVmGcSfFKxyo5MjLl/2IWcbvJfEVIFXqjGzgNBUghkS6sdsaYXaOROrJc2INa6os5S15Xoc3EdMc0/u5YZlsZWUXj6NNCusC6JiZIKoGA87wv1rKp9G8LOWfBhbqjmwVzM2IoHoIOcBZpWTeISkg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7CD+SdSxV2Dizu4MmfJ1zOwFXQ8WklLZEYdOkmZ1o3I=; b=dm/d2Q3yQ/gxSvFBx65EURPS7UBIiFEGttTrWuyqoBx3YD0x9HJuiX3M5wZoX/pFvc3pGEALB+qDr4EFcLN6Q84gZvS8G1Qe1gg4a9bIDyrVznhWEYTKi+c9aw6UGEZsv5DqxDr905FFb7EBgdPywWVJ9IcNGTO8L7xrTT/qTyg=
Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SN6PR13MB2496.namprd13.prod.outlook.com (2603:10b6:805:54::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3195.9; Fri, 10 Jul 2020 20:39:48 +0000
Received: from SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116]) by SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116%7]) with mapi id 15.20.3174.022; Fri, 10 Jul 2020 20:39:48 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: LEI LIU <liulei@ieee.org>, Huaimo Chen <huaimo.chen@futurewei.com>
CC: "lsr@ietf.org" <lsr@ietf.org>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>
Thread-Topic: [Lsr] Request WG adoption of TTZ
Thread-Index: AQHWRejsDz5QFhQU9kCBa5hsczcb0qkBNySAgAAwdCA=
Date: Fri, 10 Jul 2020 20:39:48 +0000
Message-ID: <SN6PR13MB23344E6D7002CE2A3251802E85650@SN6PR13MB2334.namprd13.prod.outlook.com>
References: <MN2PR13MB31178756BB6166B2F1807CF6F2980@MN2PR13MB3117.namprd13.prod.outlook.com> <CAEy9f1k0D8HbWYvsieK64YTN-30v82RfyFz9eWLagLtEs44Y=w@mail.gmail.com>
In-Reply-To: <CAEy9f1k0D8HbWYvsieK64YTN-30v82RfyFz9eWLagLtEs44Y=w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ieee.org; dkim=none (message not signed) header.d=none;ieee.org; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [72.180.73.64]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9805eee9-007a-43af-3eda-08d825116336
x-ms-traffictypediagnostic: SN6PR13MB2496:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <SN6PR13MB24968A0FC33D49388F6F850985650@SN6PR13MB2496.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 4FiBfTU7PJzJtb+yS0dhdxll2CaMX6d/wet9QeDtF3dmwQFStJQv3GW/ee4XLFWUgEI/SVrr6PD6kX1E8YaIoKd9IJqrSPIBBCcEWbRzCtBAAEgQU7GGIscX4ruCaJqMinMNY8m4JLadrSkNIEe/7f+qKgPnHbqxOSdENeFe7z2eeBVzAaN1A1pTrjKKRPo1huubZ2EmCgwmmVjE25zAVWXGnWoJqP1sQD7jGo83ViWrpHJlcpOzWDD/J9H8zd6HhH2uWzW4qcZqfYjA0wB0EcIYyu0nrCr7KNu7frIK/puZ8d4u7yxeamzP0j3pLERQ+6n1oJgoE54D4KttWkD5eV7YFLiOCWzmB3jhQ4gSB5QQGWfl0aR4KktjRG1/tU4VcnTUmeJMJI84AZGZ7puy+Q==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR13MB2334.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39840400004)(366004)(346002)(136003)(396003)(376002)(66946007)(66476007)(966005)(76116006)(66556008)(478600001)(8676002)(66446008)(4326008)(5660300002)(316002)(54906003)(110136005)(52536014)(66574015)(6636002)(83380400001)(7696005)(166002)(2906002)(8936002)(33656002)(64756008)(86362001)(186003)(71200400001)(6506007)(55016002)(26005)(9686003)(44832011)(53546011); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 7lqM7//5OehvQDv+L+9HrnO804pW/sWkdxuT3ZV/75pX8YfCQhZoz57rEkOFCfIxigzlTc6XGlX6fY/UydJQbXumhzCB0n+45Y8OEZB+AK1bIkGgI6wsDpg6POoUIDJ+HZAU2ZVECk9XaHkXoC0weo4zlmSqx7pBLn7lOwFTAh9n2rB7RH/f2wcDxQTbwYGhLorgt0Swr1Ep2/Ab674/vVz4do1O2fp2/qIqWOzM3qWXZ5UgcDDn5W6u61kIL8HGYkZ0OQBBhbHhTDgnrMfjSPMRiZs4NHZ4YHSi/aYM3rSigLdLmMODWLEcxLiHG4elWS9wpFopwuqHluu+fg9LK+kgKGBNPx7FIk3iqhhlPLHB07IWlh9ceh1wPch2QENCL76iD6D+u8/qRFuYHI2qhNzw+SS1hKIfvfQeRZDY3UA5gt0wQ/882rkyZSpfC7jRPmfS/ApAD6yEl+bN5+pggpVphwE8HAbgHjS6RsVqi4s=
Content-Type: multipart/alternative; boundary="_000_SN6PR13MB23344E6D7002CE2A3251802E85650SN6PR13MB2334namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SN6PR13MB2334.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 9805eee9-007a-43af-3eda-08d825116336
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jul 2020 20:39:48.0217 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: uxn1ejE6iVGLUXlM0SwQFmLvYqE3UR1D4Ti5pIZ1Y1xCih4Cnhnh7nlFBd5+IQqb1Re1e+/xKYH2+tt4E05h7Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR13MB2496
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/2Ijsi9jts3EXGlP7n0m5knZhux4>
Subject: Re: [Lsr] Request WG adoption of TTZ
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, 10 Jul 2020 20:40:05 -0000
I also support the adoption of TTZ draft. The Virtual Zone concept would be very useful for the Overlay networks. The proposed TTZ can group a set of nodes not geographically together into one virtual area to scale virtual overlay networks with lots of nodes. Those kind overlay networks are getting more momentum in SDWAN and CDN environment. Linda Dunbar From: Lsr <lsr-bounces@ietf.org> On Behalf Of LEI LIU Sent: Friday, July 10, 2020 12:42 PM To: Huaimo Chen <huaimo.chen@futurewei.com> Cc: lsr@ietf.org; lsr-chairs@ietf.org Subject: Re: [Lsr] Request WG adoption of TTZ I support the adoption of the TTZ draft. The operation on TTZ is simple. Smooth transferring between a zone and a single node will improve customer experience. The work on TTZ should be moved forward. Thanks, Best regards, Lei On Thu, Jun 18, 2020 at 8:38 PM Huaimo Chen <huaimo.chen@futurewei.com<mailto:huaimo.chen@futurewei.com>> wrote: Hi Chris and Acee, and everyone, I would like to request working group adoption of "Topology-Transparent Zone" (TTZ for short) https://datatracker.ietf.org/doc/draft-chen-isis-ttz/<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-chen-isis-ttz%2F&data=02%7C01%7Clinda.dunbar%40futurewei.com%7Cf4502b794e7a4b66836408d824f8c059%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637299998093803058&sdata=tqunOWC7trBoFu3XBvAFrLDzyFdlLQl9xYMtMdPSMgo%3D&reserved=0> . This draft comprises the following solutions for helping to improve scalability: 1) abstracting a zone to a single pseudo node in IS-IS, 2) abstracting a zone to a single pseudo node in OSPF, 3) abstracting a zone to zone edges' full mess in IS-IS, and 4) transferring smoothly between a zone and a single pseudo node. A zone is a block of an area (IS-IS L2 or L1 area, OSPF backbone or non-backbone area). When a network area becomes (too) big, we can reduce its size in the sense of its LSDB size through abstracting a zone to a single pseudo node or abstracting a few zones to a few pseudo nodes. While a zone is being abstracted (or transferred) to a single pseudo node, the network is stable. There is no or minimum service interruption. After abstracting a few zones to a few pseudo nodes, if we want to reconstruct them, we can transfer (or roll) any of the pseudo nodes back to its zone smoothly with no or minimum service interruption. We had a prototype implementation of abstracting a zone to zone edges' full mess in OSPF. The procedures and related protocol extensions for transferring smoothly from a zone to zone edges' full mess are implemented and tested. A zone (block of an OSPF area) is smoothly transferred to its edges’ full mess without any routing disruptions. The routes on every router are stable while the zone is being transferred to its edges' mess. It is very easy to operate the transferring. There are two other drafts for improving scalability: "Area Proxy for IS-IS" (Area Proxy for short) and "IS-IS Flood Reflection" (Flood Reflection for short). "Area Proxy" https://tools.ietf.org/html/draft-li-lsr-isis-area-proxy-03<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-li-lsr-isis-area-proxy-03&data=02%7C01%7Clinda.dunbar%40futurewei.com%7Cf4502b794e7a4b66836408d824f8c059%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637299998093808054&sdata=OxU3ikjVtGtL7piPPc2WJQ8GatTz1XMnoREwVA00%2F2E%3D&reserved=0> abstracts an existing IS-IS L1 area to a single pseudo node. "Flood Reflection" https://tools.ietf.org/html/draft-przygienda-lsr-flood-reflection-01<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-przygienda-lsr-flood-reflection-01&data=02%7C01%7Clinda.dunbar%40futurewei.com%7Cf4502b794e7a4b66836408d824f8c059%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637299998093818056&sdata=jiSeOvvxabugWULFhFag%2BvVHEbmXBF6mza9cSwbi5t8%3D&reserved=0> abstracts an existing IS-IS L1 area to its edges' connections via one or more flood reflectors. We believe that TTZ has some special advantages even though Area Proxy and Flood Reflection are very worthy. We would like to ask for working group adoption of TTZ. Best Regards, Huaimo _______________________________________________ Lsr mailing list Lsr@ietf.org<mailto:Lsr@ietf.org> https://www.ietf.org/mailman/listinfo/lsr<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Flsr&data=02%7C01%7Clinda.dunbar%40futurewei.com%7Cf4502b794e7a4b66836408d824f8c059%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637299998093823049&sdata=mqXl2c5rWwvbP%2BW6iRJCK8%2FtTktq56eKhfB53gF4y38%3D&reserved=0>
- [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Christian Hopps
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Les Ginsberg (ginsberg)
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Christian Hopps
- Re: [Lsr] Request WG adoption of TTZ tony.li
- Re: [Lsr] Request WG adoption of TTZ Les Ginsberg (ginsberg)
- Re: [Lsr] Request WG adoption of TTZ Acee Lindem (acee)
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Acee Lindem (acee)
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Les Ginsberg (ginsberg)
- Re: [Lsr] Request WG adoption of TTZ Tony Li
- Re: [Lsr] Request WG adoption of TTZ Christian Hopps
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Aijun Wang
- Re: [Lsr] Request WG adoption of TTZ tony.li
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Acee Lindem (acee)
- Re: [Lsr] Request WG adoption of TTZ Acee Lindem (acee)
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Donald Eastlake
- Re: [Lsr] Request WG adoption of TTZ LEI LIU
- Re: [Lsr] Request WG adoption of TTZ Linda Dunbar
- Re: [Lsr] Request WG adoption of TTZ Haoyu Song
- Re: [Lsr] Request WG adoption of TTZ Uma Chunduri
- Re: [Lsr] Request WG adoption of TTZ Christian Hopps
- Re: [Lsr] Request WG adoption of TTZ Christian Hopps
- Re: [Lsr] Request WG adoption of TTZ Anil Kumar
- Re: [Lsr] Request WG adoption of TTZ Liu Vic
- Re: [Lsr] Request WG adoption of TTZ Yanhe Fan
- Re: [Lsr] Request WG adoption of TTZ Toy, Mehmet
- Re: [Lsr] Request WG adoption of TTZ reta Yang
- Re: [Lsr] Request WG adoption of TTZ ruoxin huang
- Re: [Lsr] Request WG adoption of TTZ Kiran Makhijani
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Tony Li
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Tony Li
- Re: [Lsr] Request WG adoption of TTZ Linda Dunbar
- Re: [Lsr] Request WG adoption of TTZ Acee Lindem (acee)
- Re: [Lsr] Request WG adoption of TTZ Linda Dunbar
- Re: [Lsr] Request WG adoption of TTZ Acee Lindem (acee)
- Re: [Lsr] Request WG adoption of TTZ Linda Dunbar
- Re: [Lsr] Request WG adoption of TTZ Acee Lindem (acee)
- Re: [Lsr] Request WG adoption of TTZ Henk Smit
- Re: [Lsr] Request WG adoption of TTZ John E Drake
- Re: [Lsr] Request WG adoption of TTZ Les Ginsberg (ginsberg)
- Re: [Lsr] Request WG adoption of TTZ Uma Chunduri
- Re: [Lsr] Request WG adoption of TTZ Richard Li
- Re: [Lsr] Request WG adoption of TTZ Uma Chunduri
- Re: [Lsr] Request WG adoption of TTZ Acee Lindem (acee)
- Re: [Lsr] Request WG adoption of TTZ Uma Chunduri
- Re: [Lsr] Request WG adoption of TTZ Tianran Zhou
- Re: [Lsr] Request WG adoption of TTZ Henk Smit
- Re: [Lsr] Request WG adoption of TTZ Tianran Zhou
- Re: [Lsr] Request WG adoption of TTZ Christian Hopps
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ Les Ginsberg (ginsberg)
- Re: [Lsr] Request WG adoption of TTZ Tianran Zhou
- Re: [Lsr] Request WG adoption of TTZ Christian Hopps
- Re: [Lsr] Request WG adoption of TTZ Huaimo Chen
- Re: [Lsr] Request WG adoption of TTZ tony.li