[pim] Document Action: 'Group Address Allocation Protocol (GAAP)' to Experimental RFC (draft-ietf-pim-gaap-25.txt)
The IESG <iesg-secretary@ietf.org> Tue, 27 October 2026 14:54 UTC
Received: by mx.ietf.org (Postfix) id 56A5052; Tue, 27 Oct 2026 14:54:15 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ietf.org; s=mail; t=1793112855; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=nCM0zjWeeUGqvfwh7zQs0MUWLbT2n/SGMKqWG7cPTfU=; b=jI3C4Ce991jlIWhx43TFo1TD+GD5G8tUYYHZtFy8NSaQEqe/7UxS45bNkTPVs+ciqG+nmB vY9867K600EZs0GVkG+DVsywJFaOR0FPWNtWQWh2TVNBeGhegcjoaJ83lE1r7tjpo+/1K+ CArrt29pNWy9DgObltwFqcooE+QSjfo=
Authentication-Results: ORIGINATING; auth=pass smtp.auth=mail2@ietf.org smtp.mailfrom=iesg-secretary@ietf.org
Received: from [10.244.9.51] (gaia.k8s.ietf.org [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id BC65C13B257CD; Tue, 27 Oct 2026 07:54:14 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.82.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <179311285471.416616.16343648587616611975@dt-datatracker-7dc874ff8f-sl5zv>
Date: Tue, 27 Oct 2026 07:54:14 -0700
Message-ID-Hash: TFHZIQ26ULG75YUWK3HLY36BXVGAIFDR
X-Message-ID-Hash: TFHZIQ26ULG75YUWK3HLY36BXVGAIFDR
X-MailFrom: iesg-secretary@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; header-match-pim.ietf.org-0; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: The IESG <iesg@ietf.org>, draft-ietf-pim-gaap@ietf.org, gunter@vandevelde.cc, pim-chairs@ietf.org, pim@ietf.org, rfc-editor@rfc-editor.org
X-Mailman-Version: 3.3.10
Subject: [pim] Document Action: 'Group Address Allocation Protocol (GAAP)' to Experimental RFC (draft-ietf-pim-gaap-25.txt)
List-Id: Protocol Independent Multicast <pim.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/tb475jiRT19Zav3yhhOKO2VGrr0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Owner: <mailto:pim-owner@ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Subscribe: <mailto:pim-join@ietf.org>
List-Unsubscribe: <mailto:pim-leave@ietf.org>
The IESG has approved the following document: - 'Group Address Allocation Protocol (GAAP)' (draft-ietf-pim-gaap-25.txt) as Experimental RFC This document is the product of the Protocols for IP Multicast Working Group. The IESG contact persons are Gunter Van de Velde, Jim Guichard and Ketan Talaulikar. A URL of this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-pim-gaap/ Technical Summary This document describes a design for a lightweight decentralized multicast group address allocation protocol (named GAAP and pronounced "gap" as in "mind the gap"). The base allocation protocol requires no centralized service and minimal configuration, although deployments using encryption or administrative scoping may require configuration. The protocol runs among group participants which need a unique group address to send and receive multicast packets. Tailored for IPv4 and IPv6 networks, this design offers a simple, lightweight option rather than extending an existing protocol. Working Group Summary Was there anything in the WG process that is worth noting? For example, was there controversy about particular points or were there decisions where the consensus was particularly rough? There was interest in the technology by more than a few in the WG, but majority of WG fairly silent. A major observation is that the document requests allocations of big blocks (a /10 for IPv4, a /32 group-ID block for IPv6) that needs to be done by IETF, and not a regular IANA allocation. Document Quality Are there existing implementations of the protocol? Have a significant number of vendors indicated their plan to implement the specification? Are there any reviewers that merit special mention as having done a thorough review, e.g., one that resulted in important changes or a conclusion that the document had no substantive issues? If there was a MIB Doctor, Media Type, or other Expert Review, what was its course (briefly)? In the case of a Media Type Review, on what date was the request posted? There is an open source implementation referenced in the document. Personnel The Document Shepherd for this document is Stig Venaas. The Responsible Area Director is Gunter Van de Velde. IANA Note IANA found issue by expert review: " I recommend this be revised to use the multicast application port number assigned per draft-ietf-intarea-multicast-application-port. That draft recognizes that multicast services are already sufficiently differentiated by IP address and thus assigning new port numbers for multicast services is not necessary. " Authors responded during IESG ballot period: " Thank you very much for review and advise. The authors discussed this at length and we prefer to keep our own dedicated allocation since GAAP's implementation and collision detection model already work correctly with a protocol specific port and we'd rather not take on a dependency on a draft that's still in progress. " email reference: https://mailarchive.ietf.org/arch/msg/pim/MdD8fNKL3FtQp91bGDjR_jWovEI/ Next steps by Shepherding AD: * User Ports (1024-49151) are assigned using the IETF Review, IESG Approval, or Expert Review procedures. * The draft draft-ietf-pim-gaap-25 used IETF Review and went through IESG ballot. * Consequently port number as requested by authors for the draft-ietf-pim-gaap procedures can be assigned based upon "IETF Review" motivation.