[Dundi] Caching
Mark Spencer
markster at digium.com
Sat Oct 23 16:55:07 CDT 2004
> I would rather see a mechanism for Announcers to push changes into
> the peer group. Changes delays then become a function of convergence time
> rather than TTL.
This becomes totally unmanagable with a large system because essentially
every node must know the routes for all numbers as they come and go.
Definitely a bad idea. However, we recently added a "PRECACHE" function
to DUNDI so that, for example, smaller nodes could "PRECACHE" answers up
to a more master node.
If this works, then we could setup a "best practices" policy that
nodes with less than a thousand (or whatever the magic number is)
routes would simply "PRECACHE" their answers up to one or two other nodes,
rather than actually be queried the whole time.
What do people think about this?
> With the implementation of cascading changes, DUNDi will start to
> look more like BGP (which is where I think it needs to head anyway).
If that's what you think, you need to look at TRIP. DUNDi is not, nor
should it be, what TRIP is. This is about "asking" not about advertising.
Mark
More information about the Dundi
mailing list