On Apr 10, 2009, at 10:58 AM, James Carlson wrote: > Erik Nordmark writes: >> Darren Reed wrote: >>> 64 bytes from 1.1.1.1: icmp_seq=0. time=1.712 ms >>> 64 bytes from 1.1.1.2: icmp_seq=0. time=41.451 ms >>> 64 bytes from 1.1.1.3: icmp_seq=0. time=48.621 ms >>> 64 bytes from 1.1.1.3: icmp_seq=0. time=133.777 ms >>> 64 bytes from 1.1.1.1: icmp_seq=0. time=134.181 ms >>> 64 bytes from 1.1.1.2: icmp_seq=0. time=141.408 ms >>> >>> 1.1.1.2 belongs to a zone, test1, that has an exclusive IP instance. >> >> You'd see the same thing if instead of vnics you plugged N NICs >> into the >> same Ethernet switch (and configured them all to be on the same >> subnet). > > But if you did that, and complained about the behavior, wouldn't we > tell you that you're doing something wrong and that the N NICs should > actually be put into an IPMP group? > > If the N NICs are in an IPMP group, then we eliminate the duplicates > by choosing just one interface as the designated receiver. > > I think this case is a little different, because we wouldn't suggest > putting all the VNICs into an IPMP group (would we?) and we do expect > people to create multiple VNICs (don't we?).
But we wouldn't expect people to create multiple VNICs on the same etherstub (virtual switch) *and* plumb these VNICs in the same zone *and* configure them on the same subnet, which is the case here. If someone still wants to do that for some reason, they will see the same behavior as if they were using physical NICs connected to the same physical switch. If the multiple VNICs are plumbed from different zones or VMs, then this additional outbound IP duplication of broadcast packets will not occur. Nicolas. > > > -- > James Carlson, Solaris Networking <james.d.carlson at sun.com > > > Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 > 2084 > MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 > 1677 > _______________________________________________ > crossbow-discuss mailing list > crossbow-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/crossbow-discuss -- Nicolas Droux - Solaris Kernel Networking - Sun Microsystems, Inc. droux at sun.com - http://blogs.sun.com/droux
