Re: [Lsr] Enhancement related to Area Leader Sub-TLV

Tony Li <tony1athome@gmail.com> Wed, 29 May 2019 06:04 UTC

Return-Path: <tony1athome@gmail.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 4F7791200E5 for <lsr@ietfa.amsl.com>; Tue, 28 May 2019 23:04:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 i-T4mMxI1O24 for <lsr@ietfa.amsl.com>; Tue, 28 May 2019 23:04:04 -0700 (PDT)
Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9631120045 for <lsr@ietf.org>; Tue, 28 May 2019 23:04:03 -0700 (PDT)
Received: by mail-pl1-x631.google.com with SMTP id s24so449864plr.8 for <lsr@ietf.org>; Tue, 28 May 2019 23:04:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=xJ3wTszM+w+oYaL2tj1Qi71gQVX4dCl+3c+wKO2bh0Y=; b=MCjTrNYbCjxnL9ST6N4yGmv4YvgyJZywyaqmQAhwP4H61LT+++8dDDDgnm6F2j3fQl dXG3qxsd+EQPJBVvdQ4LOPkqEX0M4Z8xEOsmQJDUJvKNyv10SESkr0J1/4uP10lU/ltm Wrn3kQ+hmvUfEhcVvzOYRbmNh8kgwWPH1FH3evOssP1OPz++bDLs4y+7r7rqar9R8naj EcRQRKWydayEoZFVvpzoRhEx+Lm44bKWxNyCTTqkLzasHZM4sa4gDdP9ySg2IWe5acSE mZ3KkzVpNZ1PIff0+xgYlmNPOuUSEYbf5YcounL8CjSK4gbdsc4Bea0UwS1e6QAooNIH vPMw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=xJ3wTszM+w+oYaL2tj1Qi71gQVX4dCl+3c+wKO2bh0Y=; b=h5Fzd4LM6c1fYc7wVFqFTbo+Sxm1hRBUbjF2jGQ2KSgTmMW419acDkiedRKZZ3OmjQ D53+mhzHIqjHEerGkEAzLDgWHU4Rt8WIAX1wfT4jE7u4YBWYtNYS0iPB12PTJhDSE0Wc XF5QXZCKM7v2fRv3ih/gyNCvHZISU4vdtLWzg7I02H96tR8sgYCQ1nLqdnih7QonlcSq fThfiaBb4jijlKjo8A/UfXJqUgwD8sXV6N9rxKYyoXUslIiNEqC4d4K4tLrQ7M6dTGYC 0QWUblvjx5Dm/O13yLa4+Bbt+dvm5wphDa8xG3u8oYUx5Y5NulMXAnXv/D2ySgOyN21g SacA==
X-Gm-Message-State: APjAAAVl9x3pWhENXZQs2FyuIq1HGL+Kma/aHf79Ftsenzf/pJ43Tbsd Ab6LLjwDvjusWI1+wzol4iM=
X-Google-Smtp-Source: APXvYqxHXiGKiZIj/DodL2+MwVqU/sdFJyIyDZrc4pT7xwEwZDKM5uLOBvejxFZSnDhRkWOCla7R3g==
X-Received: by 2002:a17:902:6b81:: with SMTP id p1mr136671040plk.207.1559109843375; Tue, 28 May 2019 23:04:03 -0700 (PDT)
Received: from [192.168.1.5] (c-73-158-115-137.hsd1.ca.comcast.net. [73.158.115.137]) by smtp.gmail.com with ESMTPSA id y16sm16258554pfl.140.2019.05.28.23.04.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 May 2019 23:04:02 -0700 (PDT)
From: Tony Li <tony1athome@gmail.com>
Message-Id: <BA5E2563-F729-4DAB-B61F-F6471B86B0A2@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_72AD6DB1-05D9-40CE-AC46-79EAD9724657"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\))
Date: Tue, 28 May 2019 23:04:01 -0700
In-Reply-To: <MN2PR13MB3470038A8417F66CD76FD25BA31F0@MN2PR13MB3470.namprd13.prod.outlook.com>
Cc: Les Ginsberg <ginsberg@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>
To: Huaimo Chen <hchen@futurewei.com>
References: <MN2PR13MB3470FB2091E28D9EB98A230AA3020@MN2PR13MB3470.namprd13.prod.outlook.com> <55DE9C76-90FB-4EF1-B64B-DDED154F15C9@tony.li> <MN2PR13MB3470011BC47D57EDF1DFB19AA31E0@MN2PR13MB3470.namprd13.prod.outlook.com> <BYAPR11MB36381BDE7F6F49C03AA595F2C11E0@BYAPR11MB3638.namprd11.prod.outlook.com> <MN2PR13MB3470038A8417F66CD76FD25BA31F0@MN2PR13MB3470.namprd13.prod.outlook.com>
X-Mailer: Apple Mail (2.3445.104.8)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/EjnJ1aotjYt5CRFGUd-dki-Onbc>
Subject: Re: [Lsr] Enhancement related to Area Leader Sub-TLV
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, 29 May 2019 06:04:07 -0000

Hi Huaimo,

>     It seems that it is OK for only the leader advertises Area Leader sub-TLV.


I disagree.  Again, without other advertisements, the entire domain is at risk of losing the Area Leader and having an uncomfortable transition.


> After the old/current leader is down, a new leader will be elected and the new leader will advertises Area Leader sub-TLV.


If only one node is advertising the Area Leader sub-TLV, then when the Area Leader fails, some other nodes will be forced to advertise that sub-TLV.  This will have to propagate (through flooding) throughout the domain before a new Area Leader is elected.  Any candidates that lose the election would likely compute and advertise a FT of their own, which would then be subsequently obsoleted. This is a non-trivial waste of computation and LSDB space and bandwidth.  There would also be a considerable churn as intermediate nodes see various different FTs at different times. This would definitely be a stress test of the FT migration mechanisms.

>     After moving priority (one byte) from Area Leader sub-TLV to Dynamic Flooding Sub-TLV, the saving on space when every node advertises a priority is (N-1)*S1 – N, where N is the number of nodes in the area, S1 is the size of Area Leader Sub-TLV. S1 is 4 in IS-IS; S1 is 8 in OSPF.  For N = 1000 and IS-IS, the saving is (1000-1)*4 - 1000 = 2996 (bytes). For N = 1000 and OSPF, the saving is (1000-1)*8 - 1000 = 6992 (bytes).
>     When only one node advertises a priority, (N – 1) bytes more is used.


As Les said, it is undesirable for only one node to advertise area leader candidacy.  In fact, it is preferred that as many capable nodes advertise it as possible.  Thus, there is no savings.

Tony