www.a00.de > tcpgroup > 1991 > msg00123

TCP-group 1991

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

RSPF hangups

With regard to Gareth's problems running RSPF, Anders beat me to the
punch to say that the first thing to do is to increase the time in
between full updates.  What seems like an eternity on a wireline LAN
is a blink to a 1200 bps Aloha radio channel!

The second thing -- is this implemented, Anders? -- is to check up
on how node groups are being handled.  The idea is that a given end
system needn't be running RSPF nor even mentioned in a routing update IF
the IP address is within a node group default.  For example, my address
is  I would like for WA1PHY to be the node that people use
to reach me.  So if WA1PHY reports that it has connectivity to, then any address in the range to is
assumed to be there.  Anybody reporting a greater-number-of-bits match
will automatically override, so if, say, is NOT there, and IS
somewhere else, then that somewhere_else (reporting will
get traffic for it, even if the cost metric is higher.

This way, RSPF reports which routers cover which areas, and which ones
carry out-of-area addresses (visitors).  Node groups are a hack and not
what IP is nominally about, but they can save on traffic, making them a
useful hack. (After all, that's how most manual routing tables are
   fred k1io

Document URL : http://www.a00.de/tcpgroup/1991/msg00123.php
Ralf D. Kloth, Ludwigsburg, DE (QRQ.software). < hostmaster at a00.de > [don't send spam]
Created 2004-12-21. Last modified 2004-12-21. Your visit 2021-10-28 15:40.03. Page created in 0.0139 sec.
[Go to the top of this page]   [... to the index page]