Het ding hing zichzelf regelmatig midden in de nacht op. En dan was er toch zeker geen sprake van UDP verkeer.

Optimist schreef:
... want Orange VoIP maakt gebruik van UDP/RTP op de Livebox...

Richard schreef:
...bleek binnen een aantal minuten maar liefst 1541x een udp aanvraag te zijn gedaan op poort 68 enwel door een Wanadoo ip adres eindigend op .1 en ...

poort 68 is een poort die gebruikt wordt door het dhcp protocol.

Richard schreef:
Normaliter is dat ook geen probleem, en er mag best eens gechecked worden of m'n Livebox er nog is ofzo. Maar 1541 keer op zeer korte tijd is wel wat ERG veel. Dat duidt toch echt op een verkeerde instelling of een probleem met de server.

Dat zou dan mooi kloppen met het feit dat daar bij mij geen sprake van is, met als oorzaak dat alle poorten van die Livebox geforward zijn naar de Linuxmachine en daar afgevangen worden door de firewall.

The UDP header contains source and destination port numbers. The
BOOTP protocol uses two reserved port numbers, 'BOOTP client' (68)
and 'BOOTP server' (67). The client sends requests using 'BOOTP
server' as the destination port; this is usually a broadcast. The
server sends replies using 'BOOTP client' as the destination port;
depending on the kernel or driver facilities in the server, this may
or may not be a broadcast (this is explained further in the section
titled 'Chicken/Egg issues' below). The reason TWO reserved ports
are used, is to avoid 'waking up' and scheduling the BOOTP server
daemons, when a bootreply must be broadcast to a client. Since the
server and other hosts won't be listening on the 'BOOTP client' port,
any such incoming broadcasts will be filtered out at the kernel
level. We could not simply allow the client to pick a 'random' port
number for the UDP source port field; since the server reply may be
broadcast, a randomly chosen port number could confuse other hosts
that happened to be listening on that port.

Zie je UDP datagrams voor poort 67 of voor poort 68?

Richard schreef:
Even zien of ik iets kan aangeven uit de log hieromtrent:
SRC=85.146.xxx.1 DST=192.168.1.11 LEN=337 TOS=0x00 PREC=0x00 TTL=254 ID=38098 PROTO=UDP SPT=67 DPT=68 LEN=317

Dat is wat ik zie.
En dat dus bijna 2 dagen achter elkaar 2 a 3x per minuut, da's gewoon overdreven veel.
2 maart om 18.00 was het afgelopen. Op 28 februari rond 23.00 was het grapje begonnen.

Overigens gebruik ik geen DHCP op Linux want ik heb telefonie dus kan de LB niet in bridgemode zetten, ik gebruik de alternatieve bridgemode (portforwardings dus).

Orange probeert vanaf 85.146.xxx.1 richting jouw LAN segment een UDP datagram to sturen naar de BOOTPC