Re: [MBONED] "MLDv2 Procedures for Link-Layer Unicast Delivery of Multicast"

[Toerless Eckert <[e-mail]>]

On Fri, Mar 29, 2013 at 08:55:21PM +0000, Dave Thaler wrote:
> http://tools.ietf.org/html/draft-thaler-ngtrans-6to4-multicast 
> is work we did back in 2000 on this same topic.   At the time, the draft is written from 
> the perspective of the 6to4 NBMA link, but the topic was discussed (specifically by those
> in the acknowledgements section, and to a lesser extent by the ngtrans WG as a whole)
> as being more generally applicable.
> 
> There wasn't significant interest at the time and so the work was dropped
> rather than updating the spec to use generic language.

I have forgotten everything about it ;-)
> 
> The same concept as in the above was however then used in 2001 in
> http://tools.ietf.org/html/draft-ietf-mboned-auto-multicast
> (still specific to a particular link type though), which after 11 years is now in the IESG :)
> 
> The most relevant WG is MBoneD.

Right ;-) finally. Alas, the AMT solution requires changes to the receiver host,
so the solution proposed in Marks draft is easier to deploy for the purpose it has.

Cheers
    Toerless

> -Dave
> 
> > -----Original Message-----
> > From: [e-mail] [mailto:[e-mail]] On Behalf Of
> > Mark Smith
> > Sent: Thursday, March 28, 2013 8:22 PM
> > To: [e-mail]
> > Subject: "MLDv2 Procedures for Link-Layer Unicast Delivery of Multicast"
> > 
> > Hi,
> > 
> > The following is inspired by some work I did in around 2010/2011 on a
> > multicast TV service, where residential customers with Wifi networks
> > suffered from performance problems, and had to be advised to buy
> > ethernet over power devices if they couldn't run wired ethernet to the STB
> > attached to their TV.
> > 
> > I've done some experiments on my home wifi network, using VLC, and
> > switching between multicast and unicast IPv6 to test the concept. The wifi
> > performance issues disappear when the video is delivered via unicast UDP.
> > (If people want to play with VLC and IPv6 multicast, email me off-list, as there
> > are a few issues e.g. the GUI doesn't accept some of the IPv6 multicast
> > parameters that the command line does).
> > 
> > I think there is a possibility the technique could also be applied to
> > IGMPv3/ARP, although it depends on whether ARP has been implemented
> > in a similar manner to IPv6 ND (e.g. an ARP equivalent to NUD). My
> > understanding is that Linux has implemented ARP this way. I'll do some more
> > research to verify this.
> > 
> > I though I'd post it to see if there is merit in the idea and it is worth spending
> > more of my time on. I looked for a IETF group more suitable to this, but didn't
> > seem to be able to find one. If there is one, please let me know.
> > 
> > Review and comments most appreciated.
> > 
> > Thanks very much,
> > Mark.
> > 
> > 
> > ----- Forwarded Message -----
> > > From: "[e-mail]" <[e-mail]>
> > > To: [e-mail]
> > > Cc:
> > > Sent: Friday, 29 March 2013 1:45 PM
> > > Subject: New Version Notification for
> > > draft-smith-mldv2-link-unicast-00.txt
> > >
> > >
> > > A new version of I-D, draft-smith-mldv2-link-unicast-00.txt
> > > has been successfully submitted by Mark Smith and posted to the IETF
> > > repository.
> > >
> > > Filename:     draft-smith-mldv2-link-unicast
> > > Revision:     00
> > > Title:         MLDv2 Procedures for Link-Layer Unicast Delivery of
> > > Multicast
> > > IPv6
> > > Creation date:     2013-03-29
> > > Group:         Individual Submission
> > > Number of pages: 7
> > > URL:
> > > http://www.ietf.org/internet-drafts/draft-smith-mldv2-link-unicast-00.
> > > txt
> > > Status:
> > > http://datatracker.ietf.org/doc/draft-smith-mldv2-link-unicast
> > > Htmlized:
> > > http://tools.ietf.org/html/draft-smith-mldv2-link-unicast-00
> > >
> > >
> > > Abstract:
> > >    Some multi-access link-layer technologies typically not provide
> > > good
> > >    IPv6 multicast performance, using link-layer multicasts, when the
> > >    volume of multicast traffic is significant.  It would be possible
> > > to
> > >    replicate and then link-layer unicast multicast IPv6 traffic to
> > >    interested listeners to overcome these link-layer performance
> > >    limitations.  This memo describes MLDv2 and IPv6 neighbor discovery
> > >    procedures to support link-layer unicast delivery of multicast IPv6
> > >    traffic.
> > >
> > >
> > >
> > >
> > >
> > > The IETF Secretariat
> > >
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > [e-mail]
> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> > --------------------------------------------------------------------
> _______________________________________________
> MBONED mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/mboned

-- 
---
Toerless Eckert, [e-mail]
Cisco NSSTG Systems & Technology Architecture
SDN: Let me play with the network, mommy!