A More Loss-Tolerant RTP Payload Format for MP3 Audio
RFC 5219
Note: This ballot was opened for revision 05 and is now closed.
(Cullen Jennings) Yes
(Jari Arkko) No Objection
(Ron Bonica) No Objection
(Ross Callon) No Objection
(Lisa Dusseault) No Objection
(Lars Eggert) No Objection
(Sam Hartman) No Objection
(Russ Housley) No Objection
Comment (2007-11-27)
No email
send info
send info
Based on Gen-ART Review by Pasi Eronen. It would be useful to have a short appendix listing explicitly the bugs that were present in RFC 3119 and corrected in this document.
(Chris Newman) (was Yes) No Objection
Comment (2007-11-29)
No email
send info
send info
Based on the diff: http://tinyurl.com/343vfd This is a minimal bugfix revision.
(Jon Peterson) No Objection
(Tim Polk) No Objection
(Dan Romascanu) No Objection
(Mark Townsley) No Objection
(David Ward) No Objection
Magnus Westerlund (was Discuss) No Objection
Comment (2007-11-27)
No email
send info
send info
I am missing the Congestion Consideration section. I think this document could greatly benefit from some discussion on the possibility to change the bit-rate during an ongoing session. In Section 9, on could be more explicit that the timestamp rate really must be 90 kHz.