[146290] in North American Network Operators' Group
Re: where was my white knight....
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Tue Nov 8 16:36:11 2011
Date: Tue, 8 Nov 2011 13:36:01 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <CAL9jLaZnfP+ipxtBh96jW8f+0wwrErg2bcoBAJ9JaWYNyFrQ0g@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--PEIAKu/WMn1b1Hv9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Tue, Nov 08, 2011 at 04:22:48PM -0500, Christopher =
Morrow wrote:
> I think actually it wouldn't have caused more validation requests, the
> routers have (in some form of the plan) a cache from their local
> cache, they use this for origin validation... there's not a
> requirement to refresh up the entire chain. (I think).
I kinda think everyone is wrong here, but Chris is closer to accurate.
:P
When a router goes boom, the rest of the routers recalculate around
it. Generally speaking all of the routers will have already had a
route with the same origin, and thus have hopefully cached a lookup
of the origin. However, that lookup might have been done
days/weeks/months ago, in a stable network.
While I'm not familar with the nitty gritty details here, caches
expire for various reasons. The mere act of the route changing
paths, if it moved to a device with a stale cache, would trigger a
new lookup, right?
Basically I would expect any routing change to generate a set of
new lookups proportial to the cache expiration rules.
What am I missing?
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--PEIAKu/WMn1b1Hv9
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iQIVAwUBTrmgwLN3O8aJIdTMAQJrQBAAtOwwo97yNcbsTwNID1Bmsn/R5q5DTYwp
HPmaIMr14q8++TX82KQVp/2XDwU5+Ys6bqtaFFjOCHI/TlyYH/yDqoikyiuhl4cn
QqLbOJdwzDkH5DUEOS/fjSxTaOthpHNlwMNKfScvnZjUIA4x03R1kGIOGWViQCyx
Nnpao5iUkUTaXs3PssCeIVYOm+dwVdJm0ZYONkvP3nnZ07MhNKz5ZqEaedfJAa6t
ekiNBWLwc1QLnz1helQ9HRsU/UysTPIMnTPXFbZR89kqTWRhDD/nXjr2dAczzU5A
KjQqT8HqbIcttXPmtASGk+3N0Xmi6qhmlmlAdesehaeDIqg2GFlC8CWuPHn7SmuU
gpHbobRsBZ1r87T0o8obLCwYsyAUeqLJ81Zw/6vSugNeeYf5F7fE/OU49wiZkaPL
uRb16OmUPtEbggMscBtByvyoCAw8gAvagqf4NH0zaoOO99spYvvU34fjSCwDUQ+y
F8pDOfONBbUa59tphT3V+NruijpYuucslBhVNcYzTq8mGQWV6cOF6/QqRVywfL8J
1PkrXLovvgkNc02tDSGJbM0KfsEu5cLlAoE7ddl4zsZmHtYAhv6T6soNkJuekz8S
Od7GzwOcxAf8cg1xVNnoTd+uMxi8vWIkCGvU5QEv03G58H4O3lkAaXmbVy54ZEya
nnHkntwr+AU=
=mPbW
-----END PGP SIGNATURE-----
--PEIAKu/WMn1b1Hv9--