[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
- [AVT] FEC draft Adam Li
- Re: [AVT] FEC draft Magnus Westerlund
- RE: [AVT] FEC draft Adam Li
- RE: [AVT] FEC draft White, Craig (Level 3)
- Re: [AVT] FEC draft Magnus Westerlund