De Mena, Ron writes: > When implementing vlan taggging the interface becomes partitioned > > Bge0 = bge43000, bge44000, bge45000, bge46000 > > Does this partitioning remove the ability for a service such as > bootparamd to converse over the interface
No. As far as IP (and all other networking protocols) are concerned, each of those VLANs is a separate physical interface. It can't tell that they're actually VLANs, at least in the current implementation. > (IPMP Solaris 8 bug and what > appears to be the reason for using the data address on one of the > physical interfaces in an IPMP in all documentation since - see > http://www.sun.com/blueprints/1102/806-7230.pdf) Are you talking about the IPMP requirement for unique MAC addresses, or something else? Or are you talking about the problem long since fixed by patch 108528-15 on Solaris 8? If so, I don't see the point discussing it here; it has nothing to do with Open Solaris or any modern system. The real issue with data addresses is that, in order to enable inbound load spreading in IPMP, you need at least as many data addresses as you have physical interfaces configured into the group. You don't _absolutely_ need to have all of those addresses for IPMP to work, but if you want the load spreading as well, then you need them. (The reason this is true is that inbound load spreading works by picking different source addresses when possible. Since ARP relates a specific address to a single MAC address on a link, that source address choice causes the return packets to be received on a single link. Using multiple addresses means that multiple links can be used.) > Will the same IPMP issues exist if we partition the interface with VLAN > tagging? Or does VLAN Tagging make them improbable as those particular > services may not converse properly over a VLAN tagged interface? VLAN tagging is, at the DLPI layer, indistinguishable from having multiple physical interfaces. Anything that'll work on one works on the other. -- James Carlson, KISS Network <[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ networking-discuss mailing list [email protected]
