[Rmt] RMT WG Issues - FEC Basic Schemes, ALC/LCT, FLUTE

Brian Adamson <adamson@itd.nrl.navy.mil> Wed, 09 July 2008 21:28 UTC

Return-Path: <rmt-bounces@ietf.org>
X-Original-To: rmt-archive@megatron.ietf.org
Delivered-To: ietfarch-rmt-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 81C6C28C2FC; Wed, 9 Jul 2008 14:28:10 -0700 (PDT)
X-Original-To: rmt@core3.amsl.com
Delivered-To: rmt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 09DBA3A67B0 for <rmt@core3.amsl.com>; Wed, 9 Jul 2008 14:28:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zPfRC71dC6gx for <rmt@core3.amsl.com>; Wed, 9 Jul 2008 14:28:08 -0700 (PDT)
Received: from s2.itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by core3.amsl.com (Postfix) with ESMTP id C974428C2FC for <rmt@ietf.org>; Wed, 9 Jul 2008 14:28:07 -0700 (PDT)
Received: from smtp.itd.nrl.navy.mil (smtp.itd.nrl.navy.mil [132.250.86.3]) by s2.itd.nrl.navy.mil (8.13.8+Sun/8.12.8) with SMTP id m69LFdsw002825; Wed, 9 Jul 2008 17:15:41 -0400 (EDT)
Received: from macsimus.itd.nrl.navy.mil ([132.250.92.151]) by smtp.itd.nrl.navy.mil (SMSSMTP 4.1.16.48) with SMTP id M2008070917154028158 ; Wed, 09 Jul 2008 17:15:40 -0400
Message-Id: <139A8826-6349-487C-BF5D-48D5FECB6259@itd.nrl.navy.mil>
From: Brian Adamson <adamson@itd.nrl.navy.mil>
To: rmt@ietf.org
Mime-Version: 1.0 (Apple Message framework v926)
Date: Wed, 09 Jul 2008 17:15:40 -0400
X-Mailer: Apple Mail (2.926)
Cc: lorenzo@digitalfountain.com, toni.paila@nokia.com, luby@digitalfountain.com
Subject: [Rmt] RMT WG Issues - FEC Basic Schemes, ALC/LCT, FLUTE
X-BeenThere: rmt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Reliable Multicast Transport <rmt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/rmt>, <mailto:rmt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/rmt>
List-Post: <mailto:rmt@ietf.org>
List-Help: <mailto:rmt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rmt>, <mailto:rmt-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: rmt-bounces@ietf.org
Errors-To: rmt-bounces@ietf.org

All:

Recently a few RMT Working Group issues have arisen:

Most notably, we received this note from the editors:

>> We have <draft-mehta-rmt-flute-sdp-05.txt> in our queue for  
>> publication, and it has the following normative references that are  
>> not yet in our queue:
>> REF1 draft-ietf-rmt-flute-revised
>> ID Tracker State: dead
>> REF2 draft-ietf-rmt-pi-alc-revised
>> ID Tracker State: dead
>> REF3 draft-ietf-rmt-bb-lct-revised
>> ID Tracker State: dead
>> REF4 draft-ietf-rmt-bb-fec-basic-schemes-revised
>> ID Tracker State: AD Eval -- Revised ID needed
>> Will REF1, REF2, and REF3 be revised and resubmitted?  Or, should  
>> these references be updated?  Should <draft-mehta-rmt-flute- 
>> sdp-05.txt> be removed from the RFC Editor queue?
>> Please let us know how to proceed.
>> Thank you.


So, the FLUTE, ALC, LCT, and FEC Basic Schemes documents need  
attention!  I haven't heard anything recently from the authors here,  
and we need to establish some definitive status and plan on these  
issues.  I don't think this should wait until Dublin.

I think we have an approach to address the security considerations  
issues that have been raised so that these documents can be completed  
and submitted.  Here is the status of the pertinent documents:

1) FEC Basic Schemes - This was submitted for publication, but a few  
comments from our AD (Area Director - Magnus) need to be addressed and  
a new draft submitted.   These comments were raised in April 2008 and  
need to be addressed ASAP. We haven't received response from the  
author (Mark Watson) on how/when these will be addressed.  If anyone  
(Mark included :-)) has ideas on where to proceed from here that would  
be helpful!

2) ALC/LCT - needs some Security Considerations text inserted to  
describe a basic secure mode of operation.  At prior meetings it was  
suggested to use a subset of the IPSec approach described in the most  
recent NORM Draft to address this issue.  This probably just needs to  
be addressed in the ALC document.  There were a few minor comments  
raised on LCT circa the last IETF that need to be addressed ... the  
more significant comments that Vincent Roca raised were withdrawn  
after some clarification from Mark Watson.  Again, if the someone can  
provide an indication of how/when this will be addressed, that will be  
helpful.

3) FLUTE - I think this document is in pretty good shape, but has  
dependencies on the above stuff that we are trying to resolve.  The  
document probably should be re-submitted to raise it from the dead.  I  
think the AD had some questions wr2 security, but I think it was hoped  
that ALC would address the transport security concerns.

I know the activity on the list has diminished and the energy on these  
items may be low, but to be your WG cheerleader, we really are 90+  
percent of the way there I think ... and the above are, in my opinion,  
the highest priority items in WG at present since other RMT items and  
other organizations are depending upon their completion.

If the authors of these documents (cc'd) are otherwise unavailable,  
perhaps we can solicit some volunteers to help carry these to  
completion.

best regards,

Brian Adamson
adamson@itd.nrl.navy.mil




_______________________________________________
Rmt mailing list
Rmt@ietf.org
https://www.ietf.org/mailman/listinfo/rmt