One major problem that you have overlooked is what happens
when this wonderful automagic route protocol does exactly what
You have two wonderful paths to a wonderful location in a
wonderful world. However, some wonderful traffic has wonderfully
overwhelmed one of your links, and you have (not so wonderful)
packet loss. Immediately your routing protocol senses this, and
begins to prefer the other route. But a strange thing happens, the
packet loss disappears on the first route and appears on the second
and all of the sudden you have packet loss on the second link.
Now I was not involved in the designing of the BGP (any rev level)
specification, so the next bit of text is MHO of some of the thought
process that may have gone into the development.
Making something "fool-proof" tends to induce ignorance of the
process and sloppy (if not negligent) engineering. BGP is NOT
designed as the end all be all solution for networking. This still
requires the human brain. I think perhaps the folks who designed
BGP might have had this in mind.
The phrase, "When all you have is a hammer, everything looks
like a nail" comes to mind.
Don't think of BGP as your hammer, it's a tool in a bag of tools.
Of course there are always two necessary things one should
know before using a tool:
1. What was the tool designed for?
2. What are all the features of the tool, that allows one to
use it to it's fullest capability.
And finally, I'm going to throw in my personal humble opinion...
If you are having packet loss constantly on your network, and
it's within your control, you need to re-engineer your network. If
it's out of your control, you need to re-engineer your network to
bring it within your control.
<hops off soapbox>
Chris A. Icide