Danke für deine Rückmeldung, Ulrich.
Es verhält sich genau so wie von Dir beschrieben.
Mit konfiguriertem aiccu läuft nun auch wget bei hosts mit hinterlegtem AAA record wieder 
Ich habe radvd noch nicht eingerichtet, da ich noch kein Subnet habe. Also liegt es eventuell daran, aber ich habe nun das gleiche Problem wie bratkartoffel.
/ # find . -name "ip6*" gibt mit folgende Ausgabe zurück:
Code:
./lib/modules/2.6.13.1-ohio/kernel/net/ipv6/netfilter/ip6_tables.ko
./lib/modules/2.6.13.1-ohio/kernel/net/ipv6/netfilter/ip6table_filter.ko
./proc/sys/net/ipv6/ip6frag_secret_interval
./proc/sys/net/ipv6/ip6frag_time
./proc/sys/net/ipv6/ip6frag_low_thresh
./proc/sys/net/ipv6/ip6frag_high_thresh
./proc/net/ip6_tables_matches
./proc/net/ip6_tables_targets
./proc/net/ip6_tables_names
./proc/net/ip6_flowlabel
./sys/module/ip6table_filter
./sys/module/ip6_tables
./usr/sbin/ip6tables
Also scheinbar, bis auf die Kernel Version, identisch mit der zu erwatenden Ausgabe von mhorstmann.
Liegt es tatsächlich am Kernel (habe vom aktuellen freetz trunk compiled und die Anleitung von mhorstmann Schritt für Schritt befolgt) oder gibt es irgendeinen anderen Fehler mit meinem Setup?
Das ist nach dem Start von nihpt im Syslog:
Code:
fritz user.warn kernel: ip6_tables: (C) 2000-2002 Netfilter core team
Und das ca. alle 5 Minuten - ich schätze das kommt von aiccu und muss mich nicht weiter beunruhigen?
Code:
fritz user.warn kernel: [speedup] -> 125 MHz
fritz user.warn kernel: [speedup] -> 62.5 MHz
fritz user.debug kernel: mcfw: group 0.0.0.0: query tiwlan:0 10sec
fritz user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
fritz user.debug kernel: mcfw: group 0.0.0.0: query tiwlan:0 10sec
fritz user.debug kernel: mcfw: group 0.0.0.0: query cpmac:0 10sec
Gruß,
andino