Simple Reed-Solomon FEC Scheme for FECFRAME draft-roca-fecframe-simple-rs-01 IETF 79 – Beijing, November 2010 V. Roca – M. Cunche (INRIA) J. Lacan – A. Bouabdallah (ISAE) K. Matsuzono (Keio Univ.)

Goals (reminder) Goals (reminder) specifies how to use Reed-Solomon codes in FECFRAME mRS codes over GF(2 m ), m in {2.. 16}, min practice, focus on m = 4, 8 (default) and 16 mcomplements our RFC 5510 (RMT WG) DOES NOT consider RTP framing of FEC repair packets  see: draft-galanos-fecframe-rtp-reedsolomon-02.txt

Situation most changes since initial version (March 2009) motivated by Qualcomm's patent on FECFRAME see IPR disclosure 1183, the discussion on the list, and our slides presented during IETF'78… two steps 1.I-D draft-roca-fecframe-rs-03 already implements Mike Luby's recommendations to avoid infringing QC patent on FECFRAME 2.Mike also suggested to use a new I-D name to "clear" the IPR disclosure status we moved to draft-roca-fecframe-simple-rs-* I-D name reflects the current proposal philosophy : K.I.S.S. a single scheme remains: RS for arbitrary packet flows

Situation… (cont') support in IETF'78 to make it a WG Item m… but still needs to be confirmed on list mGreg? otherwise the document is considered as finished mready for WGLC when accepted as WG Item

RTP Payload Format for Reed Solomon FEC draft-galanos-fecframe-rtp-reedsolomon- 02.txt IETF 79 – Beijing, November 2010 S. Galanos (Radvision) O. Peck (now at Kaminario) V. Roca (INRIA)

Some news… Some news… no progress since IETF'77 (Anaheim) m sorry… now ready to finalize document m the I-D is still strongly supported by Radvision m proposal: I'll act as the I-D editor from now on next step m confirm interest of WG for this I-D m finalize I-D for IETF'80