Re: [multrans] Draft Multrans BoF request

<xiaohong.deng@orange-ftgroup.com> Wed, 15 June 2011 10:23 UTC

Return-Path: <xiaohong.deng@orange-ftgroup.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 AE0409E800A for <multrans@ietfa.amsl.com>; Wed, 15 Jun 2011 03:23:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.582
X-Spam-Level:
X-Spam-Status: No, score=-1.582 tagged_above=-999 required=5 tests=[AWL=1.667, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
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 cnWoKa1-2YCL for <multrans@ietfa.amsl.com>; Wed, 15 Jun 2011 03:23:48 -0700 (PDT)
Received: from p-mail2.rd.francetelecom.com (p-mail2.rd.francetelecom.com [195.101.245.16]) by ietfa.amsl.com (Postfix) with ESMTP id 416E69E8005 for <multrans@ietf.org>; Wed, 15 Jun 2011 03:23:47 -0700 (PDT)
Received: from p-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 7F06A958001; Wed, 15 Jun 2011 12:31:14 +0200 (CEST)
Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail2.rd.francetelecom.com (Postfix) with ESMTP id 7504E858001; Wed, 15 Jun 2011 12:31:14 +0200 (CEST)
Received: from ch-mailsrv.rd.francetelecom.fr ([10.193.250.27]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 15 Jun 2011 12:23:46 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Wed, 15 Jun 2011 18:23:42 +0800
Message-ID: <0962B0BEF842A24191AD9BE41A8DD2FC017FF341@ch-mailsrv.rd.francetelecom.fr>
In-Reply-To: <008701cc2987$09cbd9a0$1d638ce0$@com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: RE:[multrans] Draft Multrans BoF request
Thread-Index: AcwrRkzjbvjQ9V7eRfK1tixOAnXLHw==
References: <BLU0-SMTP345819115FC2E9007F58E0D8670@phx.gbl><CA1AB72A.102E2%yiu_lee@cable.comcast.com> <008701cc2987$09cbd9a0$1d638ce0$@com>
From: <xiaohong.deng@orange-ftgroup.com>
To: <tena@huawei.com>, <Yiu_Lee@Cable.Comcast.com>, <tom111.taylor@bell.net>, <mohamed.boucadair@orange-ftgroup.com>
X-OriginalArrivalTime: 15 Jun 2011 10:23:46.0637 (UTC) FILETIME=[4F6117D0:01CC2B46]
Cc: multrans@ietf.org
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: Wed, 15 Jun 2011 10:23:49 -0000

Thanks Tina!

Cheers,
Xiaohong
opensource A+P: http://opensourceaplusp.weebly.com/
 

|-----邮件原件-----
|发件人: Tina Tsou [mailto:tena@huawei.com] 
|发送时间: 2011年6月13日 13:02
|收件人: 'Lee, Yiu'; 'Tom Taylor'; BOUCADAIR Mohamed OLNC-NAD-TIP
|抄送: 'Jari Arkko'; multrans@ietf.org
|主题: Re: [multrans] Draft Multrans BoF request
|
|Hi all,
|Here is the update based on the multrans list discussion.
|
|I volunteer to present the list of work items. I put some 
|presenters' name with question mark for the time being; need 
|to be confirmed by that time.
|----------------------
|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-framed 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-framed contents to IPv4 
|receivers must also be possible.
|Multicast transition scenarios include the ability to access 
|IPv4-framed multicast contents from an IPv4 receiver over an 
|IPv6-only network and the ability to access IPv4-framed 
|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 (XiaoHong?, 20 min)
|.    Requirements (Yiu Lee?, 15 min)
|.    Issues (Tom Taylor?, 15 min)
|.    Scope (TBD, 15 min)
|.    List of work items (Tina TSOU, 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
|
|
|-----Original Message-----
|From: multrans-bounces@ietf.org 
|[mailto:multrans-bounces@ietf.org] On Behalf Of Lee, Yiu
|Sent: Sunday, June 12, 2011 4:36 PM
|To: Tom Taylor; mohamed.boucadair@orange-ftgroup.com
|Cc: 'Jari Arkko'; multrans@ietf.org
|Subject: Re: [multrans] Draft Multrans BoF request
|
|Hi Tom,
|
|I guess we can remove "issues" from the topic just like what 
|you suggested. For the time allocated to scenarios, I think we 
|will list all but only focus on 4-6-4 and 6r-4s.
|
|Regards,
|Yiu
|
|
|On 6/10/11 11:10 PM, "Tom Taylor" <tom111.taylor@bell.net> wrote:
|
|>Please explain why you want to keep requirements and issues together.
|>They are two separate topics. The requirements flow from the 
|users' and 
|>service providers' needs. The issues flow from a technical 
|analysis of 
|>the operation of the available protocols.
|>
|>As to time allocation, I'd suggest that the scenarios should have 
|>somewhat less time, 15 minutes at most, unless we are going 
|to present 
|>lower-priority scenarios at a detailed level. The extra time 
|should be 
|>shifted to the discussion slot.
|>
|>On 10/06/2011 2:53 AM, mohamed.boucadair@orange-ftgroup.com wrote:
|>> Hi Tina, all,
|>>
|>> I would propose to keep one single slot to discuss the issues and 
|>>requirements.
|>>
|>> Furthermore, a slot to present the scope
|>>(http://tools.ietf.org/html/draft-jaclee-behave-v4v6-mcast-ps
|-02#secti
|>>on-
|>>2.1) and the list of work items should be added (see
|>>http://tools.ietf.org/html/draft-jaclee-behave-v4v6-mcast-ps-
|02#sectio
|>>n-5
|>>)
|>>
|>> Cheers,
|>> Med
|>>
|>>
|>> -----Message d'origine-----
|>> De : multrans-bounces@ietf.org 
|[mailto:multrans-bounces@ietf.org] De 
|>>la part de Tina Tsou  Envoyé : mardi 7 juin 2011 00:06  À : 
|>>multrans@ietf.org  Cc : 'Jari Arkko'
|>> Objet : Re: [multrans] Draft Multrans BoF request
|>>
|>> 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
|>>
|>>
|>>
|>>
|>> _______________________________________________
|>> multrans mailing list
|>> multrans@ietf.org
|>> https://www.ietf.org/mailman/listinfo/multrans
|>> _______________________________________________
|>> multrans mailing list
|>> multrans@ietf.org
|>> https://www.ietf.org/mailman/listinfo/multrans
|>>
|>>
|>_______________________________________________
|>multrans mailing list
|>multrans@ietf.org
|>https://www.ietf.org/mailman/listinfo/multrans
|
|_______________________________________________
|multrans mailing list
|multrans@ietf.org
|https://www.ietf.org/mailman/listinfo/multrans
|
|
|