Mijn vermoeden dat het probleem ontstaat vanwege broadcast packages klopt inderdaad. Ik heb vanochtend een packet trace gedaan.
Stappen: zoek de juiste wifi interface op basis van ESSID waar de ATAG One aan is geconnect :
Vervolgens een debug terminal openen op dit acces point (helemaal onderaan bij 'tools'). In de shell kan dan een packet trace worden gestart met tcpdump. Van groot belang in de opties wel de juiste interface mee te geven! Hier is dat dus de interface die gevonden is in de vorige stap (dat is dus
in mijn geval ath1). Het commando wordt dan:
tcpdump -i ath1 host {ip-adress-van-de-ATAG} -vvv
(de -vvv zorgt er alleen voor dat je iets meer info krijgt, maar dit is niet echt noodzakelijk om erbij te zetten).
Hierna zie je zoiets als:
In de trace zien we dat er UDP broadcast packets worden gestuurd naar het subnet-directed broadcast address. Dit is dus wat er wordt geblocked door het aanzetten van multicast en broadcast filtering. Observatie daarbij is dat de WiFi experiance in zulke gevallen omlaag gaat van (bijna) 100% naar 60%. Wellicht is een wifi experiance van 60% indicatie van een probleem met multicast?
De inhoud van de packets bevestigd overigens dat het hier broadcase packets betreft. De inhoud (in hex en ascii) kan je zien door volgende commando.
tcpdump -i ath1 src {{ip-adress-van-de-ATAG} -X
Het lijkt erop dat de ATAG met een behoorlijke regelmaat zijn serienummer (oid) rondzend op het netwerk.
Een zoektocht op internet laat zien dat dit dus om de 10 seconden gebeurd:
https://juur.link/2015/11/atag-one-app/
Graag zou ik natuurlijk wel de ongelimiteerde broadcast op mij IOT netwerk weer uitzetten.
Zodra ik hier een oplossing voor heb (die de ATAG ONE niet onbruikbaar maakt), post ik dat hier.
Enable fast roaming
