* dst cache overflow
@ 2007-01-02 22:24 ArcosCom Linux User
2007-01-04 21:32 ` ArcosCom Linux User
0 siblings, 1 reply; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-02 22:24 UTC (permalink / raw)
To: netfilter-devel, lartc, netfilter
[-- Attachment #1: Type: text/plain, Size: 544 bytes --]
Hi all, I'm having this problem with this system configuration:
1) iptables 1.3.7
2) kernel 2.6.19.1
3) SMP computer
4) 2 external links + 2 internal (bridged).
Some hours after the system is working without any troubles, all network
devices stop respond.
Anyone could help me to fix this problem?
Googling some ours I detect that this was a problem with old kernels and
were solved with 2.6.11 kernel version.
Any help will be appretiated.
Regards.
P.D.: With MASQUERADE the problem begans more quickly than with SNAT target.
[-- Attachment #2: dst_overflow_error.txt --]
[-- Type: text/plain, Size: 52937 bytes --]
Dec 30 00:50:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:50:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:50:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:51:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:51:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:27 cura kernel: dst cache overflow
Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
Dec 30 00:52:27 cura kernel: dst cache overflow
Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:28 cura kernel: dst cache overflow
Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
Dec 30 00:52:32 cura kernel: dst cache overflow
Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
Dec 30 00:52:37 cura kernel: dst cache overflow
Dec 30 00:52:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:42 cura kernel: printk: 47 messages suppressed.
Dec 30 00:52:42 cura kernel: dst cache overflow
Dec 30 00:52:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:47 cura kernel: printk: 65 messages suppressed.
Dec 30 00:52:47 cura kernel: dst cache overflow
Dec 30 00:52:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:52 cura kernel: printk: 67 messages suppressed.
Dec 30 00:52:52 cura kernel: dst cache overflow
Dec 30 00:52:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:57 cura kernel: printk: 51 messages suppressed.
Dec 30 00:52:57 cura kernel: dst cache overflow
Dec 30 00:52:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:02 cura kernel: printk: 52 messages suppressed.
Dec 30 00:53:02 cura kernel: dst cache overflow
Dec 30 00:53:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:07 cura kernel: printk: 36 messages suppressed.
Dec 30 00:53:07 cura kernel: dst cache overflow
Dec 30 00:53:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:12 cura kernel: printk: 44 messages suppressed.
Dec 30 00:53:12 cura kernel: dst cache overflow
Dec 30 00:53:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:17 cura kernel: printk: 50 messages suppressed.
Dec 30 00:53:17 cura kernel: dst cache overflow
Dec 30 00:53:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:22 cura kernel: printk: 40 messages suppressed.
Dec 30 00:53:22 cura kernel: dst cache overflow
Dec 30 00:53:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:27 cura kernel: printk: 58 messages suppressed.
Dec 30 00:53:27 cura kernel: dst cache overflow
Dec 30 00:53:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:32 cura kernel: printk: 53 messages suppressed.
Dec 30 00:53:32 cura kernel: dst cache overflow
Dec 30 00:53:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:37 cura kernel: printk: 59 messages suppressed.
Dec 30 00:53:37 cura kernel: dst cache overflow
Dec 30 00:53:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:42 cura kernel: printk: 33 messages suppressed.
Dec 30 00:53:42 cura kernel: dst cache overflow
Dec 30 00:53:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:47 cura kernel: printk: 46 messages suppressed.
Dec 30 00:53:47 cura kernel: dst cache overflow
Dec 30 00:53:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:52 cura kernel: printk: 25 messages suppressed.
Dec 30 00:53:52 cura kernel: dst cache overflow
Dec 30 00:53:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:53:57 cura kernel: printk: 25 messages suppressed.
Dec 30 00:53:57 cura kernel: dst cache overflow
Dec 30 00:53:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:53:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:02 cura kernel: printk: 17 messages suppressed.
Dec 30 00:54:02 cura kernel: dst cache overflow
Dec 30 00:54:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:07 cura kernel: printk: 13 messages suppressed.
Dec 30 00:54:07 cura kernel: dst cache overflow
Dec 30 00:54:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:12 cura kernel: printk: 16 messages suppressed.
Dec 30 00:54:12 cura kernel: dst cache overflow
Dec 30 00:54:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:17 cura kernel: printk: 33 messages suppressed.
Dec 30 00:54:17 cura kernel: dst cache overflow
Dec 30 00:54:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:22 cura kernel: printk: 25 messages suppressed.
Dec 30 00:54:22 cura kernel: dst cache overflow
Dec 30 00:54:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:27 cura kernel: printk: 19 messages suppressed.
Dec 30 00:54:27 cura kernel: dst cache overflow
Dec 30 00:54:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:32 cura kernel: printk: 19 messages suppressed.
Dec 30 00:54:32 cura kernel: dst cache overflow
Dec 30 00:54:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:37 cura kernel: printk: 32 messages suppressed.
Dec 30 00:54:37 cura kernel: dst cache overflow
Dec 30 00:54:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:42 cura kernel: printk: 27 messages suppressed.
Dec 30 00:54:42 cura kernel: dst cache overflow
Dec 30 00:54:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:47 cura kernel: printk: 41 messages suppressed.
Dec 30 00:54:47 cura kernel: dst cache overflow
Dec 30 00:54:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:52 cura kernel: printk: 31 messages suppressed.
Dec 30 00:54:52 cura kernel: dst cache overflow
Dec 30 00:54:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:54:57 cura kernel: printk: 23 messages suppressed.
Dec 30 00:54:57 cura kernel: dst cache overflow
Dec 30 00:54:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:54:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:02 cura kernel: printk: 35 messages suppressed.
Dec 30 00:55:02 cura kernel: dst cache overflow
Dec 30 00:55:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:07 cura kernel: printk: 44 messages suppressed.
Dec 30 00:55:07 cura kernel: dst cache overflow
Dec 30 00:55:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:12 cura kernel: printk: 49 messages suppressed.
Dec 30 00:55:12 cura kernel: dst cache overflow
Dec 30 00:55:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:17 cura kernel: printk: 39 messages suppressed.
Dec 30 00:55:17 cura kernel: dst cache overflow
Dec 30 00:55:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:22 cura kernel: printk: 37 messages suppressed.
Dec 30 00:55:22 cura kernel: dst cache overflow
Dec 30 00:55:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:27 cura kernel: printk: 43 messages suppressed.
Dec 30 00:55:27 cura kernel: dst cache overflow
Dec 30 00:55:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:32 cura kernel: printk: 62 messages suppressed.
Dec 30 00:55:32 cura kernel: dst cache overflow
Dec 30 00:55:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:37 cura kernel: printk: 40 messages suppressed.
Dec 30 00:55:37 cura kernel: dst cache overflow
Dec 30 00:55:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:42 cura kernel: printk: 17 messages suppressed.
Dec 30 00:55:42 cura kernel: dst cache overflow
Dec 30 00:55:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:47 cura kernel: printk: 22 messages suppressed.
Dec 30 00:55:47 cura kernel: dst cache overflow
Dec 30 00:55:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:52 cura kernel: printk: 22 messages suppressed.
Dec 30 00:55:52 cura kernel: dst cache overflow
Dec 30 00:55:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:55:57 cura kernel: printk: 16 messages suppressed.
Dec 30 00:55:57 cura kernel: dst cache overflow
Dec 30 00:55:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:55:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:02 cura kernel: printk: 23 messages suppressed.
Dec 30 00:56:02 cura kernel: dst cache overflow
Dec 30 00:56:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:07 cura kernel: printk: 13 messages suppressed.
Dec 30 00:56:07 cura kernel: dst cache overflow
Dec 30 00:56:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:12 cura kernel: printk: 15 messages suppressed.
Dec 30 00:56:12 cura kernel: dst cache overflow
Dec 30 00:56:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:17 cura kernel: printk: 30 messages suppressed.
Dec 30 00:56:17 cura kernel: dst cache overflow
Dec 30 00:56:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:22 cura kernel: printk: 31 messages suppressed.
Dec 30 00:56:22 cura kernel: dst cache overflow
Dec 30 00:56:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:27 cura kernel: printk: 36 messages suppressed.
Dec 30 00:56:27 cura kernel: dst cache overflow
Dec 30 00:56:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:32 cura kernel: printk: 63 messages suppressed.
Dec 30 00:56:32 cura kernel: dst cache overflow
Dec 30 00:56:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:37 cura kernel: printk: 44 messages suppressed.
Dec 30 00:56:37 cura kernel: dst cache overflow
Dec 30 00:56:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:42 cura kernel: printk: 50 messages suppressed.
Dec 30 00:56:42 cura kernel: dst cache overflow
Dec 30 00:56:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:47 cura kernel: printk: 30 messages suppressed.
Dec 30 00:56:47 cura kernel: dst cache overflow
Dec 30 00:56:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:52 cura kernel: printk: 38 messages suppressed.
Dec 30 00:56:52 cura kernel: dst cache overflow
Dec 30 00:56:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:56:57 cura kernel: printk: 42 messages suppressed.
Dec 30 00:56:57 cura kernel: dst cache overflow
Dec 30 00:56:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:56:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:02 cura kernel: printk: 35 messages suppressed.
Dec 30 00:57:02 cura kernel: dst cache overflow
Dec 30 00:57:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:07 cura kernel: printk: 43 messages suppressed.
Dec 30 00:57:07 cura kernel: dst cache overflow
Dec 30 00:57:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:12 cura kernel: printk: 33 messages suppressed.
Dec 30 00:57:12 cura kernel: dst cache overflow
Dec 30 00:57:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:17 cura kernel: printk: 24 messages suppressed.
Dec 30 00:57:17 cura kernel: dst cache overflow
Dec 30 00:57:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:22 cura kernel: printk: 30 messages suppressed.
Dec 30 00:57:22 cura kernel: dst cache overflow
Dec 30 00:57:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:27 cura kernel: printk: 17 messages suppressed.
Dec 30 00:57:27 cura kernel: dst cache overflow
Dec 30 00:57:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:32 cura kernel: printk: 21 messages suppressed.
Dec 30 00:57:32 cura kernel: dst cache overflow
Dec 30 00:57:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:37 cura kernel: printk: 21 messages suppressed.
Dec 30 00:57:37 cura kernel: dst cache overflow
Dec 30 00:57:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:42 cura kernel: printk: 32 messages suppressed.
Dec 30 00:57:42 cura kernel: dst cache overflow
Dec 30 00:57:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:47 cura kernel: printk: 27 messages suppressed.
Dec 30 00:57:47 cura kernel: dst cache overflow
Dec 30 00:57:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:52 cura kernel: printk: 29 messages suppressed.
Dec 30 00:57:52 cura kernel: dst cache overflow
Dec 30 00:57:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:57:57 cura kernel: printk: 36 messages suppressed.
Dec 30 00:57:57 cura kernel: dst cache overflow
Dec 30 00:57:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:57:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:02 cura kernel: printk: 30 messages suppressed.
Dec 30 00:58:02 cura kernel: dst cache overflow
Dec 30 00:58:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:07 cura kernel: printk: 36 messages suppressed.
Dec 30 00:58:07 cura kernel: dst cache overflow
Dec 30 00:58:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:12 cura kernel: printk: 31 messages suppressed.
Dec 30 00:58:12 cura kernel: dst cache overflow
Dec 30 00:58:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:17 cura kernel: printk: 37 messages suppressed.
Dec 30 00:58:17 cura kernel: dst cache overflow
Dec 30 00:58:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:22 cura kernel: printk: 45 messages suppressed.
Dec 30 00:58:22 cura kernel: dst cache overflow
Dec 30 00:58:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:27 cura kernel: printk: 39 messages suppressed.
Dec 30 00:58:27 cura kernel: dst cache overflow
Dec 30 00:58:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:32 cura kernel: printk: 54 messages suppressed.
Dec 30 00:58:32 cura kernel: dst cache overflow
Dec 30 00:58:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:37 cura kernel: printk: 31 messages suppressed.
Dec 30 00:58:37 cura kernel: dst cache overflow
Dec 30 00:58:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:42 cura kernel: printk: 26 messages suppressed.
Dec 30 00:58:42 cura kernel: dst cache overflow
Dec 30 00:58:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:47 cura kernel: printk: 49 messages suppressed.
Dec 30 00:58:47 cura kernel: dst cache overflow
Dec 30 00:58:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:52 cura kernel: printk: 44 messages suppressed.
Dec 30 00:58:52 cura kernel: dst cache overflow
Dec 30 00:58:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:58:57 cura kernel: printk: 37 messages suppressed.
Dec 30 00:58:57 cura kernel: dst cache overflow
Dec 30 00:58:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:58:58 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:00 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:00 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:02 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:02 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:02 cura kernel: printk: 37 messages suppressed.
Dec 30 00:59:02 cura kernel: dst cache overflow
Dec 30 00:59:04 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:04 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:06 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:06 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:07 cura kernel: printk: 21 messages suppressed.
Dec 30 00:59:07 cura kernel: dst cache overflow
Dec 30 00:59:08 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:08 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:10 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:10 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:12 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:12 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:12 cura kernel: printk: 19 messages suppressed.
Dec 30 00:59:12 cura kernel: dst cache overflow
Dec 30 00:59:14 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:14 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:16 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:16 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:17 cura kernel: printk: 24 messages suppressed.
Dec 30 00:59:17 cura kernel: dst cache overflow
Dec 30 00:59:18 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:18 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:20 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:20 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:22 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:22 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:22 cura kernel: printk: 28 messages suppressed.
Dec 30 00:59:22 cura kernel: dst cache overflow
Dec 30 00:59:24 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:24 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:26 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:26 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:27 cura kernel: printk: 18 messages suppressed.
Dec 30 00:59:27 cura kernel: dst cache overflow
Dec 30 00:59:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:33 cura kernel: printk: 21 messages suppressed.
Dec 30 00:59:33 cura kernel: dst cache overflow
Dec 30 00:59:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:37 cura kernel: printk: 19 messages suppressed.
Dec 30 00:59:37 cura kernel: dst cache overflow
Dec 30 00:59:38 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:38 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:40 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:40 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:42 cura kernel: printk: 12 messages suppressed.
Dec 30 00:59:42 cura kernel: dst cache overflow
Dec 30 00:59:42 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:42 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:44 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:44 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:46 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:46 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:47 cura kernel: printk: 14 messages suppressed.
Dec 30 00:59:47 cura kernel: dst cache overflow
Dec 30 00:59:48 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:48 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:50 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:50 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:52 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:52 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:52 cura kernel: printk: 18 messages suppressed.
Dec 30 00:59:52 cura kernel: dst cache overflow
Dec 30 00:59:54 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:54 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:56 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:56 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:59:57 cura kernel: printk: 21 messages suppressed.
Dec 30 00:59:57 cura kernel: dst cache overflow
Dec 30 00:59:58 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:59:58 cura kernel: zlan0: topology change detected, propagating
^ permalink raw reply [flat|nested] 28+ messages in thread
* [LARTC] Re: dst cache overflow
2007-01-02 22:24 dst cache overflow ArcosCom Linux User
@ 2007-01-04 21:32 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-04 21:32 UTC (permalink / raw)
To: linux; +Cc: lartc, netfilter-devel, netfilter
The log says:
Dec 30 00:52:27 cura kernel: dst cache overflow
Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
Dec 30 00:52:27 cura kernel: dst cache overflow
Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:28 cura kernel: dst cache overflow
Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
Dec 30 00:52:32 cura kernel: dst cache overflow
Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
Dec 30 00:52:37 cura kernel: dst cache overflow
zlan0 is a bridge (with STP configured) between some LANs.
Thanks
P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE" with
"SNAT" with no sense. Some hours after router is booted up, the network
appears to be UP but all ifaces haven't responses.
El Mar, 2 de Enero de 2007, 23:24, ArcosCom Linux User escribió:
> Hi all, I'm having this problem with this system configuration:
> 1) iptables 1.3.7
> 2) kernel 2.6.19.1
> 3) SMP computer
> 4) 2 external links + 2 internal (bridged).
>
> Some hours after the system is working without any troubles, all network
> devices stop respond.
>
> Anyone could help me to fix this problem?
>
> Googling some ours I detect that this was a problem with old kernels and
> were solved with 2.6.11 kernel version.
>
> Any help will be appretiated.
>
> Regards.
>
> P.D.: With MASQUERADE the problem begans more quickly than with SNAT
> target.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: dst cache overflow
@ 2007-01-04 21:32 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-04 21:32 UTC (permalink / raw)
To: linux; +Cc: lartc, netfilter-devel, netfilter
The log says:
Dec 30 00:52:27 cura kernel: dst cache overflow
Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
Dec 30 00:52:27 cura kernel: dst cache overflow
Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:28 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:28 cura kernel: dst cache overflow
Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:30 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:32 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
Dec 30 00:52:32 cura kernel: dst cache overflow
Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:34 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:36 cura kernel: zlan0: topology change detected, propagating
Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
Dec 30 00:52:37 cura kernel: dst cache overflow
zlan0 is a bridge (with STP configured) between some LANs.
Thanks
P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE" with
"SNAT" with no sense. Some hours after router is booted up, the network
appears to be UP but all ifaces haven't responses.
El Mar, 2 de Enero de 2007, 23:24, ArcosCom Linux User escribió:
> Hi all, I'm having this problem with this system configuration:
> 1) iptables 1.3.7
> 2) kernel 2.6.19.1
> 3) SMP computer
> 4) 2 external links + 2 internal (bridged).
>
> Some hours after the system is working without any troubles, all network
> devices stop respond.
>
> Anyone could help me to fix this problem?
>
> Googling some ours I detect that this was a problem with old kernels and
> were solved with 2.6.11 kernel version.
>
> Any help will be appretiated.
>
> Regards.
>
> P.D.: With MASQUERADE the problem begans more quickly than with SNAT
> target.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [LARTC] Re: dst cache overflow
2007-01-04 21:32 ` ArcosCom Linux User
(?)
@ 2007-01-04 21:39 ` Alexandru Dragoi
-1 siblings, 0 replies; 28+ messages in thread
From: Alexandru Dragoi @ 2007-01-04 21:39 UTC (permalink / raw)
To: lartc
ArcosCom Linux User wrote:
> The log says:
>
> Dec 30 00:52:27 cura kernel: dst cache overflow
> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
> Dec 30 00:52:27 cura kernel: dst cache overflow
> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:28 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:28 cura kernel: dst cache overflow
> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:30 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:32 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
> Dec 30 00:52:32 cura kernel: dst cache overflow
> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:34 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:36 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
> Dec 30 00:52:37 cura kernel: dst cache overflow
>
> zlan0 is a bridge (with STP configured) between some LANs.
>
> Thanks
>
> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE" with
> "SNAT" with no sense. Some hours after router is booted up, the network
> appears to be UP but all ifaces haven't responses.
>
> El Mar, 2 de Enero de 2007, 23:24, ArcosCom Linux User escribió:
>
>> Hi all, I'm having this problem with this system configuration:
>> 1) iptables 1.3.7
>> 2) kernel 2.6.19.1
>> 3) SMP computer
>> 4) 2 external links + 2 internal (bridged).
>>
>> Some hours after the system is working without any troubles, all network
>> devices stop respond.
>>
>> Anyone could help me to fix this problem?
>>
>> Googling some ours I detect that this was a problem with old kernels and
>> were solved with 2.6.11 kernel version.
>>
>> Any help will be appretiated.
>>
>> Regards.
>>
>> P.D.: With MASQUERADE the problem begans more quickly than with SNAT
>> target.
>>
>
>
> _______________________________________________
> LARTC mailing list
> LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
>
The generic solution is to make less/better use of the CPU resources. In
particular, it is good to tune a lot of parrametters, like
/proc/sys/net/ipv4/neigh/default/gc_threshx, where x is 1,2 or 3.
echo 2048 > /proc/sys/net/ipv4/neigh/default/gc_thresh1
echo 4096 > /proc/sys/net/ipv4/neigh/default/gc_thresh2
echo 16384 > /proc/sys/net/ipv4/neigh/default/gc_thresh3
Then, check/tune whatever consume CPU, iptables firewall, tc filters,
lots of routes and heavy pachekts/second traffic, and so on. You can
check with top how resources are used, for start.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [LARTC] Re: dst cache overflow
2007-01-04 21:32 ` ArcosCom Linux User
(?)
(?)
@ 2007-01-04 21:42 ` Alexandru Dragoi
-1 siblings, 0 replies; 28+ messages in thread
From: Alexandru Dragoi @ 2007-01-04 21:42 UTC (permalink / raw)
To: lartc
Alexandru Dragoi wrote:
> ArcosCom Linux User wrote:
>
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected, propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected, propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected, propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected, propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected, propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE" with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>>
>> El Mar, 2 de Enero de 2007, 23:24, ArcosCom Linux User escribió:
>>
>>
>>> Hi all, I'm having this problem with this system configuration:
>>> 1) iptables 1.3.7
>>> 2) kernel 2.6.19.1
>>> 3) SMP computer
>>> 4) 2 external links + 2 internal (bridged).
>>>
>>> Some hours after the system is working without any troubles, all network
>>> devices stop respond.
>>>
>>> Anyone could help me to fix this problem?
>>>
>>> Googling some ours I detect that this was a problem with old kernels and
>>> were solved with 2.6.11 kernel version.
>>>
>>> Any help will be appretiated.
>>>
>>> Regards.
>>>
>>> P.D.: With MASQUERADE the problem begans more quickly than with SNAT
>>> target.
>>>
>>>
>> _______________________________________________
>> LARTC mailing list
>> LARTC@mailman.ds9a.nl
>> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
>>
>>
> The generic solution is to make less/better use of the CPU resources. In
> particular, it is good to tune a lot of parrametters, like
> /proc/sys/net/ipv4/neigh/default/gc_threshx, where x is 1,2 or 3.
>
> echo 2048 > /proc/sys/net/ipv4/neigh/default/gc_thresh1
> echo 4096 > /proc/sys/net/ipv4/neigh/default/gc_thresh2
> echo 16384 > /proc/sys/net/ipv4/neigh/default/gc_thresh3
>
> Then, check/tune whatever consume CPU, iptables firewall, tc filters,
> lots of routes and heavy pachekts/second traffic, and so on. You can
> check with top how resources are used, for start.
> _______________________________________________
> LARTC mailing list
> LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
>
Now i see the bpdu packets received by your bridge. Seem you may have
some network loop, wich generated lots of broadcast traffic (wich
includes arp).
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* [LARTC] Re: dst cache overflow
2007-01-04 21:32 ` ArcosCom Linux User
@ 2007-01-10 7:15 ` Patrick McHardy
-1 siblings, 0 replies; 28+ messages in thread
From: Patrick McHardy @ 2007-01-10 7:15 UTC (permalink / raw)
To: linux; +Cc: lartc, netfilter-devel, netfilter
ArcosCom Linux User wrote:
> The log says:
>
> Dec 30 00:52:27 cura kernel: dst cache overflow
> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
> Dec 30 00:52:27 cura kernel: dst cache overflow
> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:28 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:28 cura kernel: dst cache overflow
> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:30 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:32 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
> Dec 30 00:52:32 cura kernel: dst cache overflow
> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:34 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:36 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
> Dec 30 00:52:37 cura kernel: dst cache overflow
>
> zlan0 is a bridge (with STP configured) between some LANs.
>
> Thanks
>
> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE" with
> "SNAT" with no sense. Some hours after router is booted up, the network
> appears to be UP but all ifaces haven't responses.
The MASQUERADE message is just an effect of the problem. Please describe
your setup in more detail (what kind of devices, how are they connected,
ebtables/iptables rules, routing, ...).
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: dst cache overflow
@ 2007-01-10 7:15 ` Patrick McHardy
0 siblings, 0 replies; 28+ messages in thread
From: Patrick McHardy @ 2007-01-10 7:15 UTC (permalink / raw)
To: linux; +Cc: lartc, netfilter-devel, netfilter
ArcosCom Linux User wrote:
> The log says:
>
> Dec 30 00:52:27 cura kernel: dst cache overflow
> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
> Dec 30 00:52:27 cura kernel: dst cache overflow
> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:28 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:28 cura kernel: dst cache overflow
> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:30 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:32 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
> Dec 30 00:52:32 cura kernel: dst cache overflow
> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:34 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
> Dec 30 00:52:36 cura kernel: zlan0: topology change detected, propagating
> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
> Dec 30 00:52:37 cura kernel: dst cache overflow
>
> zlan0 is a bridge (with STP configured) between some LANs.
>
> Thanks
>
> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE" with
> "SNAT" with no sense. Some hours after router is booted up, the network
> appears to be UP but all ifaces haven't responses.
The MASQUERADE message is just an effect of the problem. Please describe
your setup in more detail (what kind of devices, how are they connected,
ebtables/iptables rules, routing, ...).
^ permalink raw reply [flat|nested] 28+ messages in thread
* [LARTC] Re: dst cache overflow
2007-01-10 7:15 ` Patrick McHardy
@ 2007-01-10 11:33 ` ArcosCom Linux User
-1 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 11:33 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE"
>> with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>
>
> The MASQUERADE message is just an effect of the problem. Please describe
> your setup in more detail (what kind of devices, how are they connected,
> ebtables/iptables rules, routing, ...).
>
>
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: dst cache overflow
@ 2007-01-10 11:33 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 11:33 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE"
>> with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>
>
> The MASQUERADE message is just an effect of the problem. Please describe
> your setup in more detail (what kind of devices, how are they connected,
> ebtables/iptables rules, routing, ...).
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* [LARTC] Re: dst cache overflow
2007-01-10 7:15 ` Patrick McHardy
@ 2007-01-10 11:40 ` ArcosCom Linux User
-1 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 11:40 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE"
>> with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>
>
> The MASQUERADE message is just an effect of the problem. Please describe
> your setup in more detail (what kind of devices, how are they connected,
> ebtables/iptables rules, routing, ...).
>
>
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: dst cache overflow
@ 2007-01-10 11:40 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 11:40 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE"
>> with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>
>
> The MASQUERADE message is just an effect of the problem. Please describe
> your setup in more detail (what kind of devices, how are they connected,
> ebtables/iptables rules, routing, ...).
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* [LARTC] Re: dst cache overflow
2007-01-10 7:15 ` Patrick McHardy
@ 2007-01-10 12:16 ` ArcosCom Linux User
-1 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 12:16 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE"
>> with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>
>
> The MASQUERADE message is just an effect of the problem. Please describe
> your setup in more detail (what kind of devices, how are they connected,
> ebtables/iptables rules, routing, ...).
>
>
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: dst cache overflow
@ 2007-01-10 12:16 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 12:16 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE"
>> with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>
>
> The MASQUERADE message is just an effect of the problem. Please describe
> your setup in more detail (what kind of devices, how are they connected,
> ebtables/iptables rules, routing, ...).
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread* [LARTC] Re: dst cache overflow
2007-01-10 12:16 ` ArcosCom Linux User
@ 2007-01-10 12:57 ` Patrick McHardy
-1 siblings, 0 replies; 28+ messages in thread
From: Patrick McHardy @ 2007-01-10 12:57 UTC (permalink / raw)
To: linux; +Cc: lartc, netfilter-devel, netfilter
ArcosCom Linux User wrote:
> The configuration is:
> 1) linux box with 2.6.19.1 kernel with these patches/modules:
> a) l7-filter
> b) multipath patch (from nano-howto)
> c) IMQ
> d) ipp2p
> e) connlimit
> 2) 4 ethernet interfaces:
> a) 2 external (eth1 and eth3) interfaces with balanced links (as
> described in nato-howto).
> b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
> enabled and configured.
> 3) For tests I load manually ALL conntrack/nat kernel modules.
Please try to reproduce this without all these whacky patches (or at
least without multipath and IMQ).
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: dst cache overflow
@ 2007-01-10 12:57 ` Patrick McHardy
0 siblings, 0 replies; 28+ messages in thread
From: Patrick McHardy @ 2007-01-10 12:57 UTC (permalink / raw)
To: linux; +Cc: lartc, netfilter-devel, netfilter
ArcosCom Linux User wrote:
> The configuration is:
> 1) linux box with 2.6.19.1 kernel with these patches/modules:
> a) l7-filter
> b) multipath patch (from nano-howto)
> c) IMQ
> d) ipp2p
> e) connlimit
> 2) 4 ethernet interfaces:
> a) 2 external (eth1 and eth3) interfaces with balanced links (as
> described in nato-howto).
> b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
> enabled and configured.
> 3) For tests I load manually ALL conntrack/nat kernel modules.
Please try to reproduce this without all these whacky patches (or at
least without multipath and IMQ).
^ permalink raw reply [flat|nested] 28+ messages in thread
* [LARTC] Re: dst cache overflow
2007-01-10 7:15 ` Patrick McHardy
@ 2007-01-10 13:17 ` ArcosCom Linux User
-1 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 13:17 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE"
>> with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>
>
> The MASQUERADE message is just an effect of the problem. Please describe
> your setup in more detail (what kind of devices, how are they connected,
> ebtables/iptables rules, routing, ...).
>
>
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: dst cache overflow
@ 2007-01-10 13:17 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 13:17 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>>
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
>> Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>>
>> zlan0 is a bridge (with STP configured) between some LANs.
>>
>> Thanks
>>
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE"
>> with
>> "SNAT" with no sense. Some hours after router is booted up, the network
>> appears to be UP but all ifaces haven't responses.
>
>
> The MASQUERADE message is just an effect of the problem. Please describe
> your setup in more detail (what kind of devices, how are they connected,
> ebtables/iptables rules, routing, ...).
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* [LARTC] Re: dst cache overflow
2007-01-10 7:15 ` Patrick McHardy
@ 2007-01-10 13:20 ` ArcosCom Linux User
-1 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 13:20 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>> zlan0 is a bridge (with STP configured) between some LANs.
>> Thanks
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE" with
>> "SNAT" with no sense. Some hours after router is booted up, the network
appears to be UP but all ifaces haven't responses.
> The MASQUERADE message is just an effect of the problem. Please describe
your setup in more detail (what kind of devices, how are they connected,
ebtables/iptables rules, routing, ...).
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: dst cache overflow
@ 2007-01-10 13:20 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 13:20 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
The configuration is:
1) linux box with 2.6.19.1 kernel with these patches/modules:
a) l7-filter
b) multipath patch (from nano-howto)
c) IMQ
d) ipp2p
e) connlimit
2) 4 ethernet interfaces:
a) 2 external (eth1 and eth3) interfaces with balanced links (as
described in nato-howto).
b) 2 internal ineterfaces (eth0 and eth2) in bridge zlan0 with STP
enabled and configured.
3) For tests I load manually ALL conntrack/nat kernel modules.
My first attempt (to allow UPnP daemon to handle only 1 external iface)
where put eth1 and eth3 in a bridge without STP enabled and the NAT were
done only with -j MASQUERADE and appeared to work fine, but when I run
some amule clients along the network, the problem appear in one day (after
some weeks working without peers to peers software).
Then I broke the wan bridge and put each static external IP into their
iface, and the problem appears too in two days instead 1 day.
My next step were use SNAT instead MASQUERADE and the problem appears 3
days after the change.
Always I had the multipath enableded along these described steps.
A production linux box with 2.6.17.14 kernel and the same patches/modules
and only 1 wan iface and 1 lan iface and with connlimit match enabled by
host is working fine with 100 more p2p traffic than the test machine (the
linux box that has de dst cache overflow problem).
If you need more info about this to help me in solve this problem, please,
say me, I'll get all you need and put here.
Thanks
El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
> ArcosCom Linux User wrote:
>> The log says:
>> Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:27 cura kernel: MASQUERADE: No route: Rusty's brain broke!
Dec 30 00:52:27 cura kernel: dst cache overflow
>> Dec 30 00:52:28 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:28 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:28 cura kernel: dst cache overflow
>> Dec 30 00:52:30 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:30 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:32 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:32 cura kernel: printk: 15 messages suppressed.
>> Dec 30 00:52:32 cura kernel: dst cache overflow
>> Dec 30 00:52:34 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:34 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:36 cura kernel: zlan0: received tcn bpdu on port 1(eth0)
Dec 30 00:52:36 cura kernel: zlan0: topology change detected,
>> propagating
>> Dec 30 00:52:37 cura kernel: printk: 40 messages suppressed.
>> Dec 30 00:52:37 cura kernel: dst cache overflow
>> zlan0 is a bridge (with STP configured) between some LANs.
>> Thanks
>> P.D.: I'm a bit desesperated with this error, I changed "MASQUERADE" with
>> "SNAT" with no sense. Some hours after router is booted up, the network
appears to be UP but all ifaces haven't responses.
> The MASQUERADE message is just an effect of the problem. Please describe
your setup in more detail (what kind of devices, how are they connected,
ebtables/iptables rules, routing, ...).
^ permalink raw reply [flat|nested] 28+ messages in thread* [LARTC] Re: dst cache overflow
2007-01-10 13:20 ` ArcosCom Linux User
@ 2007-01-10 15:01 ` Jesper Dangaard Brouer
-1 siblings, 0 replies; 28+ messages in thread
From: Jesper Dangaard Brouer @ 2007-01-10 15:01 UTC (permalink / raw)
To: ArcosCom Linux User; +Cc: lartc, netfilter-devel, netfilter
[-- Attachment #1: Type: TEXT/PLAIN, Size: 814 bytes --]
On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
> El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
>> ArcosCom Linux User wrote:
>>> The log says:
>>> Dec 30 00:52:27 cura kernel: dst cache overflow
The log message "dst cache overflow" is normally related to overflow of
the route cache. The max_size of the route cache can be adjusted through
/proc/sys/net/ipv4/route/max_size.
What is your settings in /proc/sys/net/ipv4/route/?
Run command:
grep . /proc/sys/net/ipv4/route/*
Hilsen
Jesper Brouer
--
-------------------------------------------------------------------
MSc. Master of Computer Science
Dept. of Computer Science, University of Copenhagen
Author of http://www.adsl-optimizer.dk
-------------------------------------------------------------------
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: dst cache overflow
@ 2007-01-10 15:01 ` Jesper Dangaard Brouer
0 siblings, 0 replies; 28+ messages in thread
From: Jesper Dangaard Brouer @ 2007-01-10 15:01 UTC (permalink / raw)
To: ArcosCom Linux User; +Cc: lartc, netfilter-devel, netfilter
[-- Attachment #1: Type: TEXT/PLAIN, Size: 814 bytes --]
On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
> El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
>> ArcosCom Linux User wrote:
>>> The log says:
>>> Dec 30 00:52:27 cura kernel: dst cache overflow
The log message "dst cache overflow" is normally related to overflow of
the route cache. The max_size of the route cache can be adjusted through
/proc/sys/net/ipv4/route/max_size.
What is your settings in /proc/sys/net/ipv4/route/?
Run command:
grep . /proc/sys/net/ipv4/route/*
Hilsen
Jesper Brouer
--
-------------------------------------------------------------------
MSc. Master of Computer Science
Dept. of Computer Science, University of Copenhagen
Author of http://www.adsl-optimizer.dk
-------------------------------------------------------------------
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* [LARTC] Re: dst cache overflow
2007-01-10 15:01 ` Jesper Dangaard Brouer
@ 2007-01-10 16:01 ` ArcosCom Linux User
-1 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 15:58 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
Here are:
# grep . /proc/sys/net/ipv4/route/*
/proc/sys/net/ipv4/route/error_burst:5000
/proc/sys/net/ipv4/route/error_cost:1000
grep: /proc/sys/net/ipv4/route/flush: Operación no permitida
/proc/sys/net/ipv4/route/gc_elasticity:8
/proc/sys/net/ipv4/route/gc_interval:60
/proc/sys/net/ipv4/route/gc_min_interval:0
/proc/sys/net/ipv4/route/gc_min_interval_ms:500
/proc/sys/net/ipv4/route/gc_thresh:32768
/proc/sys/net/ipv4/route/gc_timeout:300
/proc/sys/net/ipv4/route/max_delay:10
/proc/sys/net/ipv4/route/max_size:524288
/proc/sys/net/ipv4/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
El Mie, 10 de Enero de 2007, 16:01, Jesper Dangaard Brouer escribió:
>
>
> On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
>
>> El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
>>> ArcosCom Linux User wrote:
>>>> The log says:
>>>> Dec 30 00:52:27 cura kernel: dst cache overflow
>
> The log message "dst cache overflow" is normally related to overflow of
> the route cache. The max_size of the route cache can be adjusted through
> /proc/sys/net/ipv4/route/max_size.
>
> What is your settings in /proc/sys/net/ipv4/route/?
>
> Run command:
> grep . /proc/sys/net/ipv4/route/*
>
> Hilsen
> Jesper Brouer
>
> --
> -------------------------------------------------------------------
> MSc. Master of Computer Science
> Dept. of Computer Science, University of Copenhagen
> Author of http://www.adsl-optimizer.dk
> -------------------------------------------------------------------
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: dst cache overflow
@ 2007-01-10 16:01 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-10 16:01 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
Here are:
# grep . /proc/sys/net/ipv4/route/*
/proc/sys/net/ipv4/route/error_burst:5000
/proc/sys/net/ipv4/route/error_cost:1000
grep: /proc/sys/net/ipv4/route/flush: Operación no permitida
/proc/sys/net/ipv4/route/gc_elasticity:8
/proc/sys/net/ipv4/route/gc_interval:60
/proc/sys/net/ipv4/route/gc_min_interval:0
/proc/sys/net/ipv4/route/gc_min_interval_ms:500
/proc/sys/net/ipv4/route/gc_thresh:32768
/proc/sys/net/ipv4/route/gc_timeout:300
/proc/sys/net/ipv4/route/max_delay:10
/proc/sys/net/ipv4/route/max_size:524288
/proc/sys/net/ipv4/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
El Mie, 10 de Enero de 2007, 16:01, Jesper Dangaard Brouer escribió:
>
>
> On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
>
>> El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
>>> ArcosCom Linux User wrote:
>>>> The log says:
>>>> Dec 30 00:52:27 cura kernel: dst cache overflow
>
> The log message "dst cache overflow" is normally related to overflow of
> the route cache. The max_size of the route cache can be adjusted through
> /proc/sys/net/ipv4/route/max_size.
>
> What is your settings in /proc/sys/net/ipv4/route/?
>
> Run command:
> grep . /proc/sys/net/ipv4/route/*
>
> Hilsen
> Jesper Brouer
>
> --
> -------------------------------------------------------------------
> MSc. Master of Computer Science
> Dept. of Computer Science, University of Copenhagen
> Author of http://www.adsl-optimizer.dk
> -------------------------------------------------------------------
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [LARTC] Re: dst cache overflow
2007-01-10 16:01 ` ArcosCom Linux User
@ 2007-01-10 19:40 ` Jesper Dangaard Brouer
-1 siblings, 0 replies; 28+ messages in thread
From: Jesper Dangaard Brouer @ 2007-01-10 19:40 UTC (permalink / raw)
To: ArcosCom Linux User; +Cc: lartc, netfilter-devel, netfilter
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3234 bytes --]
The values looks reasonable, garbage collection start (gc_thresh:32768)
fairly early, but I often see that the GC cannot keep up.
The maximum size of the route cache max_size=524288 is okay, but it
depends on the usage pattern. On my production systems I has increased
max_size to 2 million, to keep up!
Another interesting value is secret_interval:600, which is the interval
the route cache is flushed, in seconds, that is 10 minuts.
524288/600 = 873 packet/sec to new destinations.
You should realize that filling the route cache in 10 minuts can happen,
as it only requires 873 packet/sec to new destinations.
What to do next:
Monitor the route cache, to see whats actually happening. The route cache
counters are located in /proc/net/stat/rt_cache, but is not very human
readable. Use the tool "rtstat" to monitor the route cache.
The rtstat tool can be downloaded from Roberts site:
ftp://robur.slu.se/pub/Linux/net-development/rt_cache_stat
Cheers,
Jesper Brouer
--
-------------------------------------------------------------------
MSc. Master of Computer Science
Dept. of Computer Science, University of Copenhagen
Author of http://www.adsl-optimizer.dk
-------------------------------------------------------------------
On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
> Here are:
>
> # grep . /proc/sys/net/ipv4/route/*
> /proc/sys/net/ipv4/route/error_burst:5000
> /proc/sys/net/ipv4/route/error_cost:1000
> grep: /proc/sys/net/ipv4/route/flush: Operación no permitida
> /proc/sys/net/ipv4/route/gc_elasticity:8
> /proc/sys/net/ipv4/route/gc_interval:60
> /proc/sys/net/ipv4/route/gc_min_interval:0
> /proc/sys/net/ipv4/route/gc_min_interval_ms:500
> /proc/sys/net/ipv4/route/gc_thresh:32768
> /proc/sys/net/ipv4/route/gc_timeout:300
> /proc/sys/net/ipv4/route/max_delay:10
> /proc/sys/net/ipv4/route/max_size:524288
> /proc/sys/net/ipv4/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
>
>
> El Mie, 10 de Enero de 2007, 16:01, Jesper Dangaard Brouer escribió:
>>
>>
>> On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
>>
>>> El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
>>>> ArcosCom Linux User wrote:
>>>>> The log says:
>>>>> Dec 30 00:52:27 cura kernel: dst cache overflow
>>
>> The log message "dst cache overflow" is normally related to overflow of
>> the route cache. The max_size of the route cache can be adjusted through
>> /proc/sys/net/ipv4/route/max_size.
>>
>> What is your settings in /proc/sys/net/ipv4/route/?
>>
>> Run command:
>> grep . /proc/sys/net/ipv4/route/*
>>
>> Hilsen
>> Jesper Brouer
>>
>> --
>> -------------------------------------------------------------------
>> MSc. Master of Computer Science
>> Dept. of Computer Science, University of Copenhagen
>> Author of http://www.adsl-optimizer.dk
>> -------------------------------------------------------------------
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Re: dst cache overflow
@ 2007-01-10 19:40 ` Jesper Dangaard Brouer
0 siblings, 0 replies; 28+ messages in thread
From: Jesper Dangaard Brouer @ 2007-01-10 19:40 UTC (permalink / raw)
To: ArcosCom Linux User; +Cc: lartc, netfilter-devel, netfilter
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3234 bytes --]
The values looks reasonable, garbage collection start (gc_thresh:32768)
fairly early, but I often see that the GC cannot keep up.
The maximum size of the route cache max_size=524288 is okay, but it
depends on the usage pattern. On my production systems I has increased
max_size to 2 million, to keep up!
Another interesting value is secret_interval:600, which is the interval
the route cache is flushed, in seconds, that is 10 minuts.
524288/600 = 873 packet/sec to new destinations.
You should realize that filling the route cache in 10 minuts can happen,
as it only requires 873 packet/sec to new destinations.
What to do next:
Monitor the route cache, to see whats actually happening. The route cache
counters are located in /proc/net/stat/rt_cache, but is not very human
readable. Use the tool "rtstat" to monitor the route cache.
The rtstat tool can be downloaded from Roberts site:
ftp://robur.slu.se/pub/Linux/net-development/rt_cache_stat
Cheers,
Jesper Brouer
--
-------------------------------------------------------------------
MSc. Master of Computer Science
Dept. of Computer Science, University of Copenhagen
Author of http://www.adsl-optimizer.dk
-------------------------------------------------------------------
On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
> Here are:
>
> # grep . /proc/sys/net/ipv4/route/*
> /proc/sys/net/ipv4/route/error_burst:5000
> /proc/sys/net/ipv4/route/error_cost:1000
> grep: /proc/sys/net/ipv4/route/flush: Operación no permitida
> /proc/sys/net/ipv4/route/gc_elasticity:8
> /proc/sys/net/ipv4/route/gc_interval:60
> /proc/sys/net/ipv4/route/gc_min_interval:0
> /proc/sys/net/ipv4/route/gc_min_interval_ms:500
> /proc/sys/net/ipv4/route/gc_thresh:32768
> /proc/sys/net/ipv4/route/gc_timeout:300
> /proc/sys/net/ipv4/route/max_delay:10
> /proc/sys/net/ipv4/route/max_size:524288
> /proc/sys/net/ipv4/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
>
>
> El Mie, 10 de Enero de 2007, 16:01, Jesper Dangaard Brouer escribió:
>>
>>
>> On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
>>
>>> El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
>>>> ArcosCom Linux User wrote:
>>>>> The log says:
>>>>> Dec 30 00:52:27 cura kernel: dst cache overflow
>>
>> The log message "dst cache overflow" is normally related to overflow of
>> the route cache. The max_size of the route cache can be adjusted through
>> /proc/sys/net/ipv4/route/max_size.
>>
>> What is your settings in /proc/sys/net/ipv4/route/?
>>
>> Run command:
>> grep . /proc/sys/net/ipv4/route/*
>>
>> Hilsen
>> Jesper Brouer
>>
>> --
>> -------------------------------------------------------------------
>> MSc. Master of Computer Science
>> Dept. of Computer Science, University of Copenhagen
>> Author of http://www.adsl-optimizer.dk
>> -------------------------------------------------------------------
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [LARTC] Re: dst cache overflow
2007-01-10 19:40 ` Jesper Dangaard Brouer
@ 2007-01-12 1:06 ` ArcosCom Linux User
-1 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-12 1:06 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
Thanks, good tool: I'm using it to take a view into the routes table.
El Mie, 10 de Enero de 2007, 20:40, Jesper Dangaard Brouer escribió:
>
> The values looks reasonable, garbage collection start (gc_thresh:32768)
> fairly early, but I often see that the GC cannot keep up.
>
> The maximum size of the route cache max_sizeR4288 is okay, but it
> depends on the usage pattern. On my production systems I has increased
> max_size to 2 million, to keep up!
>
> Another interesting value is secret_interval:600, which is the interval
> the route cache is flushed, in seconds, that is 10 minuts.
>
> 524288/600 = 873 packet/sec to new destinations.
>
> You should realize that filling the route cache in 10 minuts can happen,
> as it only requires 873 packet/sec to new destinations.
>
>
> What to do next:
>
> Monitor the route cache, to see whats actually happening. The route cache
> counters are located in /proc/net/stat/rt_cache, but is not very human
> readable. Use the tool "rtstat" to monitor the route cache.
>
> The rtstat tool can be downloaded from Roberts site:
> ftp://robur.slu.se/pub/Linux/net-development/rt_cache_stat
>
> Cheers,
> Jesper Brouer
>
> --
> -------------------------------------------------------------------
> MSc. Master of Computer Science
> Dept. of Computer Science, University of Copenhagen
> Author of http://www.adsl-optimizer.dk
> -------------------------------------------------------------------
>
>
>
> On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
>
>> Here are:
>>
>> # grep . /proc/sys/net/ipv4/route/*
>> /proc/sys/net/ipv4/route/error_burst:5000
>> /proc/sys/net/ipv4/route/error_cost:1000
>> grep: /proc/sys/net/ipv4/route/flush: Operación no permitida
>> /proc/sys/net/ipv4/route/gc_elasticity:8
>> /proc/sys/net/ipv4/route/gc_interval:60
>> /proc/sys/net/ipv4/route/gc_min_interval:0
>> /proc/sys/net/ipv4/route/gc_min_interval_ms:500
>> /proc/sys/net/ipv4/route/gc_thresh:32768
>> /proc/sys/net/ipv4/route/gc_timeout:300
>> /proc/sys/net/ipv4/route/max_delay:10
>> /proc/sys/net/ipv4/route/max_size:524288
>> /proc/sys/net/ipv4/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
>>
>>
>> El Mie, 10 de Enero de 2007, 16:01, Jesper Dangaard Brouer escribió:
>>>
>>>
>>> On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
>>>
>>>> El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
>>>>> ArcosCom Linux User wrote:
>>>>>> The log says:
>>>>>> Dec 30 00:52:27 cura kernel: dst cache overflow
>>>
>>> The log message "dst cache overflow" is normally related to overflow of
>>> the route cache. The max_size of the route cache can be adjusted
>>> through
>>> /proc/sys/net/ipv4/route/max_size.
>>>
>>> What is your settings in /proc/sys/net/ipv4/route/?
>>>
>>> Run command:
>>> grep . /proc/sys/net/ipv4/route/*
>>>
>>> Hilsen
>>> Jesper Brouer
>>>
>>> --
>>> -------------------------------------------------------------------
>>> MSc. Master of Computer Science
>>> Dept. of Computer Science, University of Copenhagen
>>> Author of http://www.adsl-optimizer.dk
>>> -------------------------------------------------------------------
>
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Re: dst cache overflow
@ 2007-01-12 1:06 ` ArcosCom Linux User
0 siblings, 0 replies; 28+ messages in thread
From: ArcosCom Linux User @ 2007-01-12 1:06 UTC (permalink / raw)
To: lartc, netfilter-devel, netfilter
Thanks, good tool: I'm using it to take a view into the routes table.
El Mie, 10 de Enero de 2007, 20:40, Jesper Dangaard Brouer escribió:
>
> The values looks reasonable, garbage collection start (gc_thresh:32768)
> fairly early, but I often see that the GC cannot keep up.
>
> The maximum size of the route cache max_size=524288 is okay, but it
> depends on the usage pattern. On my production systems I has increased
> max_size to 2 million, to keep up!
>
> Another interesting value is secret_interval:600, which is the interval
> the route cache is flushed, in seconds, that is 10 minuts.
>
> 524288/600 = 873 packet/sec to new destinations.
>
> You should realize that filling the route cache in 10 minuts can happen,
> as it only requires 873 packet/sec to new destinations.
>
>
> What to do next:
>
> Monitor the route cache, to see whats actually happening. The route cache
> counters are located in /proc/net/stat/rt_cache, but is not very human
> readable. Use the tool "rtstat" to monitor the route cache.
>
> The rtstat tool can be downloaded from Roberts site:
> ftp://robur.slu.se/pub/Linux/net-development/rt_cache_stat
>
> Cheers,
> Jesper Brouer
>
> --
> -------------------------------------------------------------------
> MSc. Master of Computer Science
> Dept. of Computer Science, University of Copenhagen
> Author of http://www.adsl-optimizer.dk
> -------------------------------------------------------------------
>
>
>
> On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
>
>> Here are:
>>
>> # grep . /proc/sys/net/ipv4/route/*
>> /proc/sys/net/ipv4/route/error_burst:5000
>> /proc/sys/net/ipv4/route/error_cost:1000
>> grep: /proc/sys/net/ipv4/route/flush: Operación no permitida
>> /proc/sys/net/ipv4/route/gc_elasticity:8
>> /proc/sys/net/ipv4/route/gc_interval:60
>> /proc/sys/net/ipv4/route/gc_min_interval:0
>> /proc/sys/net/ipv4/route/gc_min_interval_ms:500
>> /proc/sys/net/ipv4/route/gc_thresh:32768
>> /proc/sys/net/ipv4/route/gc_timeout:300
>> /proc/sys/net/ipv4/route/max_delay:10
>> /proc/sys/net/ipv4/route/max_size:524288
>> /proc/sys/net/ipv4/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
>>
>>
>> El Mie, 10 de Enero de 2007, 16:01, Jesper Dangaard Brouer escribió:
>>>
>>>
>>> On Wed, 10 Jan 2007, ArcosCom Linux User wrote:
>>>
>>>> El Mie, 10 de Enero de 2007, 8:15, Patrick McHardy escribió:
>>>>> ArcosCom Linux User wrote:
>>>>>> The log says:
>>>>>> Dec 30 00:52:27 cura kernel: dst cache overflow
>>>
>>> The log message "dst cache overflow" is normally related to overflow of
>>> the route cache. The max_size of the route cache can be adjusted
>>> through
>>> /proc/sys/net/ipv4/route/max_size.
>>>
>>> What is your settings in /proc/sys/net/ipv4/route/?
>>>
>>> Run command:
>>> grep . /proc/sys/net/ipv4/route/*
>>>
>>> Hilsen
>>> Jesper Brouer
>>>
>>> --
>>> -------------------------------------------------------------------
>>> MSc. Master of Computer Science
>>> Dept. of Computer Science, University of Copenhagen
>>> Author of http://www.adsl-optimizer.dk
>>> -------------------------------------------------------------------
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [LARTC] Re: dst cache overflow
2007-01-04 21:32 ` ArcosCom Linux User
` (3 preceding siblings ...)
(?)
@ 2007-01-10 18:32 ` Torsten Luettgert
-1 siblings, 0 replies; 28+ messages in thread
From: Torsten Luettgert @ 2007-01-10 18:32 UTC (permalink / raw)
To: lartc
On Mi, 2007-01-10 at 14:20 +0100, ArcosCom Linux User wrote:
> The configuration is:
> 1) linux box with 2.6.19.1 kernel with these patches/modules:
> a) l7-filter
> b) multipath patch (from nano-howto)
> c) IMQ
That's interesting - how did you get IMQ into 2.6.19.1?
Afaik, the most recent patch is for 2.6.17, and there
were some rejects if you try to patch it into 2.6.19.
Regards,
Torsten
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 28+ messages in thread
end of thread, other threads:[~2007-01-12 1:06 UTC | newest]
Thread overview: 28+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-02 22:24 dst cache overflow ArcosCom Linux User
2007-01-04 21:32 ` [LARTC] " ArcosCom Linux User
2007-01-04 21:32 ` ArcosCom Linux User
2007-01-04 21:39 ` [LARTC] " Alexandru Dragoi
2007-01-04 21:42 ` Alexandru Dragoi
2007-01-10 7:15 ` Patrick McHardy
2007-01-10 7:15 ` Patrick McHardy
2007-01-10 11:33 ` [LARTC] " ArcosCom Linux User
2007-01-10 11:33 ` ArcosCom Linux User
2007-01-10 11:40 ` [LARTC] " ArcosCom Linux User
2007-01-10 11:40 ` ArcosCom Linux User
2007-01-10 12:16 ` [LARTC] " ArcosCom Linux User
2007-01-10 12:16 ` ArcosCom Linux User
2007-01-10 12:57 ` [LARTC] " Patrick McHardy
2007-01-10 12:57 ` Patrick McHardy
2007-01-10 13:17 ` [LARTC] " ArcosCom Linux User
2007-01-10 13:17 ` ArcosCom Linux User
2007-01-10 13:20 ` [LARTC] " ArcosCom Linux User
2007-01-10 13:20 ` ArcosCom Linux User
2007-01-10 15:01 ` [LARTC] " Jesper Dangaard Brouer
2007-01-10 15:01 ` Jesper Dangaard Brouer
2007-01-10 15:58 ` [LARTC] " ArcosCom Linux User
2007-01-10 16:01 ` ArcosCom Linux User
2007-01-10 19:40 ` [LARTC] " Jesper Dangaard Brouer
2007-01-10 19:40 ` Jesper Dangaard Brouer
2007-01-12 1:06 ` [LARTC] " ArcosCom Linux User
2007-01-12 1:06 ` ArcosCom Linux User
2007-01-10 18:32 ` [LARTC] " Torsten Luettgert
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.