Hi,
Realized that I have failed to go through all of the RFCs that contain RTP payload formats. I have now done so for what was produced by AVT, PAYLOAD and AVTCORE WGs.
And found the following that was missing registration but not yet on the list:
application/flexfec
audio/opus
audio/g711-0
audio/aptx
audio/EVRCNW
audio/EVRCNW0
audio/EVRCNW1
audio/flexfec
video/EVC
video/flexfec
video/smpte291
text/flexfec
text/ttml+xml
And in addition, the references are wrong for the following two types.
Audio/
MP4A-LATM
Video/MP4V-ES
I will add these to the IANA action table and create an additional table for those that needs update.
Considering that the IETF last call is running until the 4th of October I have obtained our Ads approval to submit an update for this specific issue.
Cheers
Magnus Westerlund
From:
Bernard Aboba <bernard.aboba@xxxxxxxxx>
Date: Friday, 20 September 2024 at 21:05
To: last-call@xxxxxxxx <last-call@xxxxxxxx>
Cc: avt@xxxxxxxx <avt@xxxxxxxx>, draft-ietf-avtcore-rtp-payload-registry@xxxxxxxx <draft-ietf-avtcore-rtp-payload-registry@xxxxxxxx>
Subject: Re: Last Call: <draft-ietf-avtcore-rtp-payload-registry-02.txt> (Closing the RTP Payload Format Media Types IANA Registry) to Proposed Standard
A nit that I noticed:
Table 1 in Section 4 leaves out EVC (RFC 9584).
Otherwise, the document looks good.
The IESG has received a request from the Audio/Video Transport Core
Maintenance WG (avtcore) to consider the following document: - 'Closing the
RTP Payload Format Media Types IANA Registry'
<draft-ietf-avtcore-rtp-payload-registry-02.txt> as Proposed Standard
The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
last-call@xxxxxxxx mailing lists by 2024-10-04. Exceptionally, comments may
be sent to iesg@xxxxxxxx instead. In either case, please retain the beginning
of the Subject line to allow automated sorting.
Abstract
It has been observed that specifications of new RTP payload formats
often forget to register themselves in the IANA registry "RTP Payload
Formats Media Types". In practice this has no real impact. One
reason is that the Media Types registry is the crucial registry to
register any Media Type to establish the media type used to
identified the format in various signaling usage.
This document resolves the situation by first updating the RTP
Payload Format Media Type registry to include all the known RTP
payload formats at the time of writing, then it closes this IANA
Registry for any future registration. Beyond instructing IANA to
close this registry, the instructions to authors in RFC 8088 are
updated to reflect this.
The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-avtcore-rtp-payload-registry/
No IPR declarations have been submitted directly on this I-D.
The document contains these normative downward references.
See RFC 3967 for additional information:
rfc8088: How to Write an RTP Payload Format (Informational - Internet Engineering Task Force (IETF) stream)
|
--
last-call mailing list -- last-call@xxxxxxxx
To unsubscribe send an email to last-call-leave@xxxxxxxx
