Re: [multrans] Draft Multrans BoF request

Tina Tsou <tena@huawei.com> Mon, 06 June 2011 22:06 UTC

Return-Path: <tena@huawei.com>
X-Original-To: multrans@ietfa.amsl.com
Delivered-To: multrans@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A1C411E8073 for <multrans@ietfa.amsl.com>; Mon, 6 Jun 2011 15:06:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qf2+51uqRWoh for <multrans@ietfa.amsl.com>; Mon, 6 Jun 2011 15:06:10 -0700 (PDT)
Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by ietfa.amsl.com (Postfix) with ESMTP id D17B311E81A4 for <multrans@ietf.org>; Mon, 6 Jun 2011 15:06:10 -0700 (PDT)
Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LME00JKP2Q9SM@usaga02-in.huawei.com> for multrans@ietf.org; Mon, 06 Jun 2011 17:06:10 -0500 (CDT)
Received: from TingZousc1 ([10.193.34.221]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LME003ZF2Q8PK@usaga02-in.huawei.com> for multrans@ietf.org; Mon, 06 Jun 2011 17:06:09 -0500 (CDT)
Date: Mon, 06 Jun 2011 15:06:09 -0700
From: Tina Tsou <tena@huawei.com>
In-reply-to: <027f01cc2495$8596a070$90c3e150$@com>
To: multrans@ietf.org
Message-id: <028001cc2495$f1496d70$d3dc4850$@com>
MIME-version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Content-type: text/plain; charset=us-ascii
Content-language: en-us
Content-transfer-encoding: 7BIT
Thread-index: AcwklYM01/VtPbTlQqqyEc7aBoR9LAAABE8g
References: <027f01cc2495$8596a070$90c3e150$@com>
Cc: 'Jari Arkko' <jari.arkko@piuha.net>
Subject: Re: [multrans] Draft Multrans BoF request
X-BeenThere: multrans@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss the work of IPv4-IPv6 multicast." <multrans.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multrans>, <mailto:multrans-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/multrans>
List-Post: <mailto:multrans@ietf.org>
List-Help: <mailto:multrans-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multrans>, <mailto:multrans-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Jun 2011 22:06:12 -0000

Hi all,
A small nit, 
.	Requirements and issues (TBD, 15 min)
should be
.	Requirements (TBD, 15 min)

It is updated below.

In current deployments, the IP multicast forwarding scheme is used by many
providers to deliver some services, such as live TV broadcasting.
Transition to IPv6 raises issues and corresponding requirements. In
particular, IPv4 service continuity is an essential requirement from a
business perspective. 
This specifically includes continued receiver access to IPv4-formatted
contents even when the assignment of a dedicated global IPv4 address to the
receiver is no longer possible and even after the receivers have migrated to
IPv6. 
Likewise, the delivery of IPv6-formatted contents to IPv4 receivers must
also be possible.
Multicast transition scenarios include the ability to access IPv4-formatted
multicast contents from an IPv4 receiver over an IPv6-only network and the
ability to access IPv4-formatted multicast contents from an IPv6-only
receiver.
The aforementioned issues can be classified into:
.	Multicast group and source discovery procedures
.	Multicast group subscription procedures
.	Multicast tree computation
.	Required IPv4-IPv6 multicast inter-working functions
The proposed BoF session aims at discussing and hopefully validating the
need for the IETF to work on these issues.
The proposed agenda for the BoF session goes like this:
.	Welcome introduction and agenda bashing (chairs, 10 min)
.	Multicast transition scenarios (TBD, 20 min)
.	Requirements (TBD, 15 min)
.	Issues (TBD, 15 min)
.	Discussion (all, 20 min)
.	Conclusion and next steps (chairs, ADs, 10 min)
Reading material:
http://tools.ietf.org/html/draft-jaclee-behave-v4v6-mcast-ps-02"
 
BoF chairs should include one rep from the service provider's community.


We keep our promises with one another - no matter what!

Best Regards,
Tina TSOU
http://tinatsou.weebly.com/contact.html