IETF Logo Mail Archive

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

顾 戎 <gurong_cmcc@outlook.com> Tue, 27 June 2017 16:05 UTC

Return-Path: <gurong_cmcc@outlook.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 34C5A129B94 for <trill@ietfa.amsl.com>; Tue, 27 Jun 2017 09:05:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 5qGjyQzZWASC for <trill@ietfa.amsl.com>; Tue, 27 Jun 2017 09:05:16 -0700 (PDT)
Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255046.outbound.protection.outlook.com [40.92.255.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15070129ABD for <trill@ietf.org>; Tue, 27 Jun 2017 09:05:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=04QWfYkVk/CjREHX5VFeWBYtDljxemaudbKiosoZsf0=; b=RPflWkY53tfQkjD2Np0jGLpglgl6a/kIR+pLFahSKBy/kDXC5SbWOQuXTPi74fP8x/yjRBdipHPf5qTbOwm37ue4v9WKEuGIwCZRyEssDublDLDYhJyAlq7H5nk3AYoMwejrJMPAjQdLvB4wVcxfElznhFxpOTRMIU+2VtQrMhWNh0+SSIRTkeLbOddMck/GYYjmKkBuvtsGSMhoAwjzQFyUGnnz/fel0xQJx+C/eC3gwbZbSl+IySZTopTEDG1+vPucM/lu7jDj9M4+1CW8VI1MFdB5inrMUjo/j/MN3NESH6U3/mROVoUoBzsd6Brh3TiOI/G27eJqC6cxhvJqeA==
Received: from PU1APC01FT033.eop-APC01.prod.protection.outlook.com (10.152.252.60) by PU1APC01HT007.eop-APC01.prod.protection.outlook.com (10.152.252.101) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1157.12; Tue, 27 Jun 2017 16:05:11 +0000
Received: from SG2PR0201MB2256.apcprd02.prod.outlook.com (10.152.252.59) by PU1APC01FT033.mail.protection.outlook.com (10.152.252.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1199.9 via Frontend Transport; Tue, 27 Jun 2017 16:05:10 +0000
Received: from SG2PR0201MB2256.apcprd02.prod.outlook.com ([fe80::2da4:5020:edfc:f769]) by SG2PR0201MB2256.apcprd02.prod.outlook.com ([fe80::2da4:5020:edfc:f769%18]) with mapi id 15.01.1199.019; Tue, 27 Jun 2017 16:05:10 +0000
From: 顾 戎 <gurong_cmcc@outlook.com>
To: "trill@ietf.org" <trill@ietf.org>
CC: "shares@ndzh.com" <shares@ndzh.com>
Thread-Topic: RE:[trill] WG LC for draft-ietf-trill-smart-endnodes (5/31 to 6/13)
Thread-Index: AQHS714as5emQ18bxkeHCpOuoK3dig==
Date: Tue, 27 Jun 2017 16:05:09 +0000
Message-ID: <SG2PR0201MB2256FBE061D417E57EF181DE8BDC0@SG2PR0201MB2256.apcprd02.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ndzh.com; dkim=none (message not signed) header.d=none;ndzh.com; dmarc=none action=none header.from=outlook.com;
x-incomingtopheadermarker: OriginalChecksum:81AD944C43675F1DCA096C8ECF7D2405E6F598B232348333C6C6A3CEF88D4A56; UpperCasedChecksum:4EC08C91A80EE4447A97E85A048AD123F4E1251B0DF8686A087867E6998A4965; SizeAsReceived:7187; Count:43
x-tmn: [+5sSQFK5LfyLI2ubR9ya80Zw7uMYmu4LSl3fwyUn1Zo=]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; PU1APC01HT007; 7:MHtk7ykeviEiBKvT0foVVzPtrQ630/hzzLO/s+xqX31k8jd2NGwPUvIRXR1/gRSlziTuSUmGScKgn39URrAZgmJPdnPk0qkoD4K4l8EXNgHIts8YtaxcQTl7syLPebcD7B8cIoE7NN/Q2kKlSUkaveRMI9KJdjJukbsJjcpWl/hckgHg5QUuZyB/dBtf6eq4f7jcofD4Ews2jZ6JWrGhOtuEhyEzhqS0eMu3/4lm+RBoqVGd9neSlOseAdV2IsFAuJkW+xcMtO0eomr/hqwgyB6AWjP+pvo6vaaVN7eck8fX09U2H8yL+o8uQLez7ihpT0jv0G353bx+GMG5vak1MvAfMeBffPtj75bAGRs5BqpYGihZmhdf1caAm3HTIvAbhsC6PKTtNBNg1q42Yl7VGLiyvJQjEQpl6a5K6FY4e/HMECOI2qJLM5WOTC8akWg4Xu0xlp/5XNE/tQEH2owGT4ZTWM7FXJzWyUsrlTKef7grLgeppMcgdSMJTU0+OXJ5NefBUaqVsiaqXgBoJMMrU1uGXkMNkNgULqkWSp4rgSJVapgQ4HQ2T4g6lqyMYmdVZxmWW6mZhlhwhhSlRGAlIe/ILcyo1mwc4VGsPHxwIgcRBKBI6HRBcErkm8OJtYegZ6jBUFpPJEVtoNIswyFtYUFBbAv1UzYiu+PBERy7FIrtMd5v2Ubu0gmViuC9ZSNM4ef51HoxYYpetoqxHj9Was4S2ZXbHMOyHbkA/Fv36hqoHsvslqlNbRI3xCvdg0QiTPH0KUdcCCFTegDLhTgbSQ==
x-incomingheadercount: 43
x-eopattributedmessage: 0
x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:PU1APC01HT007; H:SG2PR0201MB2256.apcprd02.prod.outlook.com; FPR:; SPF:None; LANG:en;
x-ms-traffictypediagnostic: PU1APC01HT007:
x-ms-office365-filtering-correlation-id: 79659472-859f-4842-2c41-08d4bd7649d9
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(300000503095)(300135400095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322274)(1601125374)(1603101448)(1701031045)(300000504095)(300135200095)(300000505095)(300135600095)(300000506067)(300135500095); SRVR:PU1APC01HT007;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(444000031); SRVR:PU1APC01HT007; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:PU1APC01HT007;
x-forefront-prvs: 0351D213B3
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_SG2PR0201MB2256FBE061D417E57EF181DE8BDC0SG2PR0201MB2256_"
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jun 2017 16:05:09.9780 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT007
Archived-At: <https://mailarchive.ietf.org/arch/msg/trill/lP_cBHX5HYe-saHj4CGGpJp8SzQ>
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." <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: Tue, 27 Jun 2017 16:05:18 -0000

Hi, dear all.

I wonder whether it's still in time to show my opinion on LC of this draft. After communication with authors, I think it works on the problem of size and freshness of endnode learning table in edge RBs in the Trill domain by smart endnodes provided. So I support on the adoption.


Gu Rong

原始邮件
发件人： <shares@ndzh.com<mailto:shares@ndzh.com>>;
收件人： <trill@ietf.org<mailto:trill@ietf.org>>;
抄送人： <trill-chairs@ietf.org<mailto:trill-chairs@ietf.org>>; <draft-ietf-trill-smart-endnodes@ietf.org<mailto:draft-ietf-trill-smart-endnodes@ietf.org>>;
日 期 ：2017年05月31日 22:15
主 题 ：[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, 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

v2.23.0 | Report a Bug | By Email