RTP Payload Format for Generic Forward Error Correction
draft-ietf-avt-ulp-23

The document lacks operational considerations information. The aspects that require clarification are the implications of the lack of backwards compatibility of the payload defined in this document with RFC 2733 and RFC 3009. A clarification was added in draft-22 about the fact that there are no interoperability issues, but yet there is no information or recommendations on the operational aspects of the transition between one version to the other. Do all hosts need to be upgraded simmultaneously if 2733 and 3009 are deployed, what will work and what will not work between two hosts that implement two different versions and is there a recommended strategy or scenarios of transition?

In the MIME type registrations, especially in 13.3 (for text/ulpfec), it might be appropriate for the applicability section ("Applications which use this media type") to state something other than "Audio and video streaming tools" based on the MIME type being registered.

 Francis Dupont noted several editorial issues in his Gen-ART Review.