[rbridge] When would an RBridge say "I don't want layer 2 multicast"?
Joe Touch
touch at ISI.EDU
Wed Jun 10 13:06:04 PDT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
James Carlson wrote:
> Joe Touch writes:
>> Donald Eastlake wrote:
>>> This was put
>>> through a consensus call on the working group mailing list resulting
>>> in the formal consensus determination here:
>>> http://www.postel.org/pipermail/rbridge/2007-September/002470.html.
>> Besides your mail, there was only one post from James Carlson endorsing
>> the idea:
>> http://www.postel.org/pipermail/rbridge/2007-July/002400.html
>
> Just to make clear (which itself might be impossible at this point):
> the reason I supported it was for symmetry with the other multicast-
> optimizing bits already defined. If the implementation has some
> reason to know that it has useful local information about non-IP
> multicasts in use (e.g., the subnet in question runs only IP or
> perhaps is known to use GMRP for all multicast addresses), then it can
> set or reset the flag as needed. If it doesn't (or can't) know about
> non-IP multicast usage, then it should set it to 1 with the rest of
> those who aren't snooping the multicast control protocols.
>
> I somewhat doubt it's going to see much use, but it's also fairly
> cheap -- as long as we already have to support IPv4 and IPv6 control
> bits. (And since, if you're lazy, you can just ignore it and let the
> downstream discard the unwanted packets.)
I'm seeing a "something operators can set as desired", but not a reason
they would ever want to set it. I particularly dislike the idea of
filtering multicasts based on upper layer info (i.e., whether it's IP or
not). IGMP is an optimization, but it seems like this bit could break
things when its use wasn't needed - and I still don't see a clear need.
Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkowEiwACgkQE5f5cImnZrvfzgCg6QgncAxHZVc5xThyFXFreWJS
ndQAoIf7/c6vdfhkjCe93tilC8cMPJIe
=0quk
-----END PGP SIGNATURE-----
More information about the rbridge
mailing list