[rbridge] When would an RBridge say "I don't want layer 2 multicast"?
d3e3e3 at gmail.com
Wed Jun 10 08:18:19 PDT 2009
The Other Multicast bit was added after Dino Farinacci advocated it at
the last Chicago meeting. (See minutes:
http://www.ietf.org/proceedings/07jul/minutes/trill.txt) This was put
through a consensus call on the working group mailing list resulting
in the formal consensus determination here:
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.
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
Donald E. Eastlake 3rd +1-508-634-2066 (home)
155 Beaver Street
Milford, MA 01757 USA
d3e3e3 at gmail.com
On Sat, Jun 6, 2009 at 2:22 PM, Joe Touch<touch at isi.edu> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Donald Eastlake wrote:
>> Hi Joe,
>> I'm assuming you think that we don't need this bit?
> It seems like even having it around is asking for trouble, AFAICT.
>> On Thu, Jun 4, 2009 at 7:18 PM, Joe Touch<touch at isi.edu> wrote:
>> Radia Perlman wrote:
>>>>> There's currently a flag in an LSP for an RBridge to say "don't send me
>>>>> layer 2 multicasts that aren't
>>>>> derived from IP multicasts".
>>>>> Would this ever be used? Can all layer 2 non-IP-derived multicasts
>>>>> really be lumped into the same
>>>>> bucket and turned on and off as a unit?
>> It might be useful not to make any assumptions about future use of L2
>> non-IP-derived mcast. Someone might come up with something that will
>> then break over rbridges, and that doesn't sound like a win...
>> rbridge mailing list
>> rbridge at postel.org
> -----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