I used Procurves with 2 VLANs, I don't think it'll take any special configuration to linux by the sounds of it since they are on different physical ports, so all the VLAN stuff is handled at the switch. Is there not an onboard interface that PXE would favor? which one would it choose?
On 2/12/08, Matthias Saou < [EMAIL PROTECTED]> wrote: > > Hi, > > I'm looking at implementing some redundant network connections on some > RHEL5 servers. The idea would be to be able to suffer the loss of any > one switch the servers are connected to, and still have everything > working. > > Sounds simple, eh? :-) > > I'm familiar with bonding on Linux, and with VLANs and LACP in switches, > and it seems like I could achieve what I want using LACP. The main > problem is that I have all servers connected to two different networks > (currently eth0 to private LAN and eth1 to public LAN) and I need to > keep PXE booting working from eth0... but only have 2 physical network > ports in most servers... > > Is it possible to do what I want? Redundancy of two different physical > networks while still be able to PXE boot for reinstalls? Probably not... > > If not, then the idea I had was the following : With 3 or more physical > network ports, keep one just for "maintenance" (IPMI/DRAC and PXE boot) > and bond the others with LACP, then trunk the two VLANs for private and > public LANs on top of that. Sounds possible? (as I've never used VLANs > on Linux, even less on top of some bonding!) > > This last setup would possibly mean loosing access to the "maintenance" > interface if a switch dies, but never loosing access to any of the two > production networks. The switches I have in mind are Cisco 4948, which > would be stacked together, and always have LACP configured across two > or more devices. > > Has anyone done anything similar? Sounds reasonable? Any advice? > > TIA, > Matthias > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora release 8 (Werewolf) - Linux kernel 2.6.23.14-107.fc8 > Load : 0.47 0.27 0.19 > > _______________________________________________ > rhelv5-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/rhelv5-list >
_______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
