Re: [Lsr] Request WG adoption of TTZ

Yanhe Fan <yfan@casa-systems.com> Sun, 12 July 2020 14:32 UTC

Return-Path: <yfan@casa-systems.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 70F813A09BD; Sun, 12 Jul 2020 07:32:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.701
X-Spam-Level:
X-Spam-Status: No, score=-1.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=casa-systems.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 lwezrz--dRso; Sun, 12 Jul 2020 07:32:51 -0700 (PDT)
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2053.outbound.protection.outlook.com [40.107.236.53]) (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 E731D3A09BC; Sun, 12 Jul 2020 07:32:50 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kgZbltDyim/fzagzXGuFQ4aqhASHDxxQC327eu5waEDtdcFGiccPbxzFmu62pywdoxA/sjTjpsYvTTXAWYcHQMIE99tUL1S4EJZf0UWThhiLqDus/AjrelsAdq1COf/AJHB9VkOfPPI+E2P7KIiQcxG4GdmCiwnC7mfGwki1RxW5XbcwOxCLxB1kVyP1fdb3RIph8e284DJ8Ho887mV1EpA3MVujrOZ34SA7j7rcWGsYCxsv0wraRlF59Ut9mBRoGJ5Zi1RFiXk8fzAQbiOEYDg5Tv68bTdNmlwryt5ku4uTbk4/OtcvN1KPGa+Covob/Cj2BU4xZcjBP4swWL+QGA==
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=jX01nfyVmDNv+9I8dtfR/dqIFB4hi53++BgZUhC+Kj0=; b=D67Kk+dBKZDIXdgDn9Fiy4Q2h7ulF4uY7KL4cALfZL3eAaW6Y1PiZzzzA2zeDo9UjkA5CZg8cjIaIJYgD4R5Ff4MdmzG/AClbX6HRvPPuRNg/7eKqpElJqFyYqAIxh2rKkiaZQ0oXHtuXihTnG0Sgrmd/gjLDKlpieFdBST0zxTrDwLipw4h3qv9miXGH1Pxt3xRN6WJ4Komx3TKKj9Lb/VBqKKwPjmRs9jxgV/8/suHE82UIvqMkdDQWjbalNmi/tiEdTDvk4BnFXYWG8Vf6MjTejtoGSJi1r4yblJi97YjeSMRkVeVt5qTLU4m38muR8uc7CVn8tEVWIof9TEnmg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=casa-systems.com; dmarc=pass action=none header.from=casa-systems.com; dkim=pass header.d=casa-systems.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casa-systems.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jX01nfyVmDNv+9I8dtfR/dqIFB4hi53++BgZUhC+Kj0=; b=se4RMVwR2eXCRB49UXTZ+B5Vd6IYLaXvE8iCHMWvapaDFZzMJ32RYABSMsINj66vqoNnVNf8jwQ4kCQFrCO9j7XPbTZm3Hmjxu1wb0yccc5sCoPe8ASneX2aBzXful1z0PnoQ4R9H+S5zU0NFhNLUZOGvrxY4ruFhR50kL3ECIM=
Received: from DM6PR06MB5098.namprd06.prod.outlook.com (2603:10b6:5:58::10) by DM5PR06MB3577.namprd06.prod.outlook.com (2603:10b6:4:43::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3174.22; Sun, 12 Jul 2020 14:32:48 +0000
Received: from DM6PR06MB5098.namprd06.prod.outlook.com ([fe80::8c6d:538c:a131:e6a0]) by DM6PR06MB5098.namprd06.prod.outlook.com ([fe80::8c6d:538c:a131:e6a0%3]) with mapi id 15.20.3174.025; Sun, 12 Jul 2020 14:32:48 +0000
From: Yanhe Fan <yfan@casa-systems.com>
To: Donald Eastlake <d3e3e3@gmail.com>, 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: AQHWVtzCfuONOqPFX0uXdEUybL3iO6kEBFFA
Date: Sun, 12 Jul 2020 14:32:48 +0000
Message-ID: <DM6PR06MB509884AFCDB21593E2B4389DEE630@DM6PR06MB5098.namprd06.prod.outlook.com>
References: <MN2PR13MB31178756BB6166B2F1807CF6F2980@MN2PR13MB3117.namprd13.prod.outlook.com> <CAF4+nEHB+C8n22F-60FXYa5JXoFHxH9oDg0ANsWd4V_fdW9EiQ@mail.gmail.com>
In-Reply-To: <CAF4+nEHB+C8n22F-60FXYa5JXoFHxH9oDg0ANsWd4V_fdW9EiQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none; gmail.com; dmarc=none action=none header.from=casa-systems.com;
x-originating-ip: [66.30.51.67]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f0bd2f25-d0b5-48ed-cda5-08d826707351
x-ms-traffictypediagnostic: DM5PR06MB3577:
x-microsoft-antispam-prvs: <DM5PR06MB35770E9F1FDA9D5C7A1BDDCDEE630@DM5PR06MB3577.namprd06.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: rh7W7YapYykdd7AwGLCOqkkEtvMHXFa0L7p6w/6KYwcsJQq6FP61atfbwqX/hIzy+XOuGJexVGSE6sqaZAWCBEak3mCOVblOwnOe3yfcXGDzEN4PFiJSTpes5pE8IBRNNG03RJOryqHpnaEoRi4aureYktSOd4xfOMnPF8sG591trqoFkjvG0Gg1qiIBLipQ+LZeX7fnfNpDX8HTA1PGXxgSkxDu6QTCgXmSDPD3EQ3vGPakCbhGmkwSZRUNNnyPJMwZNc8YJUiOKX0DZdgZ3GutYu4EyGu6WaeTDtvMIbPrQpF9TYie7uxily36dVkBS3kHMc2pueNtiWYSY2HKN947qeaWoCeVpEQoYOR6bV7x9kRbKAKXP+DkWA6EhF6tIqBmmYUJ8mzn0kQARO2vDA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR06MB5098.namprd06.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(136003)(346002)(366004)(376002)(396003)(39850400004)(478600001)(55016002)(7696005)(33656002)(2906002)(316002)(54906003)(71200400001)(4326008)(8936002)(966005)(5660300002)(110136005)(52536014)(53546011)(6506007)(83380400001)(186003)(9686003)(26005)(66574015)(66446008)(76116006)(66556008)(86362001)(66476007)(64756008)(66946007)(8676002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: wZdxttaed0dtgNwLUjSz4Ia8SjDhnnoTtYmj9jib7psPA/Oklt4CRjUA14MDt866cuNm2D5iezVgIlpFIjCxAb5us22fSYTwGfyQcPCtEcdvEK03pJ77BPl+XUwW1ApN/i5XxFKWvZv9plhoR3iGGIqg59Qv5dWexpIFvOCVArOVyAi810Zoi0DVNmjs4R0Ilwx3vhcj1D4/bTGQZUZ+JDbqCul3gY4YoBWxSBdogwv599RwM7n0YjXi7o2fm9RX/5FZQH/fKliGL7xYLc16y7H0jZnqMwPY0c56FZ5iHO69s+CEG9dxlF79Lk+Q8zoNd4SHmrv9N5DKjD4MSrTqbXIZsll7UoUBfrFnIDcuXg726Pteq91IcPsAS8GHDhB54vI9MqxJhJkmLc55iw//XIFnTENUz0CR50Ntwx0dP1gSpzckmTMKRVfmeVqfubz7drZYZwNOvjrg8k+pfltSVgkRDitmQDrnuBzC0FUZFAA=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: casa-systems.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR06MB5098.namprd06.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f0bd2f25-d0b5-48ed-cda5-08d826707351
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jul 2020 14:32:48.3789 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 17b16a32-cb34-482f-946d-8a975023450e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: orEyFR5Ijmx8kUAlilOmtfknLL4D2qxQztOpb3dj45P6iVcnZ6Vv5XVFG8qUjmtWW5L7u3uBan7dtsH19TLs9w==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR06MB3577
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/Z0L94tiGkXxuoXRNcfqi9UY-yD4>
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: Sun, 12 Jul 2020 14:32:53 -0000

I support adaption of this IS-IS TTZ draft. It is a useful work to address network scalability.

Thanks,
Yanhe

-----Original Message-----
From: Lsr <lsr-bounces@ietf.org> On Behalf Of Donald Eastlake
Sent: Friday, July 10, 2020 1:08 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 adoption of the IS-IS TTZ draft.

It seems more flexible and capable although some editorial/nomenclature improvements in the draft would be good. I will send some more detailed suggestions to the authors.

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA  d3e3e3@gmail.com

On Thu, Jun 18, 2020 at 11:38 PM Huaimo Chen <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/ .
>
>
>     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
> https://www.ietf.org/mailman/listinfo/lsr

_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr