Tim Chown | 8 Feb 12:10 2016

Re: WGLC for draft-ietf-mboned-interdomain-peering-bcp (fwd)


> On 2 Feb 2016, at 23:16, Leonard Giuliano <lenny <at> juniper.net> wrote:
> Thanks Percy and Bob.  Regarding the pertinence of the back office 
> content, I guess we can agree to disagree.  I'd still be very interested 
> to hear what others think about the necessity and scope of this content 
> in this doc.

I read the draft and have a few comments.

Firstly, I agree about the references to MLD, IGMP and especially MSDP; these are not discussed in the
draft, so just focus it on PIM-SSM.

As Lenny says, why not focus it on SSM, as the model that the WG is keen to promote?  This could then be the
guidance for sites to do inter-domain SSM well, including AMT support (to the client).  As it stands,
PIM-SSM is only listed as a ‘protocol that is available’.

If you really want to make it about PIM-SM, then you need to mention that, keep MSDP, but also add
Embedded-RP. But I think there’s strong consensus in mobbed to focus on SSM.

The text itself seems good, but it is quite verbose. It could probably be anything up to 50% shorter, and
retain most of the key information. The question is whether there’s  appetite to focus it.  There’s
nothing wrong per se, it’s just quite a heavy read when the key messages/use cases could be more
succinct.  Having stuff like a security breach implementation plan included seems unnecessary detail,
for example.

A terminology section at the start might be nice.

(Continue reading)

joel jaeggli | 1 Feb 07:54 2016

spotted in the proposed lisp recharter...


	  - Multicast: Support for overlay multicast by means of replication	
 	as well as interfacing with existing underlay multicast support.

mboned - New Meeting Session Request for IETF 95

A new meeting session request has just been submitted by Leonard Giuliano, a Chair of the mboned working group.

Working Group Name: MBONE Deployment
Area Name: Operations and Management Area
Session Requester: Leonard Giuliano

Number of Sessions: 1
Length of Session(s):  2.5 Hours
Number of Attendees: 50
Conflicts to Avoid: 
 First Priority: bess mmusic pim softwire bier

Special Requests:
  Request a 2.5 hr slot for a joint WG session with PIM WG. 

MBONED mailing list
MBONED <at> ietf.org

Leonard Giuliano | 22 Jan 22:43 2016

Re: WGLC for draft-ietf-mboned-interdomain-peering-bcp (fwd)


---------- Forwarded message ----------
Date: Fri, 23 Oct 2015 13:40:57 -0700 (PDT)
From: Leonard Giuliano <lenny <at> juniper.net>
To: MBONED WG <mboned <at> ietf.org>
Subject: Re: WGLC for draft-ietf-mboned-interdomain-peering-bcp

<speaking as WG member, chair hat off>

Overall, I think the idea of this draft is very useful for anyone
interested in bringing up mcast peering with other networks.  It certainly
would have been more useful 10-15 years ago, but better late than never.
That said, I think this doc needs to be significantly restructured to meet
the goal of being useful for those entities looking to start mcast

The first issue is length.  28 pages almost guarantees those who might
need it most will probably never read it.  Length alone isn't the problem
as much as the fact that it really doesn't need to be this long- there
isn't 28 pages of novel info here.  For example, most, if not all, of
sections 4-6 could be summed up with a single sentence: "Do whatever you
are doing for unicast peering."  Unicast peering has been done for
decades, and all of these issues have been well understood and addressed.
As such, these sections do little more than "lecturing birds on flying."

In summary, my suggestion is to start over with the goal of answering the
question, "If I needed to peer with another network to exchange mcast
traffic, what would I do."  Focus just on the technical issues of mcast
(Continue reading)

internet-drafts | 21 Jan 21:33 2016

I-D Action: draft-ietf-mboned-interdomain-peering-bcp-01.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the MBONE Deployment Working Group of the IETF.

        Title           : Use of Multicast Across Inter-Domain Peering Points
        Authors         : Percy S. Tarapore
                          Robert Sayko
                          Greg Shepherd
                          Toerless Eckert
                          Ram Krishnan
	Filename        : draft-ietf-mboned-interdomain-peering-bcp-01.txt
	Pages           : 28
	Date            : 2016-01-21

   This document examines the use of multicast across inter-domain
   peering points. The objective is to describe the setup process for
   multicast-based delivery across administrative domains and document
   supporting functionality to enable this process.

The IETF datatracker status page for this draft is:

There's also a htmlized version available at:

A diff from the previous version is available at:

Please note that it may take a couple of minutes from the time of submission
(Continue reading)

Leonard Giuliano | 7 Jan 22:44 2016

call for MBONED agenda items in Buenos Aires

All- please let the chairs know if you'd like a slot to speak in MBONED at 
Buenos Aires by Jan 14.  We are trying to determine if we should request a 
slot for MBONED or not.

Lenny and Greg

MBONED mailing list
MBONED <at> ietf.org

internet-drafts | 10 Dec 00:00 2015

I-D Action: draft-ietf-mboned-multrans-addr-acquisition-07.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the MBONE Deployment Working Group of the IETF.

        Title           : Address Acquisition For Multicast Content When Source and Receiver Support Differing IP Versions
        Authors         : Tina Tsou
                          Axel Clauberg
                          Mohamed Boucadair
                          Stig Venaas
                          Qiong Sun
	Filename        : draft-ietf-mboned-multrans-addr-acquisition-07.txt
	Pages           : 10
	Date            : 2015-12-08

   Each IPTV operator has their own arrangements for pre-provisioning
   program information including addresses of the multicast groups
   corresponding to broadcast programs on the subscriber receiver.
   During the transition from IPv4 to IPv6, scenarios can occur where
   the IP version supported by the receiver differs from that supported
   by the source.  This memo examines what has to be done to allow the
   receiver to acquire multicast address information in the version it
   supports in such scenarios.

The IETF datatracker status page for this draft is:

There's also a htmlized version available at:

(Continue reading)

Leonard Giuliano | 30 Nov 23:27 2015

MBONED mins from Yokohama

Mtg mins from Yokohama have been posted (thanks Mike).  Please take a look 
and let us know if you see anything that should be added/corrected.


MBONED mailing list
MBONED <at> ietf.org

Greg Shepherd | 18 Nov 22:06 2015

MBONED WG Minutes?

Who took minutes in Yokohama?

MBONED mailing list
MBONED <at> ietf.org
lionel.morand | 5 Nov 09:47 2015

TR: Would you help present draft-ietf-mboned-multrans-addr-acquisition-06 tomorrow ?



De : sunqiong [mailto:sunqiong <at> ctbri.com.cn]
Envoyé : mercredi 4 novembre 2015 16:23
Cc : MORAND Lionel IMT/OLN; Tina; Cathy Zhou(Qian)
Objet : Would you help present draft-ietf-mboned-multrans-addr-acquisition-06 tomorrow ?


Dear Med,


I was planning to present draft-ietf-mboned-multrans-addr-acquisition-06 in this IETF meeting. However, since my flight back to China is at 7:30 pm tomorrow evening, I cannot catch up with mboned session (5:40 pm ~7:40pm). Is it possible that Lionel help to present this draft (see the slides in the attachment) ?


Thanks a lot!


Best wishes




_________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if this message was modified, changed or falsified. Thank you.
MBONED mailing list
MBONED <at> ietf.org
Toerless Eckert | 4 Nov 01:45 2015

Re: multicast over wifi and and IEEE-IETF coordination

[sorry, resending with correct email aliases]


Any reason to choose INTAREA ? 

There is already a draft in mboned:


and... mboned runs in parallel to intarea this time *sigh*
and... i am sure mboned participants would love to hear your preso about IEEE.


On Wed, Nov 04, 2015 at 01:31:52AM +0100, Mikael Abrahamsson wrote:
> Hi,
> I have been involved with the coordination group between IEEE and IETF to 
> discuss multicast over 802.11 issues that have been brought up in different 
> forums, both regarding reliability and power usage on battery powered 
> devices.
> There will be a presentation in INTAREA regarding this and initial 
> discussion on the issue will be had there. In case there is enough interest 
> in the issue, there might be a non-working group mailing list created for 
> further discussion, or something else.
> There will also be presentation in the IEEE meeting next week on this 
> issue, so there is awareness in both forums that the issue has been raised 
> to try to gather all interested parties to work on this problem.
> The presentation tomorrow will be to present what IEEE already has done in 
> this area (for instance GCR), and then there is a need to figure out what 
> part of the problem to be solved where (IETF/IEEE).
> -- 
> Mikael Abrahamsson    email: swmike <at> swm.pp.se
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6 <at> ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------


Toerless Eckert, eckert <at> cisco.com

MBONED mailing list
MBONED <at> ietf.org