Roger schreef:

De IP-stack zelf zal denk ik wel standaard Linux zijn. Daarover maak ik mij niet echt zorgen. Maar des te meer over wat AVM daar allemaal bovenop heeft geknutseld

Fritz!OS 6.32 voor de 7369 gebruikt Linux kernel 2.6.28.10. Die versie was al zo'n 6 jaar (!!) oud toen 7369 verscheen (voorjaar 2015). Fritz!OS 6.85 voor de 7581 gebruikt Linux kernel 3.4.11-rt19 en die was 4 jaar oud toen de 7581 op de markt kwam (najaar 2016). Die voorkeur voor museumstukken is mij een raadsel. Zouden ze die kernels op de rommelmarkt kopen, onwetend dat Linux gratis is?

Ik zou overigens niet kiezen voor een stable release, maar voor een longterm maintenance release die nog een paar jaar meegaat. De Labor bèta voor de 4040 gebruikt een longterm kernel (4.4.60, april 2017). Voor de overige Labor bèta's gebruikt AVM een niet al te oude kernel uit de 3.10-reeks, maar ook daar weer niet zo recent als je zou willen. En dat terwijl de 3.10-reeks inmiddels EOL is.

diedvdyk schreef:
Ik was het gedonder van AVM met dns, dhcp en wlan zo zat dat ik overgestapt ben naar een meer professionele oplossing van Ubiquiti.
Leve de vrije modem keuze bij XS4Alll (en wat natuurlijk helpt is dat ik glasvezel heb).

tubejack schreef:
De 7581 liep net helemaal vast webpagina's laden niet meer.

tubejack schreef:
Wat opviel was bergen IPV6 verkeer volgens tpcdump.

tubejack schreef:

"Noodgedwongen" de 7581 weer teruggezet. De VDSL verbinding met de 7369 was net even te slecht. Na een dag of 10 liep hij helemaal vast en kreeg ik de meest vreemde netwerkproblemen. Jammer wat dit modem werkt verder prima bij niet te snelle lijnen. Als hij VDSL profiel 8B zou hebben en/of gebruiken dan was het perfect geweest.

Wat me vandaag opviel dat DHCP een ip-adres uitdeelde, terwijl datzelfde IP-adres in de host tabel al bekent was. Dus #nder Home Network ===> Network Connections ==> Idle Connections.
M.i. een bug.

Verder valt het op dat apparatuur soms vreemde namen krijgen. Zo heette een van mijn Nassen Squeeuzebox even de naam veranderd in de juiste en "tatata" ik kon er een portforwarding naar doen.
Bug 2...

RuudvanMunster schreef:
Sinds kort een nieuw verschijnsel op mijn FB 7581, onverwacht optredende melding (verzonden om 23:58 gisteren):
Your FRITZ!Box 7581 received the following web addresses: ${EXTERNAL_IP}.
IPv4: xx.xxx.xx.xx
IPv6: [xxxx:xxx:xxxx::x]

In de logging staat alleen:
30.06.18 23:58:24 An error message has been send

Normaal kreeg ik deze melding alleen als de ADSL verbinding verbroken is en het modem opnieuw verbinding heeft gemaakt. Maar volgens de 7581 is de verbinding sinds 13-6-2018 niet verbroken.
Dat laatste verbaast me een beetje. Het verschijnsel is nu op onregelmatige tijden een keer of 3 opgetreden.

Roger schreef:

Die melding komt elke keer als de Fritz!Box een IP-adres krijgt toegekend door de BRAS van XS4ALL bij de opbouw van een nieuwe PPPoE sessie. Dat kan nadat je DSL-verbinding er helemaal uit heeft gelegen, maar ook na een PPPoE sessie timeout of als de BRAS de sessie heeft afgebroken. Dat laatste kan b.v. het gevolg zijn van een reboot van de BRAS of van een herconfiguratie van je verbinding. In dat geval vindt er geen disconnect plaats op DSL-niveau. Staat er in de logging vlak daarvoor niet iets als 'Internet connection cleared.' ? Ik heb zo'n event twee weken geleden gehad.

Edit: De bijbehorende log regel begrijp ik overigens ook niet. Bij mij was die er niet.

RuudvanMunster schreef:
Het punt is inderdaad dat de melding 'Internet Connection Cleared' in al deze gevallen ontbreekt. Het enige is die wat cryptische melding 'An Error Message has been send'. Er is verder geen informatie te vinden in de FB die wijst op een verbroken verbinding.

In Internet > DSL Information > Statistics staan wel twee bursts '' met 'Unrecoverable errors'. Maar die grafieken zijn zo slecht dat je er geen tijdschaal op kunt aflezen. Dus of 1 ervan wel/niet samenvalt met de gebeurtenis, is ook niet duidelijk.

Ik neem aan dat als de DSL op één van de manieren waarop je beschrijft niet is verbroken maar wel anderszins is onderbroken, dat de teller van de connection time gereset zou zijn...

Dat is toch ook zo'n puntje waarom ik de 7581 nog steeds broddelwerk vindt. Instellingen die niet worden onthouden of niet zijn aan te passen, onduidelijkheden in de logging. Misschien zijn niet alle dakpannen lek... Maar het lekt soms nog wel. Voor zover ik het kan natrekken treedt dit nieuwe verschijnsel op na de (onvrijwillige) update van de 7581. (Ik had XS4ALL aangegeven die even nog niet te willen....)