[trill] 答复: WG LC for draft-ietf-trill-smart-endnodes (5/31 to 6/13)

Haoweiguo <haoweiguo@huawei.com> Thu, 22 June 2017 09:07 UTC

Return-Path: <haoweiguo@huawei.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id BA868128B8E; Thu, 22 Jun 2017 02:07:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id gNSkH3WDE6vk; Thu, 22 Jun 2017 02:07:09 -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 20C5D128B51; Thu, 22 Jun 2017 02:07:07 -0700 (PDT)
Received: from (EHLO lhreml701-cah.china.huawei.com) ([]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DIZ45928; Thu, 22 Jun 2017 09:07:05 +0000 (GMT)
Received: from NKGEML412-HUB.china.huawei.com ( by lhreml701-cah.china.huawei.com ( with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 22 Jun 2017 10:07:05 +0100
Received: from NKGEML513-MBX.china.huawei.com ([]) by nkgeml412-hub.china.huawei.com ([]) with mapi id 14.03.0235.001; Thu, 22 Jun 2017 17:06:57 +0800
From: Haoweiguo <haoweiguo@huawei.com>
To: Susan Hares <shares@ndzh.com>, "trill@ietf.org" <trill@ietf.org>
CC: "trill-chairs@ietf.org" <trill-chairs@ietf.org>, "draft-ietf-trill-smart-endnodes@ietf.org" <draft-ietf-trill-smart-endnodes@ietf.org>
Thread-Topic: [trill] WG LC for draft-ietf-trill-smart-endnodes (5/31 to 6/13)
Thread-Index: AQHS2kBAfy91VNupB0eCiHTtJI/UxKIwt9kg
Date: Thu, 22 Jun 2017 09:06:57 +0000
Message-ID: <DD5FC8DE455C3348B94340C0AB55173366094448@nkgeml513-mbx.china.huawei.com>
References: <010e01d2da17$93a4cdc0$baee6940$@ndzh.com>
In-Reply-To: <010e01d2da17$93a4cdc0$baee6940$@ndzh.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_DD5FC8DE455C3348B94340C0AB55173366094448nkgeml513mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.594B88BA.0085, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 963306f606ff3a537f733f87dca64a71
Archived-At: <https://mailarchive.ietf.org/arch/msg/trill/IUNomr5ErpaRWB1Fkrz8BZbSw4A>
Subject: [trill] =?gb2312?b?tPC4tDogIFdHIExDIGZvciBkcmFmdC1pZXRmLXRyaWxs?= =?gb2312?b?LXNtYXJ0LWVuZG5vZGVzICAoNS8zMSB0byA2LzEzKQ==?=
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, 22 Jun 2017 09:07:16 -0000

Support the adoption.

发件人: Susan Hares [mailto:shares@ndzh.com]
发送时间: 2017年5月31日 22:10
收件人: trill@ietf.org
抄送: trill-chairs@ietf.org; draft-ietf-trill-smart-endnodes@ietf.org
主题: [trill] WG LC for draft-ietf-trill-smart-endnodes (5/31 to 6/13)

This begins a 2 week WG LC for draft-ietf-trill-smart-endnodes, and you can  see the draft at:

Due to my errors, this WG LC has been delayed.  We will be running this WG LC in parallel with the IPR call.  The authors (Radia, Fangwei, Donald, Kesava, Ting) should send their IPR statements by 6/5. If the IPR statements are not received, we will need to extend the WG LC.

For this WG, please consider the following questions:

1)      Does the draft-ietf-trill-smart-endnodes provide a good solution for the problem of the size and freshness of the endnode learning table in edge RBridges by allowing endnodes to volunteer for endnode learning and encapsulation/decapsulation?

2)      Do you know of any situations where deployment of this technology will be helpful?

3)      Is this technology and this draft ready for IESG publication?

Sue Hares