"set sources" and data cacheing
Ruediger Volk
rv at kronos.NIC.DTAG.DE
Mon Jun 28 08:10:27 UTC 2010
> Looks like the "@rtconfig set sources" command does not interact properly
> with the object cache:
>
> > rtconfig> @rtconfig set sources = "RIPE"
> > rtconfig> @rtconfig printPrefixes "can haz %p/%l\n" filter as-inexie
> > can haz 193.242.111.0/24
> > can haz 194.88.240.0/23
> > rtconfig> @rtconfig set sources = "RADB"
> > rtconfig> @rtconfig printPrefixes "can haz %p/%l\n" filter as-inexie
> > can haz 193.242.111.0/24
> > can haz 194.88.240.0/23
> > rtconfig>
>
> The second command should return nothing because there is no data in
> whois.radb.net keyed on AS-INEXIE with source "RADB".
>
> I haven't really looked at the cacheing code. Does the code store the
> object source: tag? If it does, this is should be a relatively simple bug.
> If it doesn't, then there's a choice between getting the cache to store
> the source: tag and making that work correctly, or alternatively any time
> someone changes the source list, then the entire cache could be
> invalidated. The latter is obviously pretty icky.
the logic that I'm used to is:
objects in the cache are handled somewhat different from queries to the
database servers.
In general the objects in the cache take precedence over database queries
and the source: attribute is ignored (and not required) in the cache file.
Ruediger
Ruediger Volk
Deutsche Telekom AG -- Internet Backbone Engineering
E-Mail: rv at NIC.DTAG.DE
More information about the irrtoolset
mailing list