Re: [trill] Genart last call review of draft-ietf-trill-rbridge-multilevel-06

Stewart Bryant <stewart.bryant@gmail.com> Thu, 29 June 2017 08:50 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F75012ECBA; Thu, 29 Jun 2017 01:50:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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_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 PMMTSUfUni2B; Thu, 29 Jun 2017 01:50:39 -0700 (PDT)
Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com [IPv6:2a00:1450:400c:c0c::242]) (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 780CC12ECB7; Thu, 29 Jun 2017 01:50:39 -0700 (PDT)
Received: by mail-wr0-x242.google.com with SMTP id z45so36295626wrb.2; Thu, 29 Jun 2017 01:50:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-language; bh=ESk3ySkqEj005jJJy4hBXIOzjgz3B+cnr4Kr5kBvBxo=; b=VSqgzYVcV+A8jnqfwYmYlLFak2zJxkne+xecxZs7SZ3BYX5J41+UBEI3NWba9Pu4A5 IwdgnNYJuZ6OS2Ns1XxYWHhWJMF+MGJVlUo4kedrANKQnMnZ9LLByUtmWfD2ff2pehQT KUyi3UeVNDtL3TA4n3jaU2grG60RB9nuaWWNNXIzYILvLOVAD01xDxH5TTyqKbZVrc9a Xox6xNcy1AFr9RmyIQgQGtIxDTqLyn4UqF7QXqmXNW3yqbd8FPkk1JySxDXUhFLEZ9O3 o/H1Sk7UBQa/XGdqdH4yBZI93u6v3zDL0/bOB0N4iLsOD1kddpQHEAr1BFpV8Lbzvdfc hs1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent :mime-version:content-language; bh=ESk3ySkqEj005jJJy4hBXIOzjgz3B+cnr4Kr5kBvBxo=; b=BeAlE10RtqrA2qTfBxIarx0o8dMnIbmsb7xakbBXdh7yqj77TMzdvWS3N1BLymmfc3 bb8apOJrqWx48TGKk0WofbIH3bzbDvfxycfItq8pBtYm21NTjolQa18kZMhHO+jXN3da h2z6kpDdUKS30gaMtuftn6AuUYjjjxL5wUEykCHDfjw26PCwNHOJYp1OY65zormtpma1 THkglpU9/y10CtE81bXGTuM5CqHtfX+bd/VBoQUOgJuvKw6nmuBFYzciOBz0/jT3cBdc giXPOFmnNkWL7DpD7saVtmh8fgKoxrIzPMd4UAVsGbvd2+LTT1i8OblvgLSKs0Qhmc2b /xEw==
X-Gm-Message-State: AKS2vOzmra33DUCs/5C2Vs7Bq2Lv45CplZqpoAVBJbvuIN0+7k03bHHu CXaPPpRN46w7DjKQ0n0=
X-Received: by 10.223.139.87 with SMTP id v23mr21380889wra.145.1498726237689; Thu, 29 Jun 2017 01:50:37 -0700 (PDT)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id i65sm710382wmf.20.2017.06.29.01.50.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Jun 2017 01:50:37 -0700 (PDT)
To: d3e3e3@gmail.com
Cc: General Area Review Team <gen-art@ietf.org>, draft-ietf-trill-rbridge-multilevel.all@ietf.org, IETF Discussion <ietf@ietf.org>, trill@ietf.org
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <58bdb2db-3833-feaa-ced0-eeee68ca5581@gmail.com>
Date: Thu, 29 Jun 2017 09:50:34 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------BF40CDDA72214BF8EEC99F56"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/trill/xoKI4ZwS8R9ZQ2QEDN7SjhNzkDk>
Subject: Re: [trill] Genart last call review of draft-ietf-trill-rbridge-multilevel-06
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/trill/>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jun 2017 08:50:41 -0000

>                     Although there is some discussion on it later there is no discussion
> of the number of addresses to be learned in the single and multi-area cases and
> the impact this has on the LSDB. The number of addresses to be learned will
> impact the ingress RBridge FIB and the FIB update time so this is just as
> significant in understanding the benefit of multi-level as understanding the
> link-state convergence time is.

The number of MAC (actually MAC/VLAN or MAC/FGL) addresses to be
learned by an edge TRILL switch is not affected by whether the TRILL
campus uses single or multilevel IS-IS. This number of MAC address
learned is the seventh scaling problem listed in Section 1.1 which
states that multilevel TRILL IS-IS helps only with the other six
problems. This point, that multilevel doesn't help here, could be
emphasized more but I don't think I see much point in this document in
going into details such as the scaling considerations of data plane
MAC address learning (which is the default in TRILL) or control plan
MAC address learning (which does not use the core LSDB but rather Data
Label scoped ESADI link stat databases).

SB> I think the important point is either to demonstrate that the
SB> that the control plane problem you address is the dominant factor in convergence
SB> and that the MAC component (including FIB update) is not significant,
SB> or to point to a solution that makes the data plane element comparable
SB> to the improved control plane. Otherwise there is surely no point in
SB> making these significant changes to the control plane.

- Stewart