[MMUSIC] Re: [Errata Held for Document Update] RFC3264 (5177)

[Bo Burman <[e-mail]>]

Thanks Paul,

I agree with your assessment.

Cheers,
Bo
MMUSIC co-chair

> -----Original Message-----
> From: mmusic <[e-mail]> On Behalf Of Paul Kyzivat
> Sent: Saturday, 4 May 2024 03:38
> To: RFC Errata System <[e-mail]>;
> [e-mail]; [e-mail];
> [e-mail]
> Cc: [e-mail]; [e-mail]; [e-mail]
> Subject: Re: [MMUSIC] [Errata Held for Document Update] RFC3264 (5177)
>
> This is not a valid erratum. 5.1 and 6.2 can both be correct. SHOULD is not
> MUST. While the answerer SHOULD use the same payload type number, it
> may have a reason it needs to use a different number. For instance this can
> arise when gatewaying to a different rules regarding payload numbers.
>
>       Thanks,
>       Paul
>
> On 5/3/24 5:48 PM, RFC Errata System wrote:
> > The following errata report has been held for document update for
> > RFC3264, "An Offer/Answer Model with Session Description Protocol (SDP)".
> >
> > --------------------------------------
> > You may review the report below and at:
> > https://www/.
> > rfc-
> editor.org%2Ferrata%2Feid5177&data=05%7C02%7Cbo.burman%40ericsson.
> >
> com%7Cd72723e09672466eccd908dc6bdadb70%7C92e84cebfbfd47abbe5208
> 0c6b879
> >
> 53f%7C0%7C0%7C638503834938312738%7CUnknown%7CTWFpbGZsb3d8eyJ
> WIjoiMC4wL
> >
> jAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%
> 7C&sda
> >
> ta=tA9aaukKSWi7uTqgHLw%2B9SFFG4XSs9x%2Fms14L7HUSu4%3D&reserved
> =0
> >
> > --------------------------------------
> > Status: Held for Document Update
> > Type: Technical
> >
> > Reported by: Sandeep Kumar Aitha <[e-mail]> Date
> > Reported: 2017-11-03 Held by: Orie Steele (IESG)
> >
> > Section: 5.1
> >
> > Original Text
> > -------------
> > Section 5.1 says:
> > However, for sendonly and sendrecv streams, the answer might indicate
> > different payload type numbers for the same codecs, in which case, the
> > offerer MUST send with the payload type numbers from the answer.
> >
> > Section 6.2 says:
> > In the case of RTP, if a particular codec was referenced with a
> > specific payload type number in the offer, that same payload type
> > number SHOULD be used for that codec in the answer.
> >
> > Corrected Text
> > --------------
> > Only one of the above statements can be correct.
> >
> >
> > Notes
> > -----
> > Above two statements are conflicting.
> > The answerer should be able to either map the payload type to a different
> codec or not.
> >
> > --------------------------------------
> > RFC3264 (draft-ietf-mmusic-sdp-offer-answer-02)
> > --------------------------------------
> > Title               : An Offer/Answer Model with Session Description Protocol
> (SDP)
> > Publication Date    : June 2002
> > Author(s)           : J. Rosenberg, H. Schulzrinne
> > Category            : PROPOSED STANDARD
> > Source              : Multiparty Multimedia Session Control RAI
> > Stream              : IETF
> > Verifying Party     : IESG
> >
> > _______________________________________________
> > mmusic mailing list
> > [e-mail]
> > https://www/.
> >
> ietf.org%2Fmailman%2Flistinfo%2Fmmusic&data=05%7C02%7Cbo.burman%4
> 0eric
> >
> sson.com%7Cd72723e09672466eccd908dc6bdadb70%7C92e84cebfbfd47abb
> e52080c
> >
> 6b87953f%7C0%7C0%7C638503834938320600%7CUnknown%7CTWFpbGZsb
> 3d8eyJWIjoi
> >
> MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7
> C%7C%7
> >
> C&sdata=%2FgPaTqXkz9EbR21UJJKeRiX9qEVAsa8hvUqwReShDgo%3D&reserv
> ed=0
>
> _______________________________________________
> mmusic mailing list
> [e-mail]
> https://www.ie/
> tf.org%2Fmailman%2Flistinfo%2Fmmusic&data=05%7C02%7Cbo.burman%40
> ericsson.com%7Cd72723e09672466eccd908dc6bdadb70%7C92e84cebfbfd47
> abbe52080c6b87953f%7C0%7C0%7C638503834938325528%7CUnknown%7C
> TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLC
> JXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=bRIO6LJsA17RhTzhS%2BL05q3vam
> XED%2F11Lv059b0GVlo%3D&reserved=0