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: ipv6-boun...@ietf.org [mailto:ipv6-boun...@ietf.org] On Behalf Of > > Mark Smith > > Sent: Thursday, March 28, 2013 8:22 PM > > To: 6...@ietf.org > > 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: "internet-dra...@ietf.org" <internet-dra...@ietf.org> > > > To: markzzzsm...@yahoo.com.au > > > 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 > > ipv6@ietf.org > > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > > -------------------------------------------------------------------- > _______________________________________________ > MBONED mailing list > mbo...@ietf.org > https://www.ietf.org/mailman/listinfo/mboned -- --- Toerless Eckert, eck...@cisco.com Cisco NSSTG Systems & Technology Architecture SDN: Let me play with the network, mommy! -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------