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

[Mark Smith <[e-mail]>]

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 <[e-mail]>
> To: Mark Smith <[e-mail]>; "[e-mail]" <[e-mail]>
> Cc: "[e-mail]" <[e-mail]>
> 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: [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
>>  --------------------------------------------------------------------
>