Re: [T2TRG] draft-wu-t2trg-network-telemetry-00

"qinxiaowei@cnnic.cn" <qinxiaowei@cnnic.cn> Fri, 01 April 2016 09:17 UTC

Return-Path: <qinxiaowei@cnnic.cn>
X-Original-To: t2trg@ietfa.amsl.com
Delivered-To: t2trg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1659E12D14A for <t2trg@ietfa.amsl.com>; Fri, 1 Apr 2016 02:17:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.531
X-Spam-Level: **
X-Spam-Status: No, score=2.531 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.741, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 mOIJfwi85xft for <t2trg@ietfa.amsl.com>; Fri, 1 Apr 2016 02:17:19 -0700 (PDT)
Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 2E49412D0ED for <t2trg@irtf.org>; Fri, 1 Apr 2016 02:17:18 -0700 (PDT)
Received: from CNNIC-PC (unknown [218.241.103.193]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0BJUCiePP5WeSpSCQ--.58121S2; Fri, 01 Apr 2016 17:17:18 +0800 (CST)
Date: Fri, 01 Apr 2016 17:17:03 +0800
From: "qinxiaowei@cnnic.cn" <qinxiaowei@cnnic.cn>
To: t2trg <t2trg@irtf.org>, "bill.wu" <bill.wu@huawei.com>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7, 2, 5, 136[cn]
Mime-Version: 1.0
Message-ID: <2016040117170283951218@cnnic.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart244637528681_=----"
X-CM-TRANSID: AQAAf0BJUCiePP5WeSpSCQ--.58121S2
X-Coremail-Antispam: 1UD129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73 VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UUUOf7k0a2IF6w4kM7kC6x804xWl14x267AK xVWUJVW8JwAFc2x0x2IEx4CE42xK8VAvwI8IcIk0rVWrJVCq3wAFIxvE14AKwVWUJVWUGw A2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2AK021l84ACjcxK6xIIjxv20xvE14v26ryj 6F1UM28EF7xvwVC0I7IYx2IY6xkF7I0E14v26r4j6F4UM28EF7xvwVC2z280aVAFwI0_Gc CE3s1l84ACjcxK6I8E87Iv6xkF7I0E14v26rxl6s0DM2AIxVAIcxkEcVAq07x20xvEncxI r21l5I8CrVAaz4v26cxKscIFY7kG0wAqx4xG6I8I3I0E8cIF7480aVAKz4kxMcIj6xIIjx v20xvE14v26r106r15McIj6I8E87Iv67AKxVWUJVW8JwAm72CE4IkC6x0Yz7v_Jr0_Gr1l F7xvr2IYc2Ij64vIr41lFcxC0VAYjxAxZF0Ew4CEw7xC0wACY4xI67k04243AVC20s07Mx 8GjcxK6IxK0xIIj40E5I8CrwCY02Avz4vE14v_GFWl42xK82IYc2Ij64vIr41l4I8I3I0E 4IkC6x0Yz7v_Jr0_Gr1lx2IqxVAqx4xG67AKxVWUGVWUWwC20s026x8GjcxK67AKxVWUGV WUWwC2zVAF1VAY17CE14v26r1Y6r17MIIYrxkI7VAKI48JMIIF0xvE2Ix0cI8IcVAFwI0_ Jr0_JF4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r1j6r4UMIIF0xvE42xK8VAvwI8IcIk0rV W3JVWrJr1lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z280aVCY1x0267AKxVWUJVW8 JwCE64xvF2IEb7IF0Fy7YxBIdaVFxhVjvjDU0xZFpf9x07bwo7_UUUUU=
X-CM-SenderInfo: xtlq5x5drzvxw6fq0xffof0/
Archived-At: <http://mailarchive.ietf.org/arch/msg/t2trg/4m2JsfkH1j1qhcyhHD8lP86Ntgo>
Subject: Re: [T2TRG] draft-wu-t2trg-network-telemetry-00
X-BeenThere: t2trg@irtf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "IRTF Thing-to-Thing \(T2T\) Research-Group-in-creation" <t2trg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/t2trg>, <mailto:t2trg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/t2trg/>
List-Post: <mailto:t2trg@irtf.org>
List-Help: <mailto:t2trg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/t2trg>, <mailto:t2trg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Apr 2016 09:17:21 -0000

Hi, Qin and folks,
I've tried to do a thorough review of the draft-wu-t2trg-network-telemetry-00. 
My general feeling about the document is that it may be a good way to improve the visibility of the IoT network topology and the available network resources. 
As we know, network administrator should know real-time running state of the whole IoT devices, at least, should know whether a device works well. 
For high-capacity IoT devices such as appliances (e.g., television, refrigerator, air conditioner, and washing machine), which can be directly connected to internet through access device, we may read the logs of these access devices to get the state data.  
For low-capacity and non-IP IoT devices such as sensors (e.g., light, meter, room temperature controller, and sensors) , which may be first connect to a transform device(such as cluster header, home gateway or bridge, etc.) and then to internet, the situation is even more complicated. The non-IP IoT devices may use different protocols(e.g., WiFi, Bluetooth, and ZigBee) to communicate with the transform device, and use like"heart-beat message" to tell their manager they are still on line and work well. we may have to access each transform device to extract these "heart-beat message" to get the state data. The above manual operation will be cumbersome and time-consuming as the number of them increases rapidly in a network.
So, network telemetry is worth to do.  

Best wishes
Xiaowei Qin