> The volume of IP multicast traffic in today's data center network is not > "0". Whether it would go towards 0 or away from it is a good > question. I'm not sure our speculation of its moving direction will help to > determine the MUST/SHOULD/MAY requirement of the service > models. A detailed analysis is more useful and IETF can certainly help here. .. > Yiqun
http://tools.ietf.org/pdf/draft-mcbride-armd-mcast-overview-01.pdf The above draft goes into an overview of multicast uses in the DC. I assume its far from exhaustive but it's a good start. They describe 3 broad non ARP/ND/BUM cases, but presumably there are many more which would be useful to add to this draft. (1) - VM sourcing multicast data to a host outside the DC, like IPTV, stock quotes etc. (2) - VRRP - so two routers etc. deciding who is active/standby (3) - Cluster maintenance - Ganglia, Windows Server heartbeats. Etc. Both (2) and (3) are really signalling control functions taking advantage of multicast, while (1) is presumably not sinking any of that traffic within the DC. There are applications out there using multicast when what they really want is fast reliable distirbuted signalling and/or PUB/SUB and I think we should be taking a forward looking view here in finding a way to provide that in addition to whatever the legacy applications require of IP/Ethernet multicast. Peter
_______________________________________________ nvo3 mailing list [email protected] https://www.ietf.org/mailman/listinfo/nvo3
