[rbridge] When would an RBridge say "I don't want layer 2 multicast"?
touch at ISI.EDU
Wed Jun 10 10:49:44 PDT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Donald Eastlake wrote:
> The Other Multicast bit was added after Dino Farinacci advocated it at
> the last Chicago meeting. (See minutes:
The minutes indicate a suggestion to put the bit in, but not a clear
reason why it's needed. The notes only indicate that this was a
"suggestion", then declare "consensus to be confirmed on the list.
The post you made on the email list in July indicates consensus at the
meeting, even though that wasn't indicated in the minutes:
> This was put
> through a consensus call on the working group mailing list resulting
> in the formal consensus determination here:
Besides your mail, there was only one post from James Carlson endorsing
Two months later you declare consensus based on "plenty of support and
almost no opposition". There was no discussion on the mailing list.
There was no "plenty of support" on the mailing list.
> This bit has been in the draft since verison -06. It defaults to "on"
> so, unless you go to some effort to configure it to off, all RBridges
> do get all the non-IP derived multicast traffic for the VLANs they
> advertise they are connected to. It doesn't have any effect on layer 2
> or TRILL control frames.
The question is "why do we need this complexity"? I appreciate it won't
cause problems if defaulted 'on', but having a bit means making sure
it's implemented and tested for vendors.
> In light of all this, I am very reluctant to consider changing this
> part of the design unless there is a clear consensus to re-open the
Well, there's just as much consensus on the mailing list to open the
issue (my post) as there was to reach consensus to insert the bit in the
first place ;-)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the rbridge