Re:Re: draft-li-6man-6hosts-detection-00

李江 <lijiang@chinamobile.com> Mon, 20 July 2020 10:56 UTC

Return-Path: <lijiang@chinamobile.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F6053A09BA for <ipv6@ietfa.amsl.com>; Mon, 20 Jul 2020 03:56:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=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 glAx1_9mZPfZ for <ipv6@ietfa.amsl.com>; Mon, 20 Jul 2020 03:56:35 -0700 (PDT)
Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with ESMTP id 922ED3A09B8 for <ipv6@ietf.org>; Mon, 20 Jul 2020 03:56:34 -0700 (PDT)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.9]) by rmmx-syy-dmz-app05-12005 (RichMail) with SMTP id 2ee55f15785695a-65d46; Mon, 20 Jul 2020 18:56:23 +0800 (CST)
X-RM-TRANSID: 2ee55f15785695a-65d46
X-RM-SPAM-FLAG: 00000000
Received: from lijiang@chinamobile.com ( [10.1.6.7] ) by ajax-webmail-syy-appsvr05-11005 (Richmail) with HTTP; Mon, 20 Jul 2020 18:56:22 +0800 (CST)
Date: Mon, 20 Jul 2020 18:56:22 +0800
From: 李江 <lijiang@chinamobile.com>
To: Bob Hinden <bob.hinden@gmail.com>, Erik Kline <ek.ietf@gmail.com>
Cc: IPv6 List <ipv6@ietf.org>
Message-ID: <2afd5f156583b9e-0001c.Richmail.00000050441329496429@chinamobile.com>
References: <2aff5f11586607a-00033.Richmail.00002010940309796449@chinamobile.com> <5c4066e6-4a30-14da-9d12-e806af885367@joelhalpern.com> <CAMGpriUP17GahOpa+WGns_GqHLtYCF4XPO6RWQJNeqXgnKkihQ@mail.gmail.com>, <A54E0F5B-0353-4025-B854-B800862B6835@gmail.com>
Subject: Re:Re: draft-li-6man-6hosts-detection-00
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_51087_868729521.1595242582893"
X-Priority: 3
X-RM-TRANSID: 2afd5f156583b9e-0001c
X-RM-OA-ENC-TYPE: 0
X-RM-FontColor: 0
X-CLIENT-INFO: X-TIMING=0&X-MASSSENT=0&X-SENSITIVE=0
X-Mailer: Richmail_Webapp(V2.2.22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/RPRzI4g668ItehBbLtb_sGlL_JM>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Jul 2020 10:56:38 -0000

  Thank you for your review and comments. YANG module can solve the problem of reporting data, protocols like NETCONF can do configuration to designated and known IPv6 hosts. But I think these mechanisms are not enough to solve the problem in an unknown network. Sometimes, actually most times, we don39t know which IPv6 addresses are being used. 

  So maybe the first thing is to get an accurate list of IPv6 addresses. Before this, an IPv6 address which do collection work should be flooded to network nodes including routers switches and hosts. And I think one way is to extend network protocol(the document chooseses Router Advertisement) to do information notification.



 ----邮件原文----发件人:Bob Hinden  <bob.hinden@gmail.com>收件人:Erik Kline  <ek.ietf@gmail.com>抄 送: IPv6 List  <ipv6@ietf.org>,Bob Hinden  <bob.hinden@gmail.com>发送时间:2020-07-18 05:48:50主题:Re: draft-li-6man-6hosts-detection-00> On Jul 17, 2020, at 10:43 AM, Erik Kline  wrote:> > > > I think the better approach is for all routers and switches to report> their view of neighbor state to a logger.  RFC 7951 and 8344 have the> YANG modules necessary to do that.> > I39ll defer to Jen, but Google implemented the equivalent of this> network infrastructure reporting back around 2012 (?), in part because> it was better for tracking SLAAC behaviour.I agree, it’s have the routers and switches to report on what they know about nodes on the link.Also there are mechanisms defined in RFC 4620 "IPv6 Node Information Queries” that can be used to query to all nodes on a link.I think both of these approaches are preferable than what is proposed in this document.Bob> > On Fri, Jul 17, 2020 at 10:28 AM Joel M. Halpern  wrote:>> >> I am mildly confused by one aspect of this document.  It may be that I>> simply missed it in my reading.>> >> The problem space seems to be that of determining what devices are on a>> network.  The usual cases I know of for wanting to do this are to detect>> unintended or hostile devices.>> Is that the goal of this work?>> If so, it seems that hostile devices could simply choose not to report>> themselves?>> >> Yours,>> Joel>> >> On 7/17/2020 4:58 AM, 李江 wrote:>>> Hi all,>>> >>>   We uploaded draft-li-6man-6hosts-detection-00, see>>> https://datatracker.ietf.org/doc/draft-li-6man-6hosts-detection/..>>> >>>   This document proposes a solution for IPv6 hosts detection and>>> management by:>>> >>> 1.>>> >>>    set a collection point>>> >>> 2.>>> >>>    announce the address of collection point by using Router Advertisement>>> >>> 3.>>> >>>    each host in the network who know the address of collection point>>>    report its own IPv6 information to collection point>>> >>>   Your review comments on this document are important and appreciated.>>> Thank you in advance.>>> >>> >>> Best regards,>>> >>> Li Jiang>>> >>> >>> >>> -------------------------------------------------------------------->>> IETF IPv6 working group mailing list>>> ipv6@ietf.org>>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6>>> -------------------------------------------------------------------->>> >> >> -------------------------------------------------------------------->> IETF IPv6 working group mailing list>> ipv6@ietf.org>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6>> --------------------------------------------------------------------> > --------------------------------------------------------------------> IETF IPv6 working group mailing list> ipv6@ietf.org> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6> ----------------------------------------------------------------------------------------------------------------------------------------IETF IPv6 working group mailing listipv6@ietf.orgAdministrative Requests: https://www.ietf.org/mailman/listinfo/ipv6--------------------------------------------------------------------