Displaying 4 results from an estimated 4 matches for "secret_interval".
2007 Feb 19
10
"dst cache overflow" messages and crash
...et/ipv4/route# grep . *
error_burst:1250
error_cost:250
gc_elasticity:15
gc_interval:60
gc_min_interval:0
gc_min_interval_ms:500
gc_thresh:4096
gc_timeout:300
max_delay:10
max_size:65536
min_adv_mss:256
min_delay:2
min_pmtu:552
mtu_expires:600
redirect_load:5
redirect_number:9
redirect_silence:5120
secret_interval:600
I can increase the maximum size of the cache, but that will do nothing
but delay the crash.
Can you help me?
Regards.
--
==============================================
| FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:frederic@juliana-m...
2006 Apr 27
0
MULTIPATH: how to control chache expiration time?
...es and packets get re-routed, sometimes unfortunley, from a diferent
iface. It is to remark that i''m not doing NAT in this box, just routing, the
nat is done in each of the nexthops listed(so, no julian''s patches applied).
i''ve found[1] that:
/proc/sys/net/ipv4/route/secret_interval
"instructs the kernel how often to blow away ALL route hash entries regardless
of how new/old they are"
- Put the secret_interval to 1 day, will solve my problem?, cause i think that
neither a day is enough (i have ssh sessions open for more than that)
- There are other values i have...
2007 Jan 10
2
dst cache overflow (bridged wan interfaces)
...pv4/route/min_adv_mss:256
/proc/sys/net/ipv4/route/min_delay:2
/proc/sys/net/ipv4/route/min_pmtu:552
/proc/sys/net/ipv4/route/mtu_expires:600
/proc/sys/net/ipv4/route/redirect_load:20
/proc/sys/net/ipv4/route/redirect_number:9
/proc/sys/net/ipv4/route/redirect_silence:20480
/proc/sys/net/ipv4/route/secret_interval:600
When I test it along some weeks with intensive traffic I''ll put here more
info about this test.
If somebody has any idea on how to solve the problem, please, tell us. I''m
a bit desesperate with this issue.
Regards
2010 Sep 24
5
Asterisk 1.62.13 - CPU spikes every 10 minutes
Hi,
I've been getting regular CPU usage spikes(50%-80%), due to asterisk
(according to top). I never noticed this on 1.4, and I have top running in
the background pretty much all the time. In between those spikes Asterisk
stays under 10% CPU usage (I have a transcoder card, which helps).
It's very regular, never any missed spike, or any spike in between the
regular spikes. I