Lennert Buytenhek wrote: > So now you _need_ bridging in the middle to send ethernet traffic over > a GRE tunnel? Ugh.
Agreed that would not be nice. What is the usage scenario for this? At least one end of the tunnel will be bridged? > If you really want to send ethernet and non-ethernet traffic over the > same tunnel, can't you make multiple devices? Do you mean make multiple GRE devices, where one has an ethernet mode set? That would require more extensive changes to GRE than my original patch. I don't think being able to send both is important enough to justify that. Better to just use my original patch if that is acceptable. There are parts of it I can clean up more, but nothing major. And it still needs some userspace modifications. Or create a new virtual device to sit between gre and bridging that simply adds the ethernet header? This is the most modular approach, but it seems like overkill for such a simple thing. > If GRE generally transmits BPDUs without ethernet header, the handling > for that ought to be in GRE, IMHO. I don't think this is normal behaviour. At least, not all routers do it. More likely some routers have done it as an optimisation. It does appear to be specific to GRE. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
