Re: [Lsr] Request WG adoption of TTZ

Richard Li <richard.li@futurewei.com> Wed, 15 July 2020 16:50 UTC

Return-Path: <richard.li@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 F25DB3A00C0 for <lsr@ietfa.amsl.com>; Wed, 15 Jul 2020 09:50:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.089
X-Spam-Level:
X-Spam-Status: No, score=-2.089 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, 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 SxGLOJHmSRmJ for <lsr@ietfa.amsl.com>; Wed, 15 Jul 2020 09:50:49 -0700 (PDT)
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2130.outbound.protection.outlook.com [40.107.243.130]) (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 827AC3A0064 for <lsr@ietf.org>; Wed, 15 Jul 2020 09:50:49 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lhR+xC+qgzvc/zRo2vTqloDhQSHGTWPx3+a0Qfr5JxLvqaL/HpyH6UWgI3rBD2adVUNwKIO0jTIJnOHr5RNeylTP1Q03fz+2MurXYPCXAaNIPr6SVVDYiXBHgJwzZRDDFVVDqxndRqG1Od5yQ9HCsEJHpTU5JTeTyP0ca+Rnb30Iy8BlDGGnmugW70oJdVxb/NLOtgTWSUG7mhQYCbWbYeJ8ovFmwUtg/mKB6vXCouIMjKLTt+8NiU/L9fl3YR0cz/vahFIgOSXkpn9CkwWoZFgMeuML4TUe45MHSVzE/MHHy8yjPHESWeV0bVWPAMD4B8bOnwzaRtnUGI5BVgwPgA==
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=4i1Zzmj+UwEJUtOPmPa1oPNjFErmfXEBN7LGrXm32/8=; b=ZQ4hJFZv7Cx+xp9bmk+yd6fbvvOjj5FfZqggND2G/lIw98vqxkYCcYoF70g6L2LcU4KhzkmUt5DDWZwKFeV/YjJp/iJlY4O4g6qSGPsc49th47oR2+N0bdARoIfXS2x9yIRBMowWLd6J4j+Vro8VdkKqSytFEhzp7J3hUBL5HMPGffefYBAWMG79Kb1dcvw2INt/k/bnfkGlzdxcnDmiXF6N4nmSsacd3rN1UCqD1mVqyWGQzn3KjzXkxt8qGVxf7DS3ctBUfuWQQ6NmZOggawh5n7GiT4SUHhCOWNdrHz3Z6nxYnBufLvcmk6w4Imx4qHuQMpnKVoLk6bdsa4DJVQ==
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=4i1Zzmj+UwEJUtOPmPa1oPNjFErmfXEBN7LGrXm32/8=; b=F2nqWaaDpblVZA5Y8lAQKzAudVaB2EbM7Oc0nISBKTAYR9hkvp75gsYbLGqIIU87JN4ZTJzIGgOudvsgclOJaXMCzjtzSwd13dv0BFivRGk/oX32il7a01ZxOFCASC6gSAvHGWDtwje0tJqrrarD7r+8F8GZrhjD47MmZPp2Exo=
Received: from BYAPR13MB2279.namprd13.prod.outlook.com (2603:10b6:a02:bd::21) by BY5PR13MB3345.namprd13.prod.outlook.com (2603:10b6:a03:1ae::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3195.9; Wed, 15 Jul 2020 16:50:47 +0000
Received: from BYAPR13MB2279.namprd13.prod.outlook.com ([fe80::68a1:4e4d:67ac:4e22]) by BYAPR13MB2279.namprd13.prod.outlook.com ([fe80::68a1:4e4d:67ac:4e22%7]) with mapi id 15.20.3195.017; Wed, 15 Jul 2020 16:50:47 +0000
From: Richard Li <richard.li@futurewei.com>
To: "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: Re: [Lsr] Request WG adoption of TTZ
Thread-Index: AdZaxtUz6Vc9/cdATI2Z9H+mEKAEsw==
Date: Wed, 15 Jul 2020 16:50:47 +0000
Message-ID: <BYAPR13MB22790C54D5555BF07E294846877E0@BYAPR13MB2279.namprd13.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [76.102.116.231]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a914948c-d17f-4e04-2025-08d828df390a
x-ms-traffictypediagnostic: BY5PR13MB3345:
x-microsoft-antispam-prvs: <BY5PR13MB3345949211C7A5CA650CF39B877E0@BY5PR13MB3345.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Mi4vYNPiukRYJvXUd8b1pxu/vipVoQS21WLMfS0Oj6l5F9l3GF1+CBrWIxK8tsJuqWLE3vM2DrNjItlBOx9gpkJFhFE9eq+bLvMVT0ol3lI4/69tS4uZqtcHRkbBCCpIMmtRtxjyGzRLAoWjT+m+vGxVXJDnsTd6W6+8mXUJy3/bc2HlynzTUmhz1aaM6Z+lge4tGonprli2qoCo4dckjq8hyLubxYJWmDOICJSnMhWbKp062L726YBD+PBnjzbDVHZ2FXQGtHVyGaT9YYF7ld2z+GtZwhf1NI1QR3Z+qGxzBaNvg7El1bEpXII7S6CIvKOSvV0X1edEeUWkeNdmjNa5SmaiQ0BIKqPpuGQYxeNdv9MDSWLYVdGjVCC3SlIHf2MEcLl/QiEB9zUD3UBfcg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR13MB2279.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(136003)(366004)(346002)(376002)(39850400004)(5660300002)(52536014)(166002)(186003)(83380400001)(9686003)(71200400001)(8676002)(26005)(6916009)(316002)(66574015)(478600001)(76116006)(7696005)(55016002)(2906002)(66446008)(64756008)(66556008)(8936002)(66476007)(44832011)(66946007)(33656002)(6506007)(966005)(53546011)(86362001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: bBNS1rtcWphcGWpXq9yMBpVBiM2irsYRaZIzhaNpyA4uJpEcqhh53vLYi3EcS4SA5a/T+YBRcRRWKtKU6D6ge3EGAjDMJZ/cUvWeV/DJkEeSc903IhhOk47caXsAEgk1065ClSzSLwJO/Fjq+p4gRkHZ+bpCt8jVUO+qC6jWHOKM5lU6FIIurWkxiZ6lY48o4Yuii5RELeYGhYa2jFlwgM1O0NEwwqcwEHFfBQ5tSgckx2lVrdtP/bMvhNkAUPPWxXjrnet5LwJYlPzOYmWLJ5SAhjxN74Seg+CiJ58WChszWTErXNMTt+wQfAYdjIs33ZnQ/DzZVX4ORkjf2GS7FrcsqND+0MnVNVo2YNAEUR3gUTPTGrh8IxuSrNKWjr7Lg1xmfbbSirUwxwoBzmgg+tWvFCqA8sn0RMHJVduuTX8Jj7pFeMgaNvAjvw1mAMzqSBpD6COI0pb4JBAh8w0996VbPZhAWMlXoT7u5HV+CzkDVpiz+VLLqSm61WFUFVR3
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR13MB22790C54D5555BF07E294846877E0BYAPR13MB2279namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR13MB2279.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a914948c-d17f-4e04-2025-08d828df390a
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jul 2020 16:50:47.0979 (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: 8bHu3SfYrudT80eQbPfz0Ut1+xPzUq5ywHXHm251eWztPt0KuH/9PF2M8s3iYLw8j4T00sZuaOZytD+Jcag33Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR13MB3345
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/PLiyjhoHfgIfmcCTCFf6oBEbOMM>
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: Wed, 15 Jul 2020 16:50:52 -0000

I support the adoption of the IS-IS TTZ draft.

Using TTZ it is straightforward and easy to turn a zone into a single virtualized node. TTZ can provably achieve  topology complexity reduction and scalability enhancement. The operation is simple, and the customer experience is enhanced. Its benefit weighs more than its cost. The LSR should let the work on TTZ move forward.

Stay safe and healthy, everyone!

Thanks,

Richard



> On Thu, Jun 18, 2020 at 11:38 PM Huaimo Chen <huaimo.chen@futurewei.com><mailto:&lt;huaimo.chen@futurewei.com&gt;> 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/ .
>
>
>     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
>
> 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
>
> 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