Neighbour table overflow & kernel: __ratelimit: callbacks suppressed errors

[knoll]

beste,

ik heb vandaag ontdekt in de log files van mn VPS dat ik met Neighbour table overflow & kernel: __ratelimit: callbacks suppressed errors te maken heb

heb gezien dat mijn nog standaard stonden

heb ze geleidelijk aan verhoogt tot ze nu op deze instellingen staan
net.ipv4.neigh.default.gc_thresh1 = 4096

net.ipv4.neigh.default.gc_thresh2 = 8192
net.ipv4.neigh.default.gc_thresh3 = 8192
net.ipv4.neigh.default.base_reachable_time = 86400
net.ipv4.neigh.default.gc_stale_time = 86400

een snip van de log file na de wijziging reboot is ook gebeurd en blijft het zelfde

Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:47 gsi kernel: __ratelimit: 757 callbacks suppressed
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:53:02 gsi kernel: __ratelimit: 16 callbacks suppressed
Aug 23 12:53:02 gsi kernel: Neighbour table overflow.
Aug 23 12:53:02 gsi kernel: Neighbour table overflow.
Aug 23 12:53:02 gsi kernel: Neighbour table overflow.
Aug 23 12:53:03 gsi kernel: Neighbour table overflow.
Aug 23 12:53:03 gsi kernel: Neighbour table overflow.
Aug 23 12:53:03 gsi kernel: Neighbour table overflow.
Aug 23 12:53:04 gsi kernel: Neighbour table overflow.
Aug 23 12:53:04 gsi kernel: Neighbour table overflow.
Aug 23 12:53:04 gsi kernel: Neighbour table overflow.
Aug 23 12:53:08 gsi kernel: __ratelimit: 1 callbacks suppressed
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: __ratelimit: 704 callbacks suppressed
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.


ik weet het even niet meer iemand advies lijkt me onwaarschijnlijk dat ik deze limiet nog moet optrekken

betreft een vps met enkele wordpress sites op
veel traffic trekt hij niet kom ruimschoots toe met 10gb op maand

betreft Centos 6.5 en kernel info 2.6.32-431.23.3.el6.x86_64 #1 SMP Thu Jul 31 17:20:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

alvast bedankt als iemand raad weet graag,
Vriendelijke Groeten,
Alex

[visser]

beste,

ik heb vandaag ontdekt in de log files van mn VPS dat ik met Neighbour table overflow & kernel: __ratelimit: callbacks suppressed errors te maken heb

heb gezien dat mijn nog standaard stonden

heb ze geleidelijk aan verhoogt tot ze nu op deze instellingen staan
net.ipv4.neigh.default.gc_thresh1 = 4096

net.ipv4.neigh.default.gc_thresh2 = 8192
net.ipv4.neigh.default.gc_thresh3 = 8192
net.ipv4.neigh.default.base_reachable_time = 86400
net.ipv4.neigh.default.gc_stale_time = 86400

een snip van de log file na de wijziging reboot is ook gebeurd en blijft het zelfde

Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:42 gsi kernel: Neighbour table overflow.
Aug 23 12:52:47 gsi kernel: __ratelimit: 757 callbacks suppressed
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:52:56 gsi kernel: Neighbour table overflow.
Aug 23 12:53:02 gsi kernel: __ratelimit: 16 callbacks suppressed
Aug 23 12:53:02 gsi kernel: Neighbour table overflow.
Aug 23 12:53:02 gsi kernel: Neighbour table overflow.
Aug 23 12:53:02 gsi kernel: Neighbour table overflow.
Aug 23 12:53:03 gsi kernel: Neighbour table overflow.
Aug 23 12:53:03 gsi kernel: Neighbour table overflow.
Aug 23 12:53:03 gsi kernel: Neighbour table overflow.
Aug 23 12:53:04 gsi kernel: Neighbour table overflow.
Aug 23 12:53:04 gsi kernel: Neighbour table overflow.
Aug 23 12:53:04 gsi kernel: Neighbour table overflow.
Aug 23 12:53:08 gsi kernel: __ratelimit: 1 callbacks suppressed
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:42 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: __ratelimit: 704 callbacks suppressed
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.
Aug 23 12:53:43 gsi kernel: Neighbour table overflow.


ik weet het even niet meer iemand advies lijkt me onwaarschijnlijk dat ik deze limiet nog moet optrekken

betreft een vps met enkele wordpress sites op
veel traffic trekt hij niet kom ruimschoots toe met 10gb op maand

betreft Centos 6.5 en kernel info 2.6.32-431.23.3.el6.x86_64 #1 SMP Thu Jul 31 17:20:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

alvast bedankt als iemand raad weet graag,
Vriendelijke Groeten,
Alex

Kijk eens hoe groot je arp tabel is (arp -na / arp -na | wc ) .
Kijk verder wat je subnet masker is, en of je default gateway wel (goed) ingesteld staat.

[knoll]

Kijk eens hoe groot je arp tabel is (arp -na / arp -na | wc ) .
Kijk verder wat je subnet masker is, en of je default gateway wel (goed) ingesteld staat.

[root@gsi ~]# arp -na / arp -na | wc
/: Onbekende host
0 0 0
[root@gsi ~]#

[root@gsi ~]# ifconfig
eth0 Link encap:Ethernet HWaddr 52:54:00:A2:71:27
inet addr:149.210.169.12 Bcast:149.210.169.255 Mask:255.255.255.0
inet6 addr: 2a01:7c8:aaac:2b8:5054:ff:fea2:7127/64 Scope:Global
inet6 addr: fe80::5054:ff:fea2:7127/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1516698 errors:0 dropped:0 overruns:0 frame:0
TX packets:118419 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:153634613 (146.5 MiB) TX bytes:61366198 (58.5 MiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:51613 errors:0 dropped:0 overruns:0 frame:0
TX packets:51613 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:44833177 (42.7 MiB) TX bytes:44833177 (42.7 MiB)

[root@gsi ~]#

ze hebben mij opgegeven subnet 255.255.255.0 te gebruiken en gateway 149.210.169.1

die gateway vind ik wel niet terug in ifconfig geen idee of die juist is of misschien staat Bcast: mis dan ?
alvast bedankt !

[NederHost]

De arp-commando's die eerder werden gesuggereerd zijn twee alternatieve (eentje met het tellen van het aantal entries) gescheiden door een / - je moet de / dus niet overnemen.

Het probleem kan ook in het IPv6-deel zitten, de gedane instellingen hebben hier geen invloed op. Kijk eens naar het aantal entries met:

ip neigh show | wc -l
ip -6 neigh show | wc -l

Dan weet je in ieder geval of het om IPv4 of IPv6 gaat.

[knoll]

De arp-commando's die eerder werden gesuggereerd zijn twee alternatieve (eentje met het tellen van het aantal entries) gescheiden door een / - je moet de / dus niet overnemen.

Het probleem kan ook in het IPv6-deel zitten, de gedane instellingen hebben hier geen invloed op. Kijk eens naar het aantal entries met:

ip neigh show | wc -l
ip -6 neigh show | wc -l

Dan weet je in ieder geval of het om IPv4 of IPv6 gaat.

[root@gsi ~]# ip neigh show | wc -l
4
[root@gsi ~]# ip -6 neigh show | wc -l
2

en even bij arp gekeken:
[root@gsi ~]# arp -na |wc
3 21 169
[root@gsi ~]# arp -na
? (149.210.169.1) at 00:00:5e:00:01:05 [ether] on eth0
? (149.210.169.221) at 00:19:e2:b8:07:c1 [ether] on eth0
? (149.210.169.220) at 00:19:e2:bd:27:c1 [ether] on eth0


is nog steeds goed aan de gang:

Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:39 gsi kernel: __ratelimit: 803 callbacks suppressed
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: __ratelimit: 527 callbacks suppressed
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:32 gsi kernel: Neighbour table overflow.
Aug 24 11:40:39 gsi kernel: __ratelimit: 310 callbacks suppressed

is maar iets vreemds denk ik nog nooit iets dergelijks tegengekomen greets

[visser]

[root@gsi ~]# ip neigh show | wc -l
4
[root@gsi ~]# ip -6 neigh show | wc -l
2

en even bij arp gekeken:
[root@gsi ~]# arp -na |wc
3 21 169
[root@gsi ~]# arp -na
? (149.210.169.1) at 00:00:5e:00:01:05 [ether] on eth0
? (149.210.169.221) at 00:19:e2:b8:07:c1 [ether] on eth0
? (149.210.169.220) at 00:19:e2:bd:27:c1 [ether] on eth0


is nog steeds goed aan de gang:

Aug 24 11:39:32 gsi kernel: Neighbour table overflow.
Aug 24 11:39:32 gsi kernel: Neighbour table overflow.

[..]

Hm, gek.
Ik had gedacht dat je een enorme arp tabel zou hebben, bijvoorbeeld vanwege het ontbreken van een default route , wat dan 'werkt' als de gateway router ook proxy arp heeft aanstaan.

doe eens
ip route show cache table all


Je subnet mask en gateway staan goed (voor ipv4 in elk geval).
gateway zie je met
netstat -nr
(of ook met ip route show , of ip -family inet6 route show voor ipv6 )

[CharlieRoot]

Heb je die waardes in sysctl gezet en daarna ook geactiveerd?

# Force gc to clean-up quickly
net.ipv4.neigh.default.gc_interval = 3600
 
# Set ARP cache entry timeout
net.ipv4.neigh.default.gc_stale_time = 3600
 
# Setup DNS threshold for arp
net.ipv4.neigh.default.gc_thresh3 = 4096
net.ipv4.neigh.default.gc_thresh2 = 2048
net.ipv4.neigh.default.gc_thresh1 = 1024

en daarna

sysctl -p

[knoll]

[..]

Hm, gek.
Ik had gedacht dat je een enorme arp tabel zou hebben, bijvoorbeeld vanwege het ontbreken van een default route , wat dan 'werkt' als de gateway router ook proxy arp heeft aanstaan.

doe eens
ip route show cache table all


Je subnet mask en gateway staan goed (voor ipv4 in elk geval).
gateway zie je met
netstat -nr
(of ook met ip route show , of ip -family inet6 route show voor ipv6 )

heb alles eens uitgekeken wat je me hebt doorgegeven en zal de info hieronder plaatsen veel wijzer ben ik er niet uit geworden toch altans niet wat het probleem is alvast bedankt voor de goede tips en support:

resultaat van ip route show cache table all :

local 149.210.169.12 from 213.224.146.54 dev lo src 149.210.169.12
cache <local> iif eth0
208.73.210.29 via 149.210.169.1 dev eth0 src 149.210.169.12
cache mtu 1500 advmss 1460 hoplimit 64
60.49.103.64 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 advmss 1460 hoplimit 64
local 149.210.169.12 from 148.251.124.174 dev lo src 149.210.169.12
cache <local> iif eth0
local 149.210.169.12 from 66.249.78.108 dev lo src 149.210.169.12
cache <local> iif eth0
195.20.205.9 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 rtt 3ms rttvar 3ms cwnd 10 advmss 1460 hoplimit 64
103.235.100.2 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 rtt 301ms rttvar 301ms cwnd 10 advmss 1460 hoplimit 64
local 149.210.169.12 from 121.167.11.7 dev lo src 149.210.169.12
cache <local> iif eth0
178.119.59.159 from 149.210.169.12 tos lowdelay via 149.210.169.1 dev eth0
cache mtu 1500 advmss 1460 hoplimit 64
178.119.59.159 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 advmss 1460 hoplimit 64
local 149.210.169.12 from 213.224.146.22 dev lo src 149.210.169.12
cache <local> iif eth0
local 149.210.169.12 from 121.167.11.8 dev lo src 149.210.169.12
cache <local> iif eth0
175.195.33.105 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 rtt 298ms rttvar 298ms cwnd 10 advmss 1460 hoplimit 64
local 149.210.169.12 from 66.249.78.80 dev lo src 149.210.169.12
cache <local> iif eth0
80.69.67.66 via 149.210.169.1 dev eth0 src 149.210.169.12
cache mtu 1500 advmss 1460 hoplimit 64
88.198.164.52 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 rtt 479ms rttvar 472ms cwnd 10 advmss 1460 hoplimit 64
178.154.179.250 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 advmss 1460 hoplimit 64
121.167.11.7 from 149.210.169.12 via 149.210.169.1 dev eth0
cache ipid 0x3eaa mtu 1500 advmss 1460 hoplimit 64
local 149.210.169.12 from 103.235.100.2 dev lo src 149.210.169.12
cache <local> iif eth0
local 149.210.169.12 from 74.125.41.145 dev lo src 149.210.169.12
cache <local> iif eth0
local 149.210.169.12 from 195.191.54.213 dev lo src 149.210.169.12
cache <local> iif eth0
local 149.210.169.12 from 80.69.67.66 dev lo src 149.210.169.12
cache <local> iif eth0
208.73.210.29 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 rtt 172ms rttvar 56ms cwnd 10 advmss 1460 hoplimit 64
195.191.54.213 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 advmss 1460 hoplimit 64
local 127.0.0.1 dev lo src 127.0.0.1
cache <local> mtu 16436 advmss 16396 hoplimit 64
79.133.62.62 from 149.210.169.12 via 149.210.169.1 dev eth0
cache ipid 0x195d mtu 1500 advmss 1460 hoplimit 64
local 149.210.169.12 from 175.195.33.105 dev lo src 149.210.169.12
cache <local> iif eth0
195.20.205.9 via 149.210.169.1 dev eth0 src 149.210.169.12
cache mtu 1500 advmss 1460 hoplimit 64
local 149.210.169.12 from 178.119.59.159 dev lo src 149.210.169.12
cache <local> iif eth0
local 149.210.169.12 from 195.20.205.9 dev lo src 149.210.169.12
cache <local> iif eth0
local 149.210.169.12 from 79.133.62.62 dev lo src 149.210.169.12
cache <local> iif eth0
local 149.210.169.12 from 178.154.179.250 dev lo src 149.210.169.12
cache <local> iif eth0
local 127.0.0.1 from 127.0.0.1 dev lo
cache <local> mtu 16436 advmss 16396 hoplimit 64
74.125.41.145 from 149.210.169.12 via 149.210.169.1 dev eth0
cache ipid 0x3cb5 mtu 1500 advmss 1460 hoplimit 64
local 149.210.169.12 from 208.73.210.29 dev lo src 149.210.169.12
cache <local> iif eth0
213.224.146.22 from 149.210.169.12 via 149.210.169.1 dev eth0
cache ipid 0x8b8c mtu 1500 advmss 1460 hoplimit 64
local 149.210.169.12 from 88.198.164.52 dev lo src 149.210.169.12
cache <local> iif eth0
213.224.146.54 from 149.210.169.12 via 149.210.169.1 dev eth0
cache ipid 0xede7 mtu 1500 advmss 1460 hoplimit 64
80.69.67.66 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 advmss 1460 hoplimit 64
148.251.124.174 from 149.210.169.12 via 149.210.169.1 dev eth0
cache ipid 0x8f6f mtu 1500 rtt 311ms rttvar 303ms cwnd 11 advmss 1460 hoplimit 64
121.167.11.8 from 149.210.169.12 via 149.210.169.1 dev eth0
cache ipid 0x83d6 mtu 1500 advmss 1460 hoplimit 64
66.249.78.80 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 rtt 4ms rttvar 4ms cwnd 52 advmss 1460 hoplimit 64
local 149.210.169.12 from 60.49.103.64 dev lo src 149.210.169.12
cache <local> iif eth0
66.249.78.108 from 149.210.169.12 via 149.210.169.1 dev eth0
cache mtu 1500 rtt 5ms rttvar 4ms cwnd 10 advmss 1460 hoplimit 64
fe80::5054:ff:fe0e:c8c1 via fe80::5054:ff:fe0e:c8c1 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe11:b80b via fe80::5054:ff:fe11:b80b dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe27:400f via fe80::5054:ff:fe27:400f dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe3a:1574 via fe80::5054:ff:fe3a:1574 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe44:f2f0 via fe80::5054:ff:fe44:f2f0 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe45:ccc4 via fe80::5054:ff:fe45:ccc4 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe58:86c5 via fe80::5054:ff:fe58:86c5 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe68:2a6a via fe80::5054:ff:fe68:2a6a dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe6d:1ad8 via fe80::5054:ff:fe6d:1ad8 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fe79:564b via fe80::5054:ff:fe79:564b dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:feb7:2a95 via fe80::5054:ff:feb7:2a95 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:feb7:6d32 via fe80::5054:ff:feb7:6d32 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:fed5:ce41 via fe80::5054:ff:fed5:ce41 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
fe80::5054:ff:feef:8a56 via fe80::5054:ff:feef:8a56 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1 via ff02::1 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::12 via ff02::12 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1:ff44:f2f0 via ff02::1:ff44:f2f0 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1:ff45:ccc4 via ff02::1:ff45:ccc4 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1:ff68:2a6a via ff02::1:ff68:2a6a dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1:ff6d:1ad8 via ff02::1:ff6d:1ad8 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1:ff79:564b via ff02::1:ff79:564b dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1:ffa2:7127 via ff02::1:ffa2:7127 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1:ffd5:ce41 via ff02::1:ffd5:ce41 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff02::1:ffef:8a56 via ff02::1:ffef:8a56 dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295
ff05::13b via ff05::13b dev eth0 metric 0
cache mtu 1500 advmss 1440 hoplimit 4294967295

---------------------------------------------------------------------------------------------------->
netstat -nr

[root@gsi ~]# netstat -nr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
149.210.169.12 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
149.210.169.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
0.0.0.0 149.210.169.1 0.0.0.0 UG 0 0 0 eth0
[root@gsi ~]#

[root@gsi ~]# ip route show
149.210.169.12 dev eth0 scope link
149.210.169.0/24 dev eth0 proto kernel scope link src 149.210.169.12
169.254.0.0/16 dev eth0 scope link metric 1002
default via 149.210.169.1 dev eth0

[root@gsi ~]# ip -family inet6 route show
unreachable ::/96 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable ::ffff:0.0.0.0/96 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:a00::/24 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:7f00::/24 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:a9fe::/32 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:ac10::/28 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:c0a8::/32 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable 2002:e000::/19 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
2a01:7c8:aaac:2b8::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
2a01:7c8:aaac::/48 dev eth0 proto kernel metric 256 expires 2591603sec mtu 1500 advmss 1440 hoplimit 4294967295
unreachable 3ffe:ffff::/32 dev lo metric 1024 error -101 mtu 16436 advmss 16376 hoplimit 4294967295
fe80::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
default via fe80::aaac:1 dev eth0 proto kernel metric 1024 expires 9sec mtu 1500 advmss 1440 hoplimit 64
[root@gsi ~]#

moet je iets mis zien graag ik zie enkel bij die laatste unreachable staan misschien is dit niet goed of het probleem zit ergens anders bij mijn weten gebruik ik niet echt ipv6 op dit moment maar kan zijn dat het ondersteund is of nog niet goed genoeg geen idee
greets alex

[knoll]

Heb je die waardes in sysctl gezet en daarna ook geactiveerd?

# Force gc to clean-up quickly
net.ipv4.neigh.default.gc_interval = 3600
 
# Set ARP cache entry timeout
net.ipv4.neigh.default.gc_stale_time = 3600
 
# Setup DNS threshold for arp
net.ipv4.neigh.default.gc_thresh3 = 4096
net.ipv4.neigh.default.gc_thresh2 = 2048
net.ipv4.neigh.default.gc_thresh1 = 1024

en daarna

sysctl -p

dit is mijn config:

# Kernel sysctl configuration file for Red Hat Linux
#
# For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and
# sysctl.conf(5) for more details.

# Controls IP packet forwarding
net.ipv4.ip_forward = 0

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1

# Do not accept source routing
net.ipv4.conf.default.accept_source_route = 0

# Controls the System Request debugging functionality of the kernel
kernel.sysrq = 0

# Controls whether core dumps will append the PID to the core filename.
# Useful for debugging multi-threaded applications.
kernel.core_uses_pid = 1

# Controls the use of TCP syncookies
net.ipv4.tcp_syncookies = 1

# Disable netfilter on bridges.
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0

# Controls the default maxmimum size of a mesage queue
kernel.msgmnb = 65536

# Controls the maximum size of a message, in bytes
kernel.msgmax = 65536

# Controls the maximum shared segment size, in bytes
kernel.shmmax = 68719476736

# Controls the maximum number of shared memory segments, in pages
kernel.shmall = 4294967296
net.ipv4.neigh.default.gc_thresh1 = 4096

net.ipv4.neigh.default.gc_thresh2 = 8192
net.ipv4.neigh.default.gc_thresh3 = 8192
net.ipv4.neigh.default.base_reachable_time = 86400
net.ipv4.neigh.default.gc_stale_time = 86400
[root@gsi ~]#


heb dit op forums gezien en gebruikt enkele dagen geleden maar het loste nog niks op
zie wel dat ik die interval nog niet staan heb maar of dat het probleem kan zijn? grz

[T. Verhaeg]

Let me guess, TransIP VPS?

[visser]

heb alles eens uitgekeken wat je me hebt doorgegeven en zal de info hieronder plaatsen veel wijzer ben ik er niet uit geworden toch altans niet wat het probleem is alvast bedankt voor de goede tips en support:

resultaat van ip route show cache table all :

[knip]


[root@gsi ~]#

moet je iets mis zien graag ik zie enkel bij die laatste unreachable staan misschien is dit niet goed of het probleem zit ergens anders bij mijn weten gebruik ik niet echt ipv6 op dit moment maar kan zijn dat het ondersteund is of nog niet goed genoeg geen idee
greets alex

Hm, er springt voor mij nog niks echt geks uit, maar ik heb nog een beetje weinig directe IPv6 ervaring.
Probeer eens de gc thresholds voor ipv6 te verhogen, neem maar dezelfde waarden als voor ipv4.

Kijk tevoren even hoe die waarden nu staan:

cat /proc/sys/net/ipv6/neigh/default/gc_thresh1
cat /proc/sys/net/ipv6/neigh/default/gc_thresh2
cat /proc/sys/net/ipv6/neigh/default/gc_thresh3

Ik denk dat die timeout waarden (ook voo ripv4) eigenlijk een beetje hoog zijn, begin eens met die thresholds op 1024 , 8192, 8192 te zetten.

Kan met sysctl, je kunt ze ook live veranderen door
echo 1024 > /proc/sys/net/ipv6/neigh/default/gc_thresh1
te doen.

Alleen dat blijft niet staan na een reboot, maar is wel een manier om te zien of je het probleem te pakken hebt.

Even kijken met tcpdump op je eth0 op moment(en) dat je die neighbour table overflow ziet zou ook interessant zijn.
(even opletten dat je niet je eigen ssh sessie meeneemt, en evt ook niet het webverkeer .
bv tcpdump -ni eth0 not port 22 and not port 80 and not port 443 )

[knoll]

Hm, er springt voor mij nog niks echt geks uit, maar ik heb nog een beetje weinig directe IPv6 ervaring.
Probeer eens de gc thresholds voor ipv6 te verhogen, neem maar dezelfde waarden als voor ipv4.

Kijk tevoren even hoe die waarden nu staan:

cat /proc/sys/net/ipv6/neigh/default/gc_thresh1
cat /proc/sys/net/ipv6/neigh/default/gc_thresh2
cat /proc/sys/net/ipv6/neigh/default/gc_thresh3

Ik denk dat die timeout waarden (ook voo ripv4) eigenlijk een beetje hoog zijn, begin eens met die thresholds op 1024 , 8192, 8192 te zetten.

Kan met sysctl, je kunt ze ook live veranderen door
echo 1024 > /proc/sys/net/ipv6/neigh/default/gc_thresh1
te doen.

Alleen dat blijft niet staan na een reboot, maar is wel een manier om te zien of je het probleem te pakken hebt.

Even kijken met tcpdump op je eth0 op moment(en) dat je die neighbour table overflow ziet zou ook interessant zijn.
(even opletten dat je niet je eigen ssh sessie meeneemt, en evt ook niet het webverkeer .
bv tcpdump -ni eth0 not port 22 and not port 80 and not port 443 )

waarden van ipv6 stonden op 128, 512,1024
heb de ipv4 verlaagt naar wat je hebt opgegeven en gelijk ipv6 verhoogte naar zelfde waarde als ipv4

heb die tcpdump eens gedaan en het valt me op dat het feitelijk bijna continue ipv6 verkeer is

even een snip :

20:29:57.302083 IP6 fe80::aaac:2 > ff02::12: ip-proto-112 40
20:29:57.315519 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff60:8a55: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe60:8a55, length 32
20:29:57.323110 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff29:6ff4: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe29:6ff4, length 32
20:29:57.335192 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffbd:43e9: ICMP6, neighbor solicitation, who has fe80::5054:ff:febd:43e9, length 32
20:29:57.355391 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffec:fbf8: ICMP6, neighbor solicitation, who has fe80::5054:ff:feec:fbf8, length 32
20:29:57.451898 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff07:cb3d: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe07:cb3d, length 32
20:29:57.459416 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff7d:c4d8: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe7d:c4d8, length 32
20:29:57.507745 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff5d:20ae: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe5d:20ae, length 32
20:29:57.523726 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff43:ccca: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe43:ccca, length 32
20:29:57.563387 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff08:e844: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe08:e844, length 32
20:29:57.567117 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff3e:2605: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe3e:2605, length 32
20:29:57.631573 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff45:c7e4: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe45:c7e4, length 32
20:29:57.647640 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff78:8fcc: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe78:8fcc, length 32
20:29:57.691991 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff5e:304c: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe5e:304c, length 32
20:29:57.711750 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffe4:f4c8: ICMP6, neighbor solicitation, who has fe80::5054:ff:fee4:f4c8, length 32
20:29:57.723495 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff0c:2769: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe0c:2769, length 32
20:29:57.735642 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff0b:9aed: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe0b:9aed, length 32
20:29:57.743394 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff68:edb2: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe68:edb2, length 32
20:29:57.755864 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff1b:e4b5: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe1b:e4b5, length 32
20:29:57.768211 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffc0:38a2: ICMP6, neighbor solicitation, who has fe80::5054:ff:fec0:38a2, length 32
20:30:00.021547 IP6 fe80::aaac:1 > ff02::1: ICMP6, router advertisement, length 56
20:30:00.133427 IP6 fe80::aaac:2 > ff02::12: ip-proto-112 40
20:30:01.352993 IP6 fe80::aaac:1 > ff02::1:ff1c:d14a: ICMP6, neighbor solicitation, who has 2a01:7c8:aaac:1ee:5054:ff:fe1c:d14a, length 32
20:30:02.046966 IP6 2a01:7c8:aaac:145:5054:ff:fe60:58d7.mdns > ff02::fb.mdns: 0 PTR (QM)? 17.58.93.116.in-addr.arpa. (43)
20:30:02.806361 IP6 fe80::aaac:2 > ff02::12: ip-proto-112 40
20:30:03.021072 IP6 fe80::aaac:1 > ff02::1: ICMP6, router advertisement, length 56
20:30:03.036261 IP6 fe80::aaac:1 > fe80::5054:ff:fed5:ce41: ICMP6, router advertisement, length 56
20:30:03.039234 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffd5:ce41: ICMP6, neighbor solicitation, who has fe80::5054:ff:fed5:ce41, length 32
20:30:03.042497 IP6 2a01:7c8:aaac:145:5054:ff:fe60:58d7.mdns > ff02::fb.mdns: 0 PTR (QM)? 17.58.93.116.in-addr.arpa. (43)
20:30:04.039653 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffd5:ce41: ICMP6, neighbor solicitation, who has fe80::5054:ff:fed5:ce41, length 32
20:30:04.889756 IP6 fe80::aaac:1 > fe80::5054:ff:fe6d:1ad8: ICMP6, router advertisement, length 56
20:30:04.891536 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff6d:1ad8: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe6d:1ad8, length 32
20:30:05.039779 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffd5:ce41: ICMP6, neighbor solicitation, who has fe80::5054:ff:fed5:ce41, length 32
20:30:05.043840 IP6 2a01:7c8:aaac:145:5054:ff:fe60:58d7.mdns > ff02::fb.mdns: 0 PTR (QM)? 17.58.93.116.in-addr.arpa. (43)
20:30:05.225228 IP6 fe80::aaac:2 > ff02::12: ip-proto-112 40
20:30:06.035513 IP6 fe80::aaac:1 > ff02::1: ICMP6, router advertisement, length 56
20:30:07.094525 IP6 2a01:7c8:aaac:145:5054:ff:fe60:58d7.mdns > ff02::fb.mdns: 0 PTR (QM)? 129.13.65.151.in-addr.arpa. (44)
20:30:07.635574 IP6 fe80::aaac:1 > fe80::5054:ff:fe79:564b: ICMP6, router advertisement, length 56
20:30:07.639902 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff79:564b: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe79:564b, length 32
20:30:07.643761 IP6 fe80::aaac:1 > fe80::5054:ff:feef:8a56: ICMP6, router advertisement, length 56
20:30:07.647576 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffef:8a56: ICMP6, neighbor solicitation, who has fe80::5054:ff:feef:8a56, length 32
20:30:07.651757 IP6 fe80::aaac:1 > fe80::5054:ff:fea2:7127: ICMP6, router advertisement, length 56
20:30:07.655258 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ffa2:7127: ICMP6, neighbor solicitation, who has fe80::5054:ff:fea2:7127, length 32
20:30:07.655325 IP6 fe80::5054:ff:fea2:7127 > fe80::5054:ff:fe05:dbc5: ICMP6, neighbor advertisement, tgt is fe80::5054:ff:fea2:7127, length 32
20:30:07.659445 IP6 fe80::aaac:1 > fe80::5054:ff:fe44:f2f0: ICMP6, router advertisement, length 56
20:30:07.663496 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff44:f2f0: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe44:f2f0, length 32
20:30:07.668403 IP6 fe80::aaac:1 > fe80::5054:ff:fe68:2a6a: ICMP6, router advertisement, length 56
20:30:07.675494 IP6 fe80::5054:ff:fe05:dbc5 > ff02::1:ff68:2a6a: ICMP6, neighbor solicitation, who has fe80::5054:ff:fe68:2a6a, length 32
20:30:08.106813 IP6 2a01:7c8:aaac:145:5054:ff:fe60:58d7.mdns > ff02::fb.mdns: 0 PTR (QM)? 129.13.65.151.in-addr.arpa. (44)
20:30:08.185312 IP6 fe80::aaac:2 > ff02::12: ip-proto-112 40
ga ze ook aanpassen in /etc/sysctl.conf

heb nu dit staan daar:
net.ipv4.neigh.default.gc_thresh1 = 1024
net.ipv4.neigh.default.gc_thresh2 = 8192
net.ipv4.neigh.default.gc_thresh3 = 8192
net.ipv4.neigh.default.base_reachable_time = 86400
net.ipv4.neigh.default.gc_stale_time = 86400
net.ipv6.neigh.default.gc_thresh1 = 1024
net.ipv6.neigh.default.gc_thresh2 = 8192
net.ipv6.neigh.default.gc_thresh3 = 8192

[knoll]

ga hout vast houden maar de errors lijken weg voorlopig ! enige die ik nog zie van fouten als ik (sysctl -p) deed na mn config update
sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key
error: "net.bridge.bridge-nf-call-iptables" is an unknown key
error: "net.bridge.bridge-nf-call-arptables" is an unknown key
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.ipv4.neigh.default.gc_interval = 3600
net.ipv4.neigh.default.gc_thresh1 = 1024
net.ipv4.neigh.default.gc_thresh2 = 8192
net.ipv4.neigh.default.gc_thresh3 = 8192
net.ipv4.neigh.default.base_reachable_time = 86400
net.ipv4.neigh.default.gc_stale_time = 86400
net.ipv6.neigh.default.gc_thresh1 = 1024
net.ipv6.neigh.default.gc_thresh2 = 8192
net.ipv6.neigh.default.gc_thresh3 = 8192
[root@gsi ~]#

gaat wellicht over dit in de config
# Disable netfilter on bridges.
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0

is nu heel stil in mn /var/log/messages:

Aug 24 20:35:50 gsi kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:a2:71:27:00:19:e2:b8:07:c1:08:00 SRC=94.30.100.198 DST=149.210.169.12 LEN=52 TOS=0x00 PREC=0x00 TTL=54 ID=64247 DF PROTO=TCP SPT=47052 DPT=5000 WINDOW=14600 RES=0x00 SYN URGP=0
Aug 24 20:39:49 gsi kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:a2:71:27:00:19:e2:bd:27:c1:08:00 SRC=183.136.213.202 DST=149.210.169.12 LEN=40 TOS=0x08 PREC=0x20 TTL=99 ID=256 PROTO=TCP SPT=6000 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0
Aug 24 20:46:44 gsi kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:a2:71:27:00:19:e2:bd:27:c1:08:00 SRC=113.108.21.16 DST=149.210.169.12 LEN=40 TOS=0x08 PREC=0x20 TTL=45 ID=0 DF PROTO=TCP SPT=12201 DPT=0 WINDOW=8192 RES=0x00 SYN URGP=0

ervoor was het bijna continue errors van neighbour

grz en bedankt voor alles , en om mee te denken zal wellicht liggen aan het feite dat ipv6 te laag stond ingesteld denk ik

[visser]

ga hout vast houden maar de errors lijken weg voorlopig ! enige die ik nog zie van fouten als ik (sysctl -p) deed na mn config update
sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key
error: "net.bridge.bridge-nf-call-iptables" is an unknown key
error: "net.bridge.bridge-nf-call-arptables" is an unknown key
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.ipv4.neigh.default.gc_interval = 3600
net.ipv4.neigh.default.gc_thresh1 = 1024
net.ipv4.neigh.default.gc_thresh2 = 8192
net.ipv4.neigh.default.gc_thresh3 = 8192
net.ipv4.neigh.default.base_reachable_time = 86400
net.ipv4.neigh.default.gc_stale_time = 86400
net.ipv6.neigh.default.gc_thresh1 = 1024
net.ipv6.neigh.default.gc_thresh2 = 8192
net.ipv6.neigh.default.gc_thresh3 = 8192
[root@gsi ~]#

gaat wellicht over dit in de config
# Disable netfilter on bridges.
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0

is nu heel stil in mn /var/log/messages:

Aug 24 20:35:50 gsi kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:a2:71:27:00:19:e2:b8:07:c1:08:00 SRC=94.30.100.198 DST=149.210.169.12 LEN=52 TOS=0x00 PREC=0x00 TTL=54 ID=64247 DF PROTO=TCP SPT=47052 DPT=5000 WINDOW=14600 RES=0x00 SYN URGP=0
Aug 24 20:39:49 gsi kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:a2:71:27:00:19:e2:bd:27:c1:08:00 SRC=183.136.213.202 DST=149.210.169.12 LEN=40 TOS=0x08 PREC=0x20 TTL=99 ID=256 PROTO=TCP SPT=6000 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0
Aug 24 20:46:44 gsi kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:a2:71:27:00:19:e2:bd:27:c1:08:00 SRC=113.108.21.16 DST=149.210.169.12 LEN=40 TOS=0x08 PREC=0x20 TTL=45 ID=0 DF PROTO=TCP SPT=12201 DPT=0 WINDOW=8192 RES=0x00 SYN URGP=0

ervoor was het bijna continue errors van neighbour

grz en bedankt voor alles , en om mee te denken zal wellicht liggen aan het feite dat ipv6 te laag stond ingesteld denk ik

Graag gedaan.

Overigens, ik bedoelde met 'die timeouts' de waarden voor
net.ipv4.neigh.default.base_reachable_time = 86400
net.ipv4.neigh.default.gc_stale_time = 86400

Daar zeg je dat arp entries een hele dag geldig zijn, en dat lijkt me veel te hoog, die zou ik weer op default waarden zetten.

Eventueel ook alle IPv4 waarden (gc_thresh 1 / 2/ 3) weer naar defaults.

Ik denk (theorie) dat er veel meer IPv6 hosts in je IPv6 subnet zitten dan IPv4 hosts, en dat je daarom vrij veel V6 neighbour (discovery) entries kreeg, wat meer dan er bij de standaard cache van 128 in passen.

Misschien dat de provider IPv4 wel door een eerste access device op L3 termineert en je dus een /24 IPv4 subnet hebt met maximaal 253 buren, maar IPv6 pas verderop (en de eerste access switch IPv6 op L2 doorlaat).
Dan heb je wat meer neighours is een cache waarde van 128 te klein.

Aan het IPv6 subnet (/64) kun je dat niet zien, je hebt zeker geen 2^64 buren, dat is gewoon een gebruikelijke (en , bij gebruik van SLAAC noodzakelijke) waarde voor een IPv6 subnet.

[PimEffting]

Heb je jouw hoster / leverancier al geraadpleegd?
Zelfs bij een unmanaged (soms ook "self managed" genoemd ;-) VPS moet de netwerk connectiviteit gewoon goed zijn.

edit: oeps, zie nu dat het al is opgelost. my bad.