Re: [AVTCORE] draft-hsyang-avtcore-rtp-haptics-02: Needs to register "haptics" as an SDP <media>

[Jonathan Lennox <[e-mail]>]

The document making "haptics" a new top-level media type, coming out of the
mediaman WG, has IETF consensus (see
https://datatracker.ietf.org/doc/draft-ietf-mediaman-haptics/).

Since RTP payload types follow media types, I don't think that decision
needs be revisited here for SDP specifically.


On Thu, Mar 28, 2024, 5:46 AM Christer Holmberg <
[e-mail]> wrote:

> Hi,
>
> If this work is adopted I think there should be a discussion e.g., with
> MMUSIC whether the registration of a new media-type for this is the correct
> way, instead of using e.g., "application" (or even "data"). There should be
> some justification for using a new media type.
>
> Regards,
>
> Christer
>
> > -----Original Message-----
> > From: mmusic <[e-mail]> On Behalf Of Hyunsik Yang
> > Sent: Wednesday, 13 March 2024 17.16
> > To: Jonathan Lennox <[e-mail]>; IETF AVTCore WG
> > <[e-mail]>; [e-mail]
> > Cc: [e-mail]; Xavier De Foy <[e-mail]>
> > Subject: Re: [MMUSIC] draft-hsyang-avtcore-rtp-haptics-02: Needs to
> register
> > "haptics" as an SDP <media>
> >
> > [Some people who received this message don't often get email from
> > hyunsik.yang=[e-mail]. Learn why this is
> important
> > at https://aka.ms/LearnAboutSenderIdentification ]
> >
> > Hello Jonathan!
> >
> > First of all, Thanks for reviewing our draft and sharing feedback.
> >
> > After our presentation during the IETF 118 meeting, we realized that the
> > 'haptics' Top-level Media Type
> > (https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatat
> > racker.ietf.org%2Fdoc%2Fdraft-ietf-mediaman-
> > haptics%2F&data=05%7C02%7Cchrister.holmberg%40ericsson.com%7C4a91
> > ee75e14f47a8b76608dc43708ea5%7C92e84cebfbfd47abbe52080c6b87953f
> > %7C0%7C0%7C638459397909128782%7CUnknown%7CTWFpbGZsb3d8eyJW
> > IjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7
> > C0%7C%7C%7C&sdata=d99fvcbNTS3Kqs8FkscBCPMD0Zy%2F6%2BdFZ%2B7i
> > 4u1JB9w%3D&reserved=0) was actually registering the haptic top-level type
> > and multiple haptic subtypes (including HMPG) with IANA. That is why we
> > modified the draft to update the HMPG subtype registration with IANA (in
> > section 6) and refer to the mediaman draft.
> >
> > Please let us know if there are any issues with this approach. It's
> based on our
> > best guess, but we may miss something.
> > Thanks
> > Best regards
> >
> > -----Original Message-----
> > From: Jonathan Lennox <[e-mail]>
> > Sent: Tuesday, March 12, 2024 5:25 PM
> > To: IETF AVTCore WG <[e-mail]>; draft-hsyang-avtcore-rtp-
> > [e-mail]
> > Cc: [e-mail]
> > Subject: draft-hsyang-avtcore-rtp-haptics-02: Needs to register
> "haptics" as an
> > SDP <media>
> >
> > Hi - I’ve read over the rtp-haptics draft, and wanted to send in e-mail
> one
> > comment I’ve made verbally in meetings (but probably not too coherently):
> >
> > This draft also needs to register the SDP <media> value “haptics”, so
> > “m=haptics” can be sent in SDP.
> >
> > See RFC 8866 section 8.2 (specifically 8.2.2) for the details on how
> this is
> > done; see also RFC 6466 which registered “image” as an SDP <media>
> > (though that was done under the previous version of the process from RFC
> > 4566, which was slightly different).
> >
> > I don’t see any reason this registration can’t be done as part of the
> current
> > draft, but I’ve cc’d mmusic to keep that group aware that this is
> happening.
> >
> > --
> > Jonathan Lennox (as an individual)
> >
> > _______________________________________________
> > mmusic mailing list
> > [e-mail]
> > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.i
> > etf.org%2Fmailman%2Flistinfo%2Fmmusic&data=05%7C02%7Cchrister.holm
> > berg%40ericsson.com%7C4a91ee75e14f47a8b76608dc43708ea5%7C92e84c
> > ebfbfd47abbe52080c6b87953f%7C0%7C0%7C638459397909152140%7CUnk
> > nown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6I
> > k1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=IpQGbWcbFncI%2Biqp
> > ZRlgGMdHp2zKDyKTeS7HPiuSrAs%3D&reserved=0
>