Re: [icnrg] RG Last Call for "Network Coding for Content-Centric Networking / Named Data Networking: Considerations and Challenges"
Vincent Roca <email@example.com> Mon, 16 November 2020 16:43 UTC
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C09E63A12ED; Mon, 16 Nov 2020 08:43:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 ([18.104.22.168]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VIkA6rZ0xNGK; Mon, 16 Nov 2020 08:43:29 -0800 (PST)
Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [22.214.171.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A315B3A12AE; Mon, 16 Nov 2020 08:43:28 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.77,483,1596492000"; d="scan'208,217";a="364708386"
Received: from dom38-1-82-236-155-50.fbx.proxad.net (HELO [192.168.0.34]) ([126.96.36.199]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Nov 2020 17:43:16 +0100
From: Vincent Roca <firstname.lastname@example.org>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A90B4E6D-C56C-4A75-B29E-810F574447FC"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Mon, 16 Nov 2020 17:43:15 +0100
Cc: Vincent Roca <email@example.com>, Marie-Jose Montpetit <firstname.lastname@example.org>
To: email@example.com, firstname.lastname@example.org, email@example.com
X-Mailer: Apple Mail (2.3445.104.11)
Subject: Re: [icnrg] RG Last Call for "Network Coding for Content-Centric Networking / Named Data Networking: Considerations and Challenges"
List-Id: Information-Centric Networking research group discussion list <icnrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/icnrg>, <mailto:firstname.lastname@example.org?subject=unsubscribe>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/icnrg>, <mailto:email@example.com?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2020 16:43:38 -0000
Dear authors, all, Please find below my review of the I-D, version -04 (sorry for the very long delay). Nothing serious, the I-D is in my opinion reasonably sound, but that’s something that should be confirmed with ICNRG. Regards, Vincent # Formal requirements (easy to fix) - missing text in the abstract: This document is the product of the Coding for Efficient Network Communications Research Group (NWCRG) and the Information-Centric Networking Research Group (ICNRG). - missing text in the Introduction: This document represents the collaborative work and consensus of the Coding for Efficient Network Communications Research Group (NWCRG) and the Information-Centric Networking Research Group (ICNRG). It is not an IETF product and is not a standard. # Open questions - section 6.1: I am a bit surprised by the proposed format: /CCNx.com/video-A/g-id/1000 for naming as it totally ignores any possibility of having several potential codes, or several signaling formats. Since there is no NWC identifier nor any version identifier, it seems to lack the needed flexibility. I'm pretty sure there are several solutions to bring this type of flexibility, but I don't see any mention in the ID. - section 8: "Security considerations" I'm a bit surprised by the 2nd paragraph on storing coded packets. I can understand that these packets, being unpopular, are less frequently cached, and therefore propagation of a corrupted coded packet may be particularly efficient in terms of spreading. Yet I don't understand what follows: "routers could check the request frequencies and store the coded packets with certain popularity to prevent the attacks." We cannot prevent the attack. We can try to minimise its impacts by reducing the number of times a corrupted coded packet will be replicated. But that's totally different. And I find the process rather strange and unefficient. Why should a router artificially store less popular packets? # Typos and minor comments - I'm wondering if NWC would be preferable to NC to refer to "network coding". The RG uses NWC for some historical reasons, but I personnally prefer NC. - error in : Mdard => Medard - section 2.1: s/an real-time transport/a real-time transport/ - section 3: s/the interest is required to a full name/the interest is required to carry a full name/ - section 6.1: s/such as the on presented above/such as the one presented above/ - section 6.2.1: it is said: "encoding or recoding is performed to generate the coded packet on an end-to-end coding basis" I don't understand the meaning of "recoding" if we only perform end-to-end coding. I guess it's either a mistake, or the notion of "end" is different. - section 6.2.2: not sure about the use of "codec" in: "return a matching codec packet". Coded? - section 6.2.3: s/how to respond to receiving interests/how to respond to received interests/ - section 7.2: s/The Addition/The addition/ Additionally, a reference to draft-irtf-nwcrg-coding-and-congestion is unavoidable here. - section 7.3: s/would comprises/would comprise/ > Le 7 sept. 2020 à 16:16, Vincent Roca <firstname.lastname@example.org> a écrit : > > Dear all, > > We would like to officially start a RG Last Call for the following I-D: > "Network Coding for Content-Centric Networking / Named Data Networking: Considerations and Challenges » > https://datatracker.ietf.org/doc/draft-irtf-nwcrg-nwc-ccn-reqs/ <https://datatracker.ietf.org/doc/draft-irtf-nwcrg-nwc-ccn-reqs/> > > This Last Call is managed by NWCRG but is copied to the ICNRG group as well. > > The call will end on Monday Sept. 28th (3 weeks). > > Please read it and provide feedback to the authors (note that it already went through several reviews). Thanks in advance. > > Regards, > > Marie-Jose and Vincent
- [icnrg] RG Last Call for "Network Coding for Cont… Vincent Roca
- [icnrg] Fwd: [nwcrg] RG Last Call for "Network Co… David R. Oran
- Re: [icnrg] RG Last Call for "Network Coding for … Vincent Roca