[AVTCORE] [IANA #1283165] RTP payload format type registry vs. MIME-type registry

Bernard Aboba <bernard.aboba@gmail.com> Wed, 04 October 2023 02:36 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D25AC15154F for <avt@ietfa.amsl.com>; Tue, 3 Oct 2023 19:36:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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=gmail.com
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 Nzr4epLZKQzP for <avt@ietfa.amsl.com>; Tue, 3 Oct 2023 19:36:31 -0700 (PDT)
Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 C5F87C15107A for <avt@ietf.org>; Tue, 3 Oct 2023 19:36:31 -0700 (PDT)
Received: by mail-pg1-x52f.google.com with SMTP id 41be03b00d2f7-5859b2eaa67so1067145a12.0 for <avt@ietf.org>; Tue, 03 Oct 2023 19:36:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696386991; x=1696991791; darn=ietf.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=rfGFxetv95I9ExNILzRnU9cp7ngdn90Cze2L4O3k+oI=; b=nUMSGmMlrQZzX9fO64+nSf8nsZCvs2wAsjFdZXQgtV5MPXxyztjGx9yF0DP/pDRT2p i/JesahCpX3yJbEF/1eHUgwLZtw63SkQqVRL8VWhpJy2mtW1svGwT3wSIkyFSo+Jb1iS Udf8kOwEIVHIZordoFngXg8kaAiKl0YM8PCkfh8ctvDf5U1kONRgP1A38oNjMwPh8H8h hbJkQ4PjzJgzcGjkc8sqNyWh+EHWNN3oeBR08auI4giCGFKoTW4txJXDm3U6u8mbC2Hq 0FWtXmZbVPsEl20645OIP6ZdYdwgyk6LCQUJJFlTi0zT146L7dUV2VkqusEOErlYYyF2 md1Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696386991; x=1696991791; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=rfGFxetv95I9ExNILzRnU9cp7ngdn90Cze2L4O3k+oI=; b=psd3zGeZkZXnuRaQa7pEEpWOwTRh7cWDd13j3Zqn3jxpgG8jlSiiNZ87ZGGk4sUVqD GqsxfP7T00QlZiO7VfXJkLICwxU/Gk8PkLT2EKjfm0FZjcjRGx9rUW7cSr4twHxxta/L FnQgNTlDnNjOd99YqVJsAk/BZb5/+kkCbF7d5rbCqa5A35FTBLGyF+dHSdNu6IviFd2Q wHfem0q1bGNQcwQ7ixr3DnOzmggT9rZZeG65oz3MlCwDAK2iG8jDmOBW+hA8XuyxuTyO r8LGfacrQtp3+CGcINYeZvBR2tB2WvNVBvSO9yZ4JvF6DThxrj7qxX9HXtZTVpLLD9Ce bTQw==
X-Gm-Message-State: AOJu0YyAU9MNrcHlVfAvcbE/5+f4p9N5IqW4ILrYeukf5V751PSNsGyx rsZUfei4qKqqW1sPcepyhdC5Xwge4DN1wfyA1G8U0WCpb6k=
X-Google-Smtp-Source: AGHT+IG8msgTV4Qcso+OifMzOreBKmiq0qrOx29UruaTqvd7fjqE8pjP4MZkRsnaGxMadmlNCYZvxZAF9pWsAZG/1Nc=
X-Received: by 2002:a17:90b:1a8c:b0:274:bf7a:60ed with SMTP id ng12-20020a17090b1a8c00b00274bf7a60edmr1037177pjb.12.1696386990443; Tue, 03 Oct 2023 19:36:30 -0700 (PDT)
MIME-Version: 1.0
References: <RT-Ticket-1283165@icann.org> <CAOW+2dtf_Tr80+9+jAjWt+WykUxZWvbxmysPUQwcpWM8UGzYVw@mail.gmail.com> <DF631908-18DA-476D-B4A1-0C3D73C57DBB@iana.org> <rt-5.0.3-562955-1696384452-1927.1283165-37-0@icann.org>
In-Reply-To: <rt-5.0.3-562955-1696384452-1927.1283165-37-0@icann.org>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Tue, 03 Oct 2023 19:36:19 -0700
Message-ID: <CAOW+2duccbHm8_9DxZ58DkFH3s_WOn6W2QniL2se2=GB=o4TZA@mail.gmail.com>
To: IETF AVTCore WG <avt@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f78fb20606dadf4a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/lTR4Gca2ca4R9cCygJMGtIhaKlo>
Subject: [AVTCORE] [IANA #1283165] RTP payload format type registry vs. MIME-type registry
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Oct 2023 02:36:35 -0000

---------- Forwarded message ---------
From: Amanda Baber via RT <iana-issues@iana.org>
Date: Tue, Oct 3, 2023 at 18:54
Subject: [IANA #1283165] FW: [Ext] RTP payload format type registry vs.
MIME-type registry
To: <amanda.baber@iana.org>
CC: <bernard.aboba@gmail.com>, <hta@google.com>, <jib@mozilla.com>, <
jonathan.lennox42@gmail.com>


Hi Bernard, all,

Sabrina Tanamal (sabrina.tanamal@iana.org, bcc'd on all IETF-related
ticketing system messages) and I are the people to contact about this, but
you can reach anyone in IANA via iana@iana.org, which is heavily monitored
throughout the day.

Before we forward this to an ART AD, could you give us the list of
registrations/references (along with any information that should be added
to the entries' "Clock Rate (Hz)" and Channels (audio)" fields) that need
to be added to
https://www.iana.org/assignments/rtp-parameters/rtp-parameters.xhtml#rtp-parameters-2?


In the registry itself, the registration procedures are listed as
"Standards Action or Expert Review." (Given that RFC 4855 doesn't mention
an expert, it's not clear when the latter policy is meant to be applied.)
The ADs haven't had a chance to replace Steve Casner as expert, but an AD
can tell us at least how this registry can be updated (e.g. can we make the
RFC-related registrations now?), if not actually fill that expert role.

The issue is that we haven't been asked to add these, and we don't appear
to have been asked to look for triggers that would tell us to initiate a
registration (which we aren't really equipped to do; here in operations, we
maintain 3500 registries and are liberal arts majors).

And the authors would have been aware that we weren't making those RTP
registrations. When we reviewed RFC 7741 during IETF Last Call, for
example, we told the authors/chairs/IESG that we understood from the IANA
Considerations section that the only action was to add the media type to
the registry at https://www.iana.org/assignments/media-types, and asked
them to respond if that was incorrect. After we made that registration, as
with the other RFCs mentioned below, the authors reviewed it and confirmed
that the registry actions were complete and correct.

You also mentioned
https://datatracker.ietf.org/doc/html/draft-ietf-payload-vp9 below. That
IANA Considerations section is clear, but we won't make the registrations
until the IESG approves the document.

For any media type registrations made by SDOs, we also would have needed to
receive an explicit request to add an RTP registration or an instruction
from a media type expert who reviewed the request (followed by the RTP
expert approval). However, I don't know whether the media type expert would
have been aware that they were the only person who might flag it, or that
the SDO wouldn't have already been submitting a separate request.

I can ask the AD if IANA should be looking for a trigger here, given that
media types registered by RFCs aren't subject to an official expert review.
Except in rare cases that require escalation (for example, an issue related
to .arpa or LGRs, which would involve IANA directly), those of us in
operations aren't involved in looking at technical content (unless given
specific non-technical instructions).

Also, Harald: is there anything here that should be brought to the
attention of the mediaman WG?

thanks,

Amanda Baber
IANA Operations Manager