[AVT] FEC draft

"Adam Li" <adamli@icsl.ucla.edu> Tue, 21 October 2003 03:55 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA21195 for <avt-archive@odin.ietf.org>; Mon, 20 Oct 2003 23:55:27 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ABnbu-0001uY-TV for avt-archive@odin.ietf.org; Mon, 20 Oct 2003 23:55:07 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h9L3t6de007343 for avt-archive@odin.ietf.org; Mon, 20 Oct 2003 23:55:06 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ABnbs-0001sr-1Z; Mon, 20 Oct 2003 23:55:04 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ABnbX-0001n8-6h for avt@optimus.ietf.org; Mon, 20 Oct 2003 23:54:43 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA21145 for <avt@ietf.org>; Mon, 20 Oct 2003 23:54:33 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ABnbU-0006S1-00 for avt@ietf.org; Mon, 20 Oct 2003 23:54:40 -0400
Received: from hyervision.com ([66.159.193.111] helo=server.hyervision.com) by ietf-mx with esmtp (Exim 4.12) id 1ABnbT-0006Rw-00 for avt@ietf.org; Mon, 20 Oct 2003 23:54:39 -0400
Received: from WIND (hyervision.com [66.159.193.111]) by server.hyervision.com (8.12.9/8.12.6) with ESMTP id h9L3h4RC004523 for <avt@ietf.org>; Mon, 20 Oct 2003 20:43:04 -0700 (PDT)
From: Adam Li <adamli@icsl.ucla.edu>
To: avt@ietf.org
Date: Mon, 20 Oct 2003 20:53:43 -0700
Organization: UCLA
Message-ID: <000101c39786$ef032b40$6c7ba8c0@divxnetworks.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
Content-Transfer-Encoding: quoted-printable
Subject: [AVT] FEC draft
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable

Hi folks,

We would like to discuss the following changes to the FEC draft with
you, and would like to hear your comments.

As decided in previous meetings and discussions, we are in the process
of updating and incorporating the ULP FEC draft with the generic FEC. At
the same time, taking this chance, we would also like to modify a few
issues with RFC 2733. In RFC 2733, the M, P, X, and CC bits in the RTP
header of the FEC packets are calculated from the parity operation, thus
those fields do not confirm to their normal definition as in RFC 1889.

The proposed change to fix this issue is to move the parity data of the
M, P, X, and CC bits into the FEC header part of the FEC packet from the
RTP header, so the corresponding fields in the RTP header can retain
their original meaning.

One of the potential solutions is as below. (E = extension, R =
reserved)

  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |      SN base                  |        length recovery        |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |M| PT recovery |P|X|  CC   |E|R|             mask              |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                          TS recovery                          |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

With the addition of M, P, X, and CC bits in the FEC header, one extra
octet is taken. This reduces the mask from 24 to 16 bits. This might
still be enough, as the typical interleaving is something like 10
packets.  

One other potential solution is pretty much as above, but keeping the
mask at 24 bits as it is in RFC 2733. However, by doing that, the FEC
header above will not align on a 32 bit boundary, which might be a good
property to keep.

So the question we would like to hear your comment is: Shall we (a)
reduce the mask to 16-bit, or (b) keep the mask at 24-bit, and break the
32-bit alignment?

Your help is very much appreciated.

Adam




_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt