[Xorp-users] Fwd: Route redistribution issue
Phil Wiggins
phil.wiggins at gmail.com
Mon Jul 23 04:05:13 PDT 2012
The problem of redistributing 32-bit metric space to 16-bit metric space
and vice versa still remains. The policy tools (add, sub) are fairly crude
and error prone for this purpose. As the network scales and goes through
other redistributions, then this simple case becomes more complex.
Suggestion #1 - Wouldn't it make more sense to have a native 'redistribute'
command built into xorp that takes a number of policies with well-chosen
defaults and wraps behind a single command? Quagga has a simple
redistribute that can be applied to rip and ospf.
Suggestion #2 - Further, for redistributing 16/32-bit metrics a "bit shift"
function would be helpful for the policy tools to use.
Phil
On Mon, Jul 23, 2012 at 5:51 AM, Igor Maravić <igorm at etf.rs> wrote:
> Good catch :)
> Well if the redistribution was bad, TAGS would be bad. Because they aren't
> redistribution is good.
>
> You're problem is that you've hit RIP_INFINITY. RIP_INFINITY is set to 16.
> So, routes that have metric larger then 16, won't even enter the RIP code.
> I have to say that this isn't a redistribution BUG.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20120723/3edc88ee/attachment.html
More information about the Xorp-users
mailing list