[core] draft-ietf-core-groupcomm-bis-15 telechat Intdir review

Brian Haberman via Datatracker <noreply@ietf.org> Tue, 14 October 2025 14:28 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: core@ietf.org
Delivered-To: core@mail2.ietf.org
Received: from [10.244.8.144] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id 3DC6273379DD; Tue, 14 Oct 2025 07:28:37 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Brian Haberman via Datatracker <noreply@ietf.org>
To: int-dir@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.50.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <176045211716.971169.8512639541717971256@dt-datatracker-84f8f646b-tg6mn>
Date: Tue, 14 Oct 2025 07:28:37 -0700
Message-ID-Hash: ZC2DM7VMQK3IW34BQF2U3IZCFM5XP76J
X-Message-ID-Hash: ZC2DM7VMQK3IW34BQF2U3IZCFM5XP76J
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-core.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: core@ietf.org, draft-ietf-core-groupcomm-bis.all@ietf.org, last-call@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Brian Haberman <brian@innovationslab.net>
Subject: [core] draft-ietf-core-groupcomm-bis-15 telechat Intdir review
List-Id: "Constrained RESTful Environments (CoRE) Working Group list" <core.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/lXv9zpyB3LxGrLyYdMWTyDalkhQ>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Owner: <mailto:core-owner@ietf.org>
List-Post: <mailto:core@ietf.org>
List-Subscribe: <mailto:core-join@ietf.org>
List-Unsubscribe: <mailto:core-leave@ietf.org>

Document: draft-ietf-core-groupcomm-bis
Title: Group Communication for the Constrained Application Protocol (CoAP)
Reviewer: Brian Haberman
Review result: Almost Ready

I am an assigned INT directorate reviewer for draft-ietf-core-groupcomm-bis.
These comments were written primarily for the benefit of the Internet Area
Directors. Document editors and shepherd(s) should treat these comments just
like they would treat comments from any other IETF contributors and resolve
them along with any other Last Call comments that have been received. For more
details on the INT Directorate, see
https://datatracker.ietf.org/group/intdir/about/

I was asked to look at this document from the multicast address perspective, so
these comments focus on that area of the document driven by the DISCUSS
comments related to multicast addressing.

# Use of ff35:30:2001:db8:f1:0:8000:1 - FF35::/32 is an SSM range per RFC 3306
and RFC 4607. But, the referenced multicast address does not fall in that range
since it has values in the last 8 bits of the prefix. This makes it an IPv6
multicast address with an embedded IPv6 unicast prefix.

# The above confusion probably stems from a lack of explanatory text around the
multicast prefixes mentioned in the document. Given that, I would recommend the
following:

## The mention of "one-to-many" and ASM in section 1.1 may be confusing. The
purpose of the first sentence appears to be to indicate that this document only
defines CoAP group communication over multicast-capable transport protocols.
But, even that does not limit things to ASM. It seems like this document is
defining how many-to-many communication is carried out over multicast-capable
transport protocols.

## In the 2nd paragraph of section 1.1, I would suggest replacing "CoAP group
requests" with "CoAP group messages" as it seems like responses can be sent to
multicast groups as well.

## Section 2.2.2

### I would suggest providing supporting text for the use of FF1x::16 and
FF3x::/16. This should include references to RFCs 3306, 3956, and 7371
(possibly).

### The text essentially says that assignment of multicast addresses is done by
an administrator. I would suggest adding text to guide administrators in the
selection of multicast prefixes, multicast scopes, and possible group IPs. This
would benefit from a reference to RFC 3307. Please note that 3307 is in the
process of being updated by draft-ietf-pim-updt-ipv6-dyn-mcast-addr-grp-id.