hallo,
nach laengerem mal wieder in die ntp-statistiken meiner kisten geschaut, und festgestellt, dass teilweise (also bei ausgelastetem upstream) recht hohe delays (normal: ~20ms zur ptb, worst case bis zu 500) auftreten, was in der folge dazu fuehrt, dass der offset falsch berechnet wird (da adsl-delays ja tendenziell sehr asymmetrisch ausfallen) und die kiste sich, falls dieser zustand laenger anhaelt, unnoetigerweise den wolf korrigiert.
ursache: beim letzten ds-mod update hatte ich vergessen, meinen ntp-patch in die ar7.cfg wieder einzubauen.
waers moeglich, sowas wie das folgende standardmaessig aufzunehmen?
(und btw: ar7cfgchanged macht ja einen kompletten restart des networkings. gibts vielleicht noch eine andere moeglichkeit, die ar7.cfg neu einlesen zu lassen?)
nach laengerem mal wieder in die ntp-statistiken meiner kisten geschaut, und festgestellt, dass teilweise (also bei ausgelastetem upstream) recht hohe delays (normal: ~20ms zur ptb, worst case bis zu 500) auftreten, was in der folge dazu fuehrt, dass der offset falsch berechnet wird (da adsl-delays ja tendenziell sehr asymmetrisch ausfallen) und die kiste sich, falls dieser zustand laenger anhaelt, unnoetigerweise den wolf korrigiert.
ursache: beim letzten ds-mod update hatte ich vergessen, meinen ntp-patch in die ar7.cfg wieder einzubauen.
waers moeglich, sowas wie das folgende standardmaessig aufzunehmen?
Code:
--- ar7.cfg 2006-12-15 17:29:07.000000000 +0100
+++ ar7.cfg-new 2006-12-15 17:29:16.000000000 +0100
@@ -700,6 +700,11 @@
priority = 2;
limiters = "default-out";
} {
+ name = "ntp";
+ filter = "udp port 123";
+ priority = 2;
+ limiters = "default-out";
+ } {
name = "dns";
filter = "udp port 53";
priority = 1;(und btw: ar7cfgchanged macht ja einen kompletten restart des networkings. gibts vielleicht noch eine andere moeglichkeit, die ar7.cfg neu einlesen zu lassen?)
