Ik zie hier ook DFS geneuzel, maar handmatig op een laag 5 GHz kanaal gezet. Vind zowiezo de automatische kanaalselectie van Fritzboxen niet geweldig hier in een appartementen complex en een paar restaurants met WIFI op het terras in de buurt.

Viel mij ook op dat na het updaten van de 1750 (duurt echt lang) de 7581 reboot of z'n DSL opnieuw start. Zit mesh zo diep in de software ?

Modem traint identiek in.

Wat mij wel opvalt is dat de roaming tussen de repeaters (2 stuks) en de modem een stuk beter lijkt te gaan na de volledige reset. Mijn telefoon maar ook de S7 van mijn vriendin en de iPad blijven niet meer zo lang op een bepaalde repeater hangen maar schakelen veel sneller om. Dat is een duidelijke verbetering!

Wat is trouwens de beste strateggie met Mesh ?

Ik heb nog steeds 2 aparte SSIDs, een voor 2.4 GHz en een voor 5 GHz.

Toch beiden met dezelfde SSID ?

Veldsterkte heb ik nog steeds op 100% staan.

Heb het idee dat met een 7581 en een 1750E sinds 7.01 het bereik minder is. Zie een Canary camera en een Belkin van het netwerk floepen. Of Canary heeft weer cloud issues.

Gekke dat in een slaapkamer het bereik prima is.

Misschien de Canary naar de slaapkamer verplaatsen.

En voor de rest denk ik dat je de Mesh het zelf moet laten uitzoeken.

Automatische kanaalselectie is in de 2.4 GHz band zo goed als onbruikbaar. Mijn 7581 (begane grond) ziet 17 netwerken, mijn 1750E (1e verdieping) ziet 25 netwerken (soms ook meer). En dan te bedenken dat ik in een ruime laagbouwwijk woon.
Als de 7581 herstart, lijkt mij dat een bug. Als de eerste melding in de event log direct na het moment van inmeshed was, dan heb je inderdaad een herstart gehad. Als je daarna geen herstart meer hebt gehad, maak dan eens een uitdraai van de support data en zoek daar in de regel met 'Reboot Status is:'. Die geeft uitsluitsel over de reden van de herstart.

Morgen is inmiddels vandaag. Het recoveren ging vlot, daarna alles met de hand opnieuw ingesteld (alleen het telefoonboek heb ik geïmporteerd). De enige wijziging die ik heb gespot t.o.v. de bèta's is dat op de Wireless Security pagina de optie Enable support for protected registration of wireless LAN devices (PMF) erbij is gekomen. Dat staat nu aan. Mijn WiFi clients (iOS 12, Android 7.1.2, Windows 10 en een digitale receiver) hebben er geen moeite mee.

Verder zitten de bekende bugs er nog in: verwisselde FON-poort namen, DECT Eco werkt niet met Gigaset, Error code 1 bij configureren port forwarding voor SSH (maar ook als ik de naam van een forward probeer te wijzigen!), DSL line settings niet sticky, etc. De port forwarding bug is heel vervelend. De focus ligt bij AVM duidelijk (en begrijpelijkerwijs) op het de poort uit persen van Fritz!OS 7 images.

De 1750E heb ik alleen een factory reset gegeven en daarna opnieuw ingemesht. Het zou wel zo handig zijn als je dat ook vanuit de UI kunt doen. Ik vind het een beetje droevig dat je dat alleen via de WPS-knoppen kunt doen. So be it. Het is gelukkig niet iets wat je dagelijks moet doen.

Zal vanavond eens kijken. Voorzover ik weet/kan zien is ie "up" na het updaten van de 1750E. Ga nog wel een tweede 1750E bijprikken.

Wat mij ook opviel dat mesh alleen 2.4 GHz laat zien in het overzicht, terwijl 5 GHz wel aan staat. Is dit normaal ? Na mijn iPhone op 5 GHz gezet te hebben (aparte SSIDs) verscheen er nog niets. Dacht dat mijn Chromecast 4K ook op 5 GHz staat.

Inmiddels heb ik de oorzaak hiervan gevonden: een IPv6-bug in de 7581 User Interface, zelfs als je geen IPv6 port forward instelt. De bug komt bij mij tot expressie door de specifieke IPv6-adresstrategie op mijn netwerk. Je zult er geen last van hebben tenzij je een bepaalde IPv6-adresstructuur op je netwerk gebruikt.

Het IPv4-adres van de server op mijn interne netwerk is 10.0.0.10. Het IPv6-adres is 2001:980:xxxx:1::10, voluit geschreven als 2001:980:xxxx:1:0:0:0:10. De crux zit in de laatste vier cijfergroepen. Het probleem treedt op zodra de eerste daarvan nul is (of de eerste 2, dan wel de eerste 3 zoals in mijn geval).

Als je in de 7581 een device configureert voor sharing (port forwarding), dan moet je een IPv6 interface ID opgeven. Dat bestaat uit 4 velden zijnde de laatste vier cijfergroepen van het IPv6-adres van het device. In mijn geval vul ik daar dus 0, 0, 0 en 10 in (zie bijlage portforward1.jpg). Als ik de port forwarding later wil wijzigen, dan laat de 7581 maar één cijfergroep zien (zie bijlage portforward2.jpg). De andere 3 cijfergroepen worden niet getoond en ontbreken bij het opslaan. De 7581 ziet dit als ongeldige invoer en trakteert de gebruiker op een 'Error code: 1' melding.

Edit: de workaround voor IPv4-only forwarding is om een fake IPv6 interface ID configureren waarvan de meest linkse groep niet nul is. Als het eenmaal fout zit, is er helaas geen weg terug anders dan het device te verwijderen en helemaal opnieuw te configureren.

Deze gaat richting AVM. De fix lijkt mij triviaal.

DECT Eco werkt hier niet met oude Siemens toestellen type AS28H. Zodra eco aanstaat, dan verliest het toestel na een paar minuten het contact met de Fritzbox en zoekt hij een basisstation. Zet ik eco uit dan werkt het weer. Fritz Fon's blijven uiteraard gewoon werken.

Heeft iemand al ervaring met DECT toestellen van AVM zoals de C5 etc? Is het blikkerige, krakende geluid dat na een paar dagen optrad nu echt weg? De verbinding blijft nu goed en wordt niet meer verbroken?