[trill] question to draft-ietf-trill-active-active-connection-prob-05

Linda Dunbar <linda.dunbar@huawei.com> Tue, 15 July 2014 22:03 UTC

Return-Path: <linda.dunbar@huawei.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 31C841B2960 for <trill@ietfa.amsl.com>; Tue, 15 Jul 2014 15:03:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.851
X-Spam-Status: No, score=-4.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id SlQd2VREXGkI for <trill@ietfa.amsl.com>; Tue, 15 Jul 2014 15:03:55 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F266B1B28FB for <trill@ietf.org>; Tue, 15 Jul 2014 15:03:54 -0700 (PDT)
Received: from (EHLO lhreml404-hub.china.huawei.com) ([]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKB77914; Tue, 15 Jul 2014 22:03:53 +0000 (GMT)
Received: from DFWEML703-CHM.china.huawei.com ( by lhreml404-hub.china.huawei.com ( with Microsoft SMTP Server (TLS) id; Tue, 15 Jul 2014 23:03:52 +0100
Received: from DFWEML701-CHM.china.huawei.com ([]) by dfweml703-chm.china.huawei.com ([]) with mapi id 14.03.0158.001; Tue, 15 Jul 2014 15:03:39 -0700
From: Linda Dunbar <linda.dunbar@huawei.com>
To: "draft-ietf-trill-active-active-connection-prob.all@tools.ietf.org" <draft-ietf-trill-active-active-connection-prob.all@tools.ietf.org>
Thread-Topic: question to draft-ietf-trill-active-active-connection-prob-05
Thread-Index: Ac+geKHYnnafxlduSjKQzXaIov80DQ==
Date: Tue, 15 Jul 2014 22:03:39 +0000
Message-ID: <4A95BA014132FF49AE685FAB4B9F17F645D9D27B@dfweml701-chm.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F645D9D27Bdfweml701chmchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/trill/sVwVS1fIxsgSl8Fxwu-XxW3J7lw
Cc: "trill@ietf.org" <trill@ietf.org>
Subject: [trill] question to draft-ietf-trill-active-active-connection-prob-05
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Tue, 15 Jul 2014 22:03:59 -0000

Dear Editors,

A few questions to this draft:

Section 2 second paragraph stated that " TRILL AF provides both per Data Label active-standby traffic spreading and loop avoidance".

TRILL AF requires one and only one appointed RBridge to ingress/egress native frames, so it doesn't provides "traffic spreading", correct?

What is "flow rather than VLAN based load balancing"? does it mean the CE has to  distribute load based on non-VLAN header fields of the packets?

Section 2.1:  What does it mean by "at exactly one edge group RBridge"?
a) The LAALP will deliver a frame from an endnode to TRILL at exactly one edge group RBridge.

Why can't LAALP assume ""these are all the MAC addresses attached""?

Section 3.3: Address Flip-Flop
Why current TRILL switches behave badly when same MAC-SA is associated with different TRILL nicknames? Why can't TRILL switches be configured to allow different TRILL nicknames to be associated with the same MAC-SA?

Section 3.4:
The flooding described in this section is no different from the "flooding" caused by aged out MAC entry in FDB, isn't it?