<div>Chris, yeah, that is the other reason to use it, exactly what you are describing.  Look into LACP, aka 802.3ad link aggregation, it should do the same thing, although the failover might be slightly slower.</div>
<div> </div>
<div>Mike<br><br></div>
<div class="gmail_quote">On Jan 7, 2008 9:50 AM, Christian Bering <<a href="mailto:CB@nianet.dk">CB@nianet.dk</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>
<p><font size="2">Hi Mike et al,<br><br>>From: <a href="mailto:foundry-nsp-bounces@puck.nether.net" target="_blank">foundry-nsp-bounces@puck.nether.net</a> on behalf of Mike Allen 
<div class="Ih2E3d"><br><br>>UDLD is what you are enabling by using the link-keepalive commands.  It<br>>references Uni-Directional Link Detection, and this is incompatible between<br>>vendors, as there is no universal standard.
<br><br></div>Bugger.<br><br>There's some DWDM equipment in between the two boxes and we had a bad MUX that meant the signal was too weak in the one direction. The Foundry that received the signal saw the interface as down (-31 dBm) but was still sending out light so the remote end (Cisco) kept the interface up.
<br><br>A situation where UDLD would have come in handy.<br><br>Oh well - thanks for the answers.<br><br>-Christian</font> 
<p></p></p></div><br>_______________________________________________<br>foundry-nsp mailing list<br><a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br><a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">
http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br></blockquote></div><br>