[media-types] Re: [IANA #1448628] expert review for dr aft-pantos-hls-rfc8216bis-21 (vendor tree, conflict review)
"Murray S. Kucherawy" <[email protected]> Tue, 12 May 2026 14:04:45 -0700
| Newsgroups | gmane.ietf.types |
|---|---|
| Message-ID | <CAL0qLwZW0o1iy6eZEAaLfMS7hnyOaEVY-as6U49Y3MdVq_A1KA@mail.gmail.com> |
Approved. -MSK On Fri, May 1, 2026 at 4:05 PM Sabrina Tanamal via RT < [email protected]> wrote: > Hi Murray, > > Could you also take a look at the updated template below for > draft-pantos-hls-rfc8216bis? > > Thanks, > Sabrina > > ==== > > https://datatracker.ietf.org/doc/html/draft-pantos-hls-rfc8216bis-22: > > Type name: application > > Subtype name: vnd.apple.mpegurl > > Required parameters: N/A > > Optional parameters: N/A > > Encoding considerations: binary (UTF-8) > > Security considerations: See Section 12. > > Interoperability considerations: There are no byte-ordering issues > since files are 8-bit text. Applications could encounter > unrecognized tags, which SHOULD be ignored. > > Published specification: see Section 4. > > Applications that use this media type: Multimedia applications such > as the iPhone media player in iOS 3.0 and later and QuickTime Player > in Mac OS X version 10.6 and later. > > Fragment identifier considerations: no Fragment Identifiers are > defined for this media type. > > Additional information: > > Deprecated alias names for this type: none > Magic number(s): #EXTM3U > File extension(s): .m3u8, .m3u (see Section 4) > Macintosh file type code(s): none > > Person & email address to contact for further information: Dimitri > Podborski, dpodborski AT apple.com. > > Intended usage: LIMITED USE > > Restrictions on usage: none > > Author: Roger Pantos > > Change Controller: Apple Inc. > > On Fri Apr 17 18:25:29 2026, amanda.baber wrote: > > Hi Murray, > > > > We've received confirmation from David Singer (via a new mac.com > > address), and the authors of this document and draft-pantos-content- > > steering are willing to list the organization in the "change > > controller" field and a person in the "person to contact" field. > > > > thanks, > > Amanda > > > > On Tue Apr 14 16:50:57 2026, [email protected] wrote: > > > This looks good overall, with a couple of minor nits. Process > > > question > > > answered inline. > > > > > > On Thu, Apr 9, 2026 at 11:32 PM David Dong via RT < > > > [email protected]> wrote: > > > > > > > Hi Murray, > > > > > > > > Following up on this vendor-tree conflict review request as well > > > > (#2 > > > > of 2). > > > > > > > > This is now on the 4/16 telechat. > > > > > > > > Thank you. > > > > > > > > Best regards, > > > > > > > > David Dong > > > > IANA Services Sr. Specialist > > > > > > > > On Wed Apr 01 23:12:11 2026, amanda.baber wrote: > > > > > Hi Murray, > > > > > > > > > > Sending a reminder for this vendor-tree conflict review request. > > > > > #2 > > > > > of 2. > > > > > > > > > > thanks, > > > > > Amanda > > > > > > > > > > On Thu Mar 26 21:45:55 2026, amanda.baber wrote: > > > > > > Hi Murray, > > > > > > > > > > > > This is the second conflict review request I have for you. This > > > > > > one is > > > > > > modifying application/vnd.apple.mpegurl: > > > > > > > > > > > > https://www.iana.org/assignments/media- > > > > > > types/application/vnd.apple.mpegurl > > > > > > > > > > > > The only changes I see, apart from any changes to referenced > > > > > > sections > > > > > > of the document, are the addition of a "Query parameter > > > > > > considerations" field and the replacement of David Singer, who > > > > > > I > > > > > > understand has retired from Apple, as change controller. Do we > > > > > > need to > > > > > > reach out to David (via a different address) to ask him to > > > > > > approve his > > > > > > replacement? Would that be necessary if Apple were to be listed > > > > > > as > > > > > > change controller rather than another Apple employee, if the > > > > > > existing > > > > > > registration should be considered a "third-party registration," > > > > > > as > > > > > > described in RFC 6838? > > > > > > > > > > What precedent do we have for handling cases like this? > > > > > > The existing registration was from someone at Apple, so I don't think > > > it's > > > "third-party" any more than this one is. > > > > > > I think it would be prudent to try to contact David Singer at the > > > address > > > we have. If that bounces or there's no answer, we might need to ask > > > the > > > IESG for guidance. Maybe for corporations, we should encourage these > > > to be > > > roles rather than specific people to avoid this problem. > > > > > > > > > > > > See below for the template. As with the other request, this > > > > > > conflict > > > > > > review is listed as "for action" on next week's telechat > > > > > > agenda. > > > > > > > > > > > > thanks, > > > > > > Amanda > > > > > > > > > > > > ===== > > > > > > > > > > > > Type name: application > > > > > > > > > > > > Subtype name: vnd.apple.mpegurl > > > > > > > > > > > > Required parameters: none > > > > > > > > > > > > Optional parameters: none > > > > > > > > > > These should be "N/A"; see RFC 6838 Section 5.6. > > > > > > > > > > > > Encoding considerations: encoded as UTF-8, which is 8-bit text. > > > > > > This > > > > > > media type may require encoding on transports not capable of > > > > > > handling > > > > > > 8-bit text. See Section 4 for more information. > > > > > > > > > > This should just be "binary"; see RFC 6838 Section 4.8. > > > > > > > > > > > > Security considerations: See Section 12. > > > > > > > > > > > > Compression: this media type does not employ compression. > > > > > > > > > > That field isn't in the template. > > > > > > > > > > > > Interoperability considerations: There are no byte-ordering > > > > > > issues > > > > > > since files are 8-bit text. Applications could encounter > > > > > > unrecognized tags, which SHOULD be ignored. > > > > > > > > > > > > Published specification: see Section 4. > > > > > > > > > > > > Applications that use this media type: Multimedia applications > > > > > > such > > > > > > as the iPhone media player in iOS 3.0 and later and QuickTime > > > > > > Player > > > > > > in Mac OS X version 10.6 and later. > > > > > > > > > > > > Fragment identifier considerations: no Fragment Identifiers are > > > > > > defined for this media type. > > > > > > > > > > > > Query parameter considerations: the definition of all query > > > > > > parameters for resources of this media type which begin with > > > > > > the > > > > > > string "_HLS_" are reserved by this specification. Currently- > > > > > > defined > > > > > > query parameters are specified in Section 6.2.5, Section 7.4, > > > > > > and > > > > > > Appendix D.4. > > > > > > > > > > There's no such field in the template. I think these details belong > > > in the > > > specification document and don't need to be added here. > > > > > > > > > > > > > > > > > > Additional information: > > > > > > > > > > > > Deprecated alias names for this type: none > > > > > > Magic number(s): #EXTM3U > > > > > > File extension(s): .m3u8, .m3u (see Section 4) > > > > > > Macintosh file type code(s): none > > > > > > > > > > > > Person & email address to contact for further information: > > > > > > Dimitri > > > > > > Podborski, dpodborski AT apple.com. > > > > > > > > > > > > Intended usage: LIMITED USE > > > > > > > > > > > > Restrictions on usage: none > > > > > > > > > > > > Author: Roger Pantos > > > > > > > > > > > > Change Controller: Dimitri Podborski > > > > > > > > > > -MSK > > _______________________________________________ > media-types mailing list -- [email protected] > To unsubscribe send an email to [email protected] > _______________________________________________ media-types mailing list -- [email protected] To unsubscribe send an email to [email protected]