On Wed, Jun 05, 2019 at 06:17:51PM -0700, Cong Wang wrote: > Hmm, sounds like openvswitch should pad the packets in this scenario, > like hardware switches padding those on real wires.
Well, openvswitch say that they just throw packets around and assume they're valid... :-) In any case, if you talk EoGRE to the vWLC directly, I doubt it accepts this, given that it doesn't accept it on the virtual NICs. >> Yes, but that's just Linux accepting something invalid, no? It doesn't mean >> it should be sending it out. > Well, we can always craft our own ill-formatted packets, right? :) Does > any standard say OS has to drop ethernet frames shorter than the > minimum? I believe you're fully allowed to accept them (although it might be technically difficult on physical media). But that doesn't mean everybody else has to accept them. :-) >>> Some hardware switches pad for ETH_ZLEN when it goes through a real wire. >> All hardware switches should; it's a 802.1Q demand. (Some have traditionally >> been buggy in that they haven't added extra padding back when they strip the >> VLAN tag.) > If so, so is the software switch, that is openvswitch? What if the other end isn't a (virtual) switch, but a host? /* Steinar */ -- Homepage: https://www.sesse.net/
