Linux-Hams archive - July 1997: Re: confusion over routing with rspf
Re: confusion over routing with rspf
David C. Brown N2RJT (vcyq@cm149-147.liwest.at)
Wed, 2 Jul 1997 17:32:41 -0400
In article <ryajxjk@mail.dy.fi>, Craig Small wrote:
>Simon J Mudd is rumoured to of said:
>
<some lines deleted>
>> Should not the "metric" of the interface's configuration
>> take priority over a dynamic "learnt" metric, which has to pass through
>> the same interface, or is the problem that ea4rct should not be
>> broadcasting routes TO this network ON THIS NETWORK?
>No, rspfd doesn't do that. It basically only looks at the routing table and
>because when it was written there wasn't proper support for metrics, it
>couldn't judge on metrics.
>The rule it follows is "do not replace any non-dynamic routes already in the
>routing table". This will change soon, now that metrics are in there, so
>that it looks at the metric (which is what it should of done in the first
>place). This interface metric will have to wait for more information.
>
> - Craig vk2xlz
>
When I was messing with RSPFD a year or so ago, I tried using the
metrics as you've always wanted to. Something about it didn't work,
but I'm not sure what. My memory doesn't go that far back.
I do remember that it seemed to work at first, but more strenuous testing
brought out some defects.
Sorry, I can't remember clearly. All I can say is test it well.
I'll look in my CVS log .. maybe I recorded something there.
--
Dave | Email: gqm.efugyydt@byggforsk.no
Brown | Packet: N2RJT@WB2PSI.#WNY.NY.USA.NOAM