Alex P. Rudnev
alex at Relcom.EU.net
Tue Sep 14 17:17:27 UTC 1999
> OSPF (and any other dynamic routing protocol) introduces and removes
> routes every time a link or device goes up or down - or perceived
Yes. For the 100-router backbone, it should happen once/day (failed link,
failed router), or once/hour, not more often. Through OSPF route even
dynamil dialup addresses as well - withouth any instability.
> to go up and down. A typical scenario can be like: connecting a PC
Hmm, what is PC doing in the CORE backbone built by the L2 switches and
running 100TX or 1,000TX ethernet? And how often does anyone plug in the
No, the myths about the dynamic routing instability is not more than a
myth - until someone don't try to readvertise 60,000 router from BGP to
OSPF or back... I can't understand what all you are flames about - the 2
level schema (IGP for the CORE hosts and networks, IBGP for the
multi-home clients, OSPF-ASE or IGP for the STATIC and DialUP clients)
have not visible disadvantages (except now you can choose IS-IS instead
of OSPF if you use CISCO - can't argue against this).
> Additionally _no_ exising IGP has anything resembling protection
> from malfunctioning routing software _or_ malicious or negligient
> operators of host-based rotuing software. I had to track down people
> who enable gated on their linux boxes just for the fun of it, and
> screw the entire network up in the process, more times than i care
> to count.
Yes, but do not mix the customer's and core networks; use OSPF
authentication if you can't avoid this. And even if you mix networks,
plug in broken linux with the wrong configured gated - the worst thing
you can do in the real life is to stole DEFAULT (from the default-less
backbone -:) - no one even notify this).
No, we had a lot of problems from the wrong static routes, from the wrong
readvertisements, from the wrong aggregations - and never from the plain
simple OSPF itself...
Boths OSPF and IS-IS have a long history, designed well and realised very
stable (if you don't use something absolutely new and untested). And
there is a very simple ways to prevent the possible sources of
instability (dividing the roiuting to the CORE-IGP and USERS-IBGP is one
> > No, the comparation between OSPF and STATIC looks like the comparation
> > between the old (from 1950 year) and modern (Mersedess-600) cars - the
> > first is very simple implemented and difficult to drive; the second is
> > very complex implemented but very simple to drive (but if you are to be
> > starving on the unhabitant ireland with the good roads, you'll choose the
> > first car; but it seemd for me you just choose something more complex in
> > the real life).
> Did you notice that it takes a highly trained specialist with appropriate
> (and rather expensive) equipment to diagnose and fix a problem in a Mercedes?
> A hammer and few expletitives usually suffice for a Packard.
Yes, of course; but let's guess what was chosen by your wife?
The OSPF and IS-IS and other MODERN pritocols was designed for the
brain-less usage; if you don't write too many config lines and prevent
some hellish words, you are absolutely safe. The safest config is
router ospf 1
network 0.0.0.0 255.255.255.255 area 0
(you can add 'unnumbered' interfaces to this example as well).
> That's the real difference. People who understand routing protocols
> and how they interact with level-2 transport are still extremely rare
> and rather expensive. Even the major ISPs here in US have serious staffing
> problems. An average corporate MIS department is best characterized as
> clueless (what other explanation is here for the Microsoft dominance? :)
> At least he'll be able to understand what's broke when the network goes down.
> BTW, dealing with heaps of statics is very simple: do a numbering plan first,
> so the routes are aggregable. That is helpful for dynamic routing, too.
Ok, some day I'll ask you to restore normal routing from the heap of
STATIC routes - I did such work twise, and do not want anymore (this was
not in our network, through).
Aleksei Roudnev, Network Operations Center, Relcom, Moscow
(+7 095) 194-19-95 (Network Operations Center Hot Line),(+7 095) 230-41-41, N 13729 (pager)
(+7 095) 196-72-12 (Support), (+7 095) 194-33-28 (Fax)
More information about the NANOG