Small Mosaic


Categories:

books
career
codinghorrors
comics
events
geekstuff
justdont
languages
languages/bash
linkshot
magazines
meta
misctech
movies
nottech
operatingsystems
operatingsystems/linux
operatingsystems/linux/debian
operatingsystems/solaris
paranoidadmin
perl
python
ruby
security
security/apache
security/tools
serversmells
sites
specifications
sysadmin
tools
tools/commandline
tools/firefox
tools/gui
tools/network
tools/online
tools/online/greasemonkey
unixdaemon

Archives:

October 20085
September 20084
August 200812
July 20089
April 20084
March 20081
February 20081
January 200815
August 20072
June 20079
May 20076
April 20078
March 200731
February 20073
January 200721
December 20061
November 20064
October 20066
September 200632
August 200617
July 200614
June 20069
May 200613
March 200611
February 200616
January 200611
December 20051
November 20056
October 200519
September 200525
August 200516
July 200516
June 200513
May 20052
April 200519
March 200531
February 200520
January 200531
December 200421
November 200430
October 200432
September 200418
August 20047
July 200414
June 20045

Tue, 11 Oct 2005

Windows Ethernet Bonding
I spent a while today trying to get my head around Ethernet bonding, under Windows 2000 Server, on an IBM machine. Firstly a tangent, IBM has a great site with a lot of good content. And a bloody rubbish search engine and no overview on how anything fits together. I know organising that much data must take a lot of clue but hey, this is IBM! One of the few places that still actually does research.

I'll take a moment to explain what Ethernet bonding is. Most servers have two or more network interfaces in them. If you assign them both different IP's then when one goes down the other isn't much use. If you assign them both the same IP then you get conflicts. Don't do that.

If you care about availability (or performance) you can make the two of them work together to give you added redundancy (or throughput) by making them both listen to a given address. If one stops working then the other carries on functioning and service isn't interrupted. If you're smart you'll put each interface on different switches to remove another single point of failure.

Back to my point, I'm posting this in the hope that the next poor Linux sod who needs to do this sees this post and saves themselves a lot of faffing around. Firstly most Windows people, and vendors, call Ethernet bonding Network Teaming. You'll get more results if you search for that term. Secondly, and this may be an IBM using Intel pro card thing but even after you've installed the software the settings tabs WILL NOT BE VISIBLE WHEN LOGGED IN USING TERMINAL SERVICES. I assume this is to stop you shooting yourself in the foot. Just think of: "What happens if I make this TEAM invalid? Oh. Call me a cab to the colo..."

Lastly if you get errors about multiple gateways when you try and assign the IP address to the "TEAM" interface then you should give up and cry. Sorry, you need to get both nics set up on the same range before trying again. If you don't run DHCP just make them both "Assign by DHCP" and when they have addresses in the 169 range configure the "TEAM" interface with the desired IP.

The odd thing about all this was the enjoyment of pulling a cable out at the end and saying "Look! It still pings!" and being given that "That's a good boy. Put the weapon down now" look.

Like this post? - Digg Me! | Add to del.icio.us! | reddit this!

Posted: 2005/10/11 21:08 | /tools/network | Permanent link to this entry | This entry + same date


books career codinghorrors events geekstuff justdont languages/bash linkshot magazines meta misctech movies nottech operatingsystems/linux operatingsystems/linux/debian operatingsystems/solaris perl python ruby security security/apache security/tools serversmells sites specifications sysadmin tools/commandline tools/firefox tools/gui tools/network tools/online tools/online/greasemonkey unixdaemon

Copyright © 2000-2005 Dean Wilson XML feed logo