Re: [icnrg] [IANA #1279170] expert review for draft-irtf-icnrg-icnping (ccnx)
Hitoshi Asaeda <asaeda@nict.go.jp> Sat, 19 August 2023 08:55 UTC
Return-Path: <asaeda@nict.go.jp>
X-Original-To: icnrg@ietfa.amsl.com
Delivered-To: icnrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 747A0C151065 for <icnrg@ietfa.amsl.com>; Sat, 19 Aug 2023 01:55:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nict.go.jp
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VgOYyf4OmRZD for <icnrg@ietfa.amsl.com>; Sat, 19 Aug 2023 01:55:44 -0700 (PDT)
Received: from mo-csw.securemx.jp (mo-csw1800.securemx.jp [210.130.202.134]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0731AC14CF17 for <icnrg@irtf.org>; Sat, 19 Aug 2023 01:55:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nict.go.jp; h=Content-Type: Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding: Message-Id:References:To;i=asaeda@nict.go.jp;s=key1.smx;t=1692435317;x= 1693644917; bh=JMg9JSOXy+pb6mEPXcxQ/8exBrcDnK6fTiJFhtr2Dbk=; b=WOzg5bMMSdn9mgOx PPHwfz6FgItFgvgtxTaZBkQ95v0kosI0h2m92aiq5297ZRvHB8HYOyt0ZG6ubxF8XM+QZK7kGccHu dcNPRMkAvH81m6/miRxHPjl+JaeV5L2X7Sz51KGwDBFvTrCZVLmUHQjxdIelAwrfKScCP3WtLMfdt 33rqjlVwpHFYmUgHV4mUyjW56SAU/1WC1yUTcJIt7xq/h+WYBH17mujOvh8TO7It7QCVKL9/6Nece ow23UdUHSvcmHTPuxqWskEJdDDXOeKrsbGCmYr2AWTCDR2df+y1WrS4e3UWAj75+lxh9zd7aGnsRG SdBZKnYt+RR0JOsUSg==;
Received: by mo-csw.securemx.jp (mx-mo-csw1800) id 37J8tGk82511319; Sat, 19 Aug 2023 17:55:16 +0900
X-Iguazu-Qid: 2yAb9zVTgRHMUOdR4K
X-Iguazu-QSIG: v=2; s=0; t=1692435316; q=2yAb9zVTgRHMUOdR4K; m=2AMloJKBMGylewWi1VT/oBbza08ZED7dCLLb2/JmJaY=
Received: from mail2.nict.go.jp (mail2.nict.go.jp [133.243.18.15]) by relay.securemx.jp (mx-mr1802) id 37J8tFt02303550 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 19 Aug 2023 17:55:16 +0900
Received: from smtpclient.apple (ssh1.nict.go.jp [133.243.3.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail2.nict.go.jp (NICT Mail Spool Server2) with ESMTPSA id C24E038DF2; Sat, 19 Aug 2023 17:55:15 +0900 (JST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\))
From: Hitoshi Asaeda <asaeda@nict.go.jp>
In-Reply-To: <rt-5.0.3-96318-1692399114-1169.1279170-9-0@icann.org>
Date: Sat, 19 Aug 2023 17:55:05 +0900
Cc: icnrg@irtf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <4AF265A6-8798-4546-8416-81142EAEF29A@nict.go.jp>
References: <RT-Ticket-1279170@icann.org> <rt-5.0.3-96318-1692397769-1370.1279170-9-0@icann.org> <rt-5.0.3-96318-1692399114-1169.1279170-9-0@icann.org>
To: drafts-expert-review-comment@iana.org
X-Mailer: Apple Mail (2.3731.600.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/icnrg/FCAFgIpO671Irx2lJczweyAa8pM>
Subject: Re: [icnrg] [IANA #1279170] expert review for draft-irtf-icnrg-icnping (ccnx)
X-BeenThere: icnrg@irtf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Information-Centric Networking research group discussion list <icnrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/icnrg>, <mailto:icnrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/icnrg/>
List-Post: <mailto:icnrg@irtf.org>
List-Help: <mailto:icnrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/icnrg>, <mailto:icnrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sat, 19 Aug 2023 08:55:49 -0000
Dear Sabrina and authors, I’ve reviewed draft-irtf-icnrg-icnping as the CCNx registry expert. (Therefore I’ve not read the NDN part.) Although you asked me the review for the CCNx Name Segment Types registry, I would also like to ask some additional points for the CCNx registry itself. (Authors, if you can reply for my questions/comments below, please do it, because these comments may not be related to CCNx registry stuff.) In the IANA consideration section, the authors say, IANA will assign TBD1 to "Echo Request" and TBD2 to "Echo Reply" in the CCNx Packet Types registry established by [RFC8609]. IANA will assign TBD3 to "Nonce" in the Name Segment Type IANA Registry for CCNx established by [RFC8609]. According to your question, > If this is OK, should we assign a value from the 0x0003-0x000F range, the 0x0014-0x0FFE range, or the 0x2000-0xFFFF range? you are asking about TBD3, which is “Nonce”. IMO, this “Nonce" should be renamed with the type name, T_NONCE, and can be assigned 0x0003 in "CCNx Name Segment Types” of the registry. Regarding TBD1 and TBD2, 0x05 and 0x06 in CCNx Packet Types will be assigned for "Echo Request” and “Echo Reply”, respectively. It seems that they are already (tentatively) assigned in the CCNx Packet Types as seen in the IANA registry. That’s fine. But my comment is, like T_NONCE, I recommend to change the names to PT_ECHO_REQUEST (0x05) and PT_ECHO_REPLY (0x06) to keep the consistency of the Packet Types naming rule. The following comments are not directly (but partially) related to the IANA registry. Figs. 2 and 5, “MessageType” are 1 and 2, respectively. What do they mean? Are these values the CCNx Message Types? If so, both should be T_PAYLOAD, which is 0x0001. No? (I may be wrong, but at least the current description is unclear.) What is "Echo Reply Code TLV”? Don’t you need to assign a new registry for this TLV? If it is newly defined, a new registry must be allocated in the IANA registry. There is no description what Echo_Reply_Code_Type will be assigned. How is "Path label TLV”? I know the pathsteering draft is on going, but I don't know whether this document can keep TBD for the new type value later defined by pathsteering within the current procedure toward icnping RFC. Minor corrections: 1. “Path Label TLV” in Fig. 1 is shown as a valuable length but the one in Fig. 4 is shown as a fixed length. 2. CCNInfo should be CCNinfo according to the RFC (“I” should be lowercase). Regards, Hitoshi > On Aug 19, 2023, at 7:51, Sabrina Tanamal via RT <drafts-expert-review-comment@iana.org> wrote: > > Dear Hitoshi (cc: icnrg rg), > > As the designated expert for the CCNx Name Segment Types registry, can you review the proposed registration in draft-irtf-icnrg-icnping for us? Please see > > https://datatracker.ietf.org/doc/html/draft-irtf-icnrg-icnping-11 > > If this is OK, should we assign a value from the 0x0003-0x000F range, the 0x0014-0x0FFE range, or the 0x2000-0xFFFF range? > > Since this document has already been approved for publication, we will complete the registration as soon as we receive your approval. > > Registry: https://www.iana.org/assignments/ccnx > > Because Dave is one of the authors of this document, we're sending this review request only to you. > > Best regards, > > Sabrina Tanamal > Lead IANA Services Specialist >
- [icnrg] [IANA #1279170] expert review for draft-i… Sabrina Tanamal via RT
- Re: [icnrg] [IANA #1279170] expert review for dra… Hitoshi Asaeda