Hi Dave, Thanks very much for those references. I'll have a read, and refer to them in the next revision.
Thanks also for pointing out the MBoneD WG. Best regards, Mark. ----- Original Message ----- > From: Dave Thaler <dtha...@microsoft.com> > To: Mark Smith <markzzzsm...@yahoo.com.au>; "6...@ietf.org" <6...@ietf.org> > Cc: "mbo...@ietf.org" <mbo...@ietf.org> > Sent: Saturday, 30 March 2013 7:55 AM > Subject: RE: "MLDv2 Procedures for Link-Layer Unicast Delivery of Multicast" > > 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. > > 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. > > -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 >> -------------------------------------------------------------------- > -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------