[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: load balanced nic


"Nate Duehr" <nate@natetech.com> írta 2008-09-29 01:35-kor:
> Sure seems a lot easier to built a proper Spanning-Tree hierarchy that  
> blocks only when necessary and unblocks automatically when the  
> condition clears (no "err-disabled" if the problem has cleared itself)?
I want to know if someone do sg. like this, and I want to talk with.
If it clears itself, the problem just "disappears", and stronger the beleif
that the network is unreliable.
Otherwise: If you plan well, you will know at the planning state, what
ports will be backbone ports, and you allow pdu's there, and you will know
what ports will be access ports, and you allow spanning-tree portfast on
them, but if you don't want to mess up things, you should also allow
bpduguard also.

> >Yes! That's another correct observation! If a device doesn't comply a
> >standard which is so obvios, than what can do wrong too?
> >And the other observation is also correct: If you do too many hacks  
> >on your
> >network, it's usually undocumented, and it cause many other problems  
> >when
> >you connect devices which works correctly, and comply the standards.
> As far as "hacks" on the network.  All comments regarding hard-coding  
> a port ASSUME that the network admin actually knows how to keep and  
> use proper documentation techniques, and is also MONITORING such  
> things via SNMP from the switches, to note inappropriate speed/rate  
> changes.
Thats nice in theory. The only issue is that, I never seen this nice

> In a properly documented network, hard-setting or autonegotiation  
> aren't "hacks" they're just another setting in the documentation and  
> monitoring systems.
It's true in a case where you have no choice about incorporating a
device which doesn't complain standards. But as I said: If a networking
device doesn't complain so obvious standard, like autonegoiation, it will
mess up other things too.
I glanced at your other mail, and I saw, that you wrote about cisco-sun
difficulties. I think thats a good example: If you have no other working
solution, It can be the right way. But I have to repeat myself: Only if you
have proper documentation about those hardcodings/hacks/whatever.


Reply to: