Return-Path: 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 ABA9E12ECF0; Wed, 21 Jun 2017 00:32:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 AHV93tZeaVyB; Wed, 21 Jun 2017 00:32:14 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 454031316BA; Wed, 21 Jun 2017 00:32:13 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DIX42387; Wed, 21 Jun 2017 07:32:08 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 21 Jun 2017 08:31:21 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Wed, 21 Jun 2017 15:31:15 +0800 From: "Zhangmingui (Martin)" To: Susan Hares , "trill@ietf.org" CC: "trill-chairs@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: AdLaEjpykTlVpOFeSmqGocrS0LmYrQQTaqFg Date: Wed, 21 Jun 2017 07:31:15 +0000 Message-ID: <4552F0907735844E9204A62BBDD325E7A65365DC@NKGEML515-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-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.146.93] Content-Type: multipart/alternative; boundary="_000_4552F0907735844E9204A62BBDD325E7A65365DCNKGEML515MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0206.594A20FA.0107, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 6069cc1a4b21a3187559d33a9e17595e Archived-At: Subject: Re: [trill] WG LC for draft-ietf-trill-smart-endnodes (5/31 to 6/13) X-BeenThere: trill@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Developing a hybrid router/bridge." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2017 07:32:17 -0000 --_000_4552F0907735844E9204A62BBDD325E7A65365DCNKGEML515MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This draft specifies a useful solution and it is ready for publication. Support. Thanks, Mingui From: trill [mailto:trill-bounces@ietf.org] On Behalf Of Susan Hares Sent: Wednesday, May 31, 2017 10:10 PM To: trill@ietf.org Cc: trill-chairs@ietf.org; draft-ietf-trill-smart-endnodes@ietf.org Subject: [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: https://datatracker.ietf.org/doc/draft-ietf-trill-smart-endnodes/ 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, Kes= ava, Ting) should send their IPR statements by 6/5. If the IPR statements a= re 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 fo= r the problem of the size and freshness of the endnode learning table in ed= ge RBridges by allowing endnodes to volunteer for endnode learning and enca= psulation/decapsulation? 2) Do you know of any situations where deployment of this technology w= ill be helpful? 3) Is this technology and this draft ready for IESG publication? Sue Hares --_000_4552F0907735844E9204A62BBDD325E7A65365DCNKGEML515MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This draft specifies a useful solution and it is ready for public= ation.

Support.

 

Thanks,

Mingui

From: trill [mailto:trill-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Wednesday, May 31, 2017 10:10 PM
To: trill@ietf.org
Cc: trill-chairs@ietf.org; draft-ietf-trill-smart-endnodes@ietf.org<= br> Subject: [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:

https://datatracker.ietf.org= /doc/draft-ietf-trill-smart-endnodes/

 

Due to my errors, this WG LC ha= s been delayed.  We will be running this WG LC in parallel with the IP= R call.  The authors (Radia, Fangwei, Donald, Kesava, Ting) should sen= d 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 th= e following questions:

 

1) &nbs= p;    Does the draft-ietf-tri= ll-smart-endnodes provide a good solution for the problem of the size and f= reshness of the endnode learning table in edge RBridges by allowing endnode= s to volunteer for endnode learning and encapsulation/decapsulation?

2) &nbs= p;    Do you know of any situ= ations where deployment of this technology will be helpful?

3) &nbs= p;    Is this technology and = this draft ready for IESG publication?

 

Sue Hares

--_000_4552F0907735844E9204A62BBDD325E7A65365DCNKGEML515MBXchi_--