Re: [AVT] FW: New Version Notification for draft-ietf-fecframe-interleaved-fec-scheme-05

["Ali C. Begen (abegen)" <abegen at cisco.com>]

I wanted to make a reference 4756 for now. Later, I will change it to 4756bis if we can move quickly on that draft. This way it will be much cleaner IMO (the new draft includes both session and ssrc multiplexing scenarios).

So, I'd appreciate if you and others could provide comments for 4756bis.

-acbegen

> -----Original Message-----
> From: Roni Even [mailto:ron.even.tlv at gmail.com]
> Sent: Tuesday, May 05, 2009 2:36 PM
> To: Ali C. Begen (abegen); fecframe at ietf.org
> Cc: avt at ietf.org
> Subject: RE: [AVT] FW: New Version Notification for draft-ietf-fecframe-interleaved-fec-
> scheme-05
> 
> Ali,
> 
> Is there a reason to reference RFC 4756 and not reference also
> draft-ietf-mmusic-source-attributes if ssrc multiplexing is allowed.
> 
> 
> Roni
> 
> -----Original Message-----
> From: avt-bounces at ietf.org [mailto:avt-bounces at ietf.org] On Behalf Of Ali C.
> Begen (abegen)
> Sent: Tuesday, May 05, 2009 11:40 PM
> To: fecframe at ietf.org
> Cc: avt at ietf.org
> Subject: [AVT] FW: New Version Notification for
> draft-ietf-fecframe-interleaved-fec-scheme-05
> 
> This addresses the comments from Vincent.
> 
> Marshall, could we finalize WGLC?
> 
> BR,
> -acbegen
> 
> 
> -----Original Message-----
> From: IETF I-D Submission Tool [mailto:idsubmission at ietf.org]
> Sent: Tuesday, May 05, 2009 1:37 PM
> To: Ali C. Begen (abegen)
> Subject: New Version Notification for
> draft-ietf-fecframe-interleaved-fec-scheme-05
> 
> 
> A new version of I-D, draft-ietf-fecframe-interleaved-fec-scheme-05.txt has
> been successfuly submitted by Ali Begen and posted to the IETF repository.
> 
> Filename:	 draft-ietf-fecframe-interleaved-fec-scheme
> Revision:	 05
> Title:		 RTP Payload Format for 1-D Interleaved Parity FEC
> Creation_date:	 2009-05-05
> WG ID:		 fecframe
> Number_of_pages: 31
> 
> Abstract:
> This document defines a new RTP payload format for the Forward Error
> Correction (FEC) that is generated by the 1-D interleaved parity code
> from a source media encapsulated in RTP.  The 1-D interleaved parity
> code is a systematic code, where a number of repair symbols are
> generated from a set of source symbols and sent in a repair flow
> separate from the source flow that carries the source symbols.  The
> 1-D interleaved parity code offers a good protection against bursty
> packet losses at a cost of decent complexity.  The new payload format
> defined in this document is used (with some exceptions) as a part of
> the DVB Application-layer FEC specification.
> 
> 
> 
> 
> The IETF Secretariat.
> 
> 
> _______________________________________________
> Audio/Video Transport Working Group
> avt at ietf.org
> https://www.ietf.org/mailman/listinfo/avt