From: Ben Greear <[EMAIL PROTECTED]>
Date: Mon, 25 Jul 2005 14:13:20 -0700

> From what I remember, a new message could be added with a 32-bit
> or so routing table identifier.  It should be backwards compatible since
> and old version of IP would never create or access the routing tables > 0xFF,
> and any newer version of 'ip' could use the new message format.
> 
> Any reason that wouldn't work with minimal fuss?

Well, fib_tables[] is the array of pointers we use, indexed
by table ID.  That's statically built into the kernel image,
how large would you like to make it?  This is controlled by
RT_TABLE_MAX, which BTW is the local table and some apps
may depend upon that relationship.

I definitely don't like the idea of making the pointer array
for fib_tables[] dynamically allocated, that means this change
has a real cost for everyone, not just the people who want
more than 256 table IDs.

And the list of implications at the implementation level goes
on and on.

See why there is always so little interest and incentive to make
this change?  And perhaps even what you're trying to accomplish
can be done with some other machinery.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to