Terje Mathisen wrote: *snip* > Except that the NAT rule traversal is _much_ higher priority/faster than > the loacl NTP timestamp. :-(
I agree that this tends to be the symptom, on routers that A) have a high cpu load, and B) have dedicated ASICs for forwarding packets. It's not a matter of core priorities, but a matter of the packet forwarding being run in what for all effects can be considered a co-processor. On smaller routers (which regularly are used in cases such as this with only one external IP), with software packet forwarding instead of ASICs, the NAT process adds a random delay. From what I've seen, what mostly compromises IOS's ntpd, is cheap interface cards. Adding a single channelized serial card usually solves the problem. (Don't ask me why, I'd rather be cleaning Versatec plotters than trying to explain this...) However, for all intents and purposes, I agree with the symptom of "packet forwarding having higher priority", since most decent Cisco kit offloads this to dedicated circuitry, and given Cisco's habit of underpowering their main cpu on any piece of kit that has dedicated ASICs, it seems that everything except shoveling packets takes the back seat. //Svein -- Svein Skogen | [EMAIL PROTECTED] Solberg Østli 9 | PGP Key: 0xE5E76831 2020 Skedsmokorset | [EMAIL PROTECTED] Norway | PGP Key: 0xCE96CE13 ------------------------+----------------------------- msn messenger: | Mobile Phone: +47 907 03 575 [EMAIL PROTECTED] | RIPE handle: SS16503-RIPE
signature.asc
Description: OpenPGP digital signature
_______________________________________________ questions mailing list [email protected] https://lists.ntp.org/mailman/listinfo/questions
