Ik zag dat er al een vergelijkbaar topic is en ik heb precies dezelfde problemen waar we bij UBI totaal geen verdere ondersteuning / oplossing / verklaring voor kunnen krijgen.
Voor elke tijdsspanne hebben we een hoop niet bestaande clients (afhankelijk van netwerk gebruik in een weekend tot wel 180-240 stuks in 2 dagen), steevast beginnend met MAC octets van 02 - E2 - 4A - 60 en E6 die bij macvendors geen hit geven. Altijd wired verbonden (wat technisch niet kan) , maar geen ip toegekend en geen verkeer geregistreerd. Maar wel "actief" in sommige gevallen.
Netwerk sniffers laten geen pakketten etc. zien van die mac-adressen, of delen van die mac-adressen in pakketten. Lijkt er dus op dat de Network interface vrij snel een "nieuwe" cliënt toevoegt op basis van maar enkele / enkel data pakket. In combinatie met de trage interface ben je dan ook redelijk lang bezig om die "clients" te verwijderen.
Ik weet inmiddels dat het gebruik van een meshing-AP dit probleem veroorzaakt (ding is wel nodig dus uitschakelen is geen optie), buren ed. hebben geen invloed op het voorkomen van het probleem.
Setup : UAP AC Pro, via UBNT POE injector van stroom voorzien. Meshed met andere UAP AC Pro (zelfde etage - zichtlijn 4,5 mtr, passeert 2 dunnere muren). Port 2 van de AP wordt gebruikt om een docking aan te sluiten.
TS so far : poe-injector omgewisseld, wel / geen docking aangesloten, "wired" verbonden pc's : geen slaapstand / wel slaapstand, bij geen docking wel via wifi verbonden, AP's om gewisseld, voorkeurs AP ingesteld etc. Maakt op zich niet uit wat en hoe geconfigureerd wordt: soms een hele periode (dwz. 1-3 dagen) geen enkel probleem, dan ineens weer een storm (ook zonder dat er over dat AP verbonden is) van allerlei mac-addressen die niet bestaan. Er zijn meerdere calls bij UI.com en leverancier ingediend maar daar komt niets uit.
Enige wat me opvalt is dat steevast de meshing een lage impedantie heeft : 68-64dBm.
Ik heb voor de time-being dat UI hier nog wordt ingezet twee opties :
A) probleem de boel laten, logs / interface vol laten lopen met niet bestaande clients en dus uiteindelijk effectief geen gebruik meer maken van de network applicatie of
B) kijken of ik die impedantie kan verbeteren.
Gezien de afstand van slechts 4,5 mtr had ik een veel betere verbinding verwacht (zeker omdat de meshing master buiten het kantoor (door buitenmuur) over een afstand van 20-30 meter nog mobieltjes / laptops kan aantikken, en de slave dat zelfde aan de achterkant van het gebouw voor elkaar krijgt en ze dan toch op de een of andere manier dat korte stukje tussen de AP's niet goed voor elkaar krijgen. ) maar radio-signalen zijn niet echt onze core-business dus mijn vraag is : wat kan ik doen om die impedantie te verbeteren? Zijn er instellingen waarmee het bereik kan stabiliseren, moeten de AP's op een bepaalde manier elkaar "kunnen zien" etc. etc.
Alvast bedankt voor het lange lezen en jullie eventuele vragen / opmerkingen / oplosssingen / tips.
Den
Voor elke tijdsspanne hebben we een hoop niet bestaande clients (afhankelijk van netwerk gebruik in een weekend tot wel 180-240 stuks in 2 dagen), steevast beginnend met MAC octets van 02 - E2 - 4A - 60 en E6 die bij macvendors geen hit geven. Altijd wired verbonden (wat technisch niet kan) , maar geen ip toegekend en geen verkeer geregistreerd. Maar wel "actief" in sommige gevallen.
Netwerk sniffers laten geen pakketten etc. zien van die mac-adressen, of delen van die mac-adressen in pakketten. Lijkt er dus op dat de Network interface vrij snel een "nieuwe" cliënt toevoegt op basis van maar enkele / enkel data pakket. In combinatie met de trage interface ben je dan ook redelijk lang bezig om die "clients" te verwijderen.
Ik weet inmiddels dat het gebruik van een meshing-AP dit probleem veroorzaakt (ding is wel nodig dus uitschakelen is geen optie), buren ed. hebben geen invloed op het voorkomen van het probleem.
Setup : UAP AC Pro, via UBNT POE injector van stroom voorzien. Meshed met andere UAP AC Pro (zelfde etage - zichtlijn 4,5 mtr, passeert 2 dunnere muren). Port 2 van de AP wordt gebruikt om een docking aan te sluiten.
TS so far : poe-injector omgewisseld, wel / geen docking aangesloten, "wired" verbonden pc's : geen slaapstand / wel slaapstand, bij geen docking wel via wifi verbonden, AP's om gewisseld, voorkeurs AP ingesteld etc. Maakt op zich niet uit wat en hoe geconfigureerd wordt: soms een hele periode (dwz. 1-3 dagen) geen enkel probleem, dan ineens weer een storm (ook zonder dat er over dat AP verbonden is) van allerlei mac-addressen die niet bestaan. Er zijn meerdere calls bij UI.com en leverancier ingediend maar daar komt niets uit.
Enige wat me opvalt is dat steevast de meshing een lage impedantie heeft : 68-64dBm.
Ik heb voor de time-being dat UI hier nog wordt ingezet twee opties :
A) probleem de boel laten, logs / interface vol laten lopen met niet bestaande clients en dus uiteindelijk effectief geen gebruik meer maken van de network applicatie of
B) kijken of ik die impedantie kan verbeteren.
Gezien de afstand van slechts 4,5 mtr had ik een veel betere verbinding verwacht (zeker omdat de meshing master buiten het kantoor (door buitenmuur) over een afstand van 20-30 meter nog mobieltjes / laptops kan aantikken, en de slave dat zelfde aan de achterkant van het gebouw voor elkaar krijgt en ze dan toch op de een of andere manier dat korte stukje tussen de AP's niet goed voor elkaar krijgen. ) maar radio-signalen zijn niet echt onze core-business dus mijn vraag is : wat kan ik doen om die impedantie te verbeteren? Zijn er instellingen waarmee het bereik kan stabiliseren, moeten de AP's op een bepaalde manier elkaar "kunnen zien" etc. etc.
Alvast bedankt voor het lange lezen en jullie eventuele vragen / opmerkingen / oplosssingen / tips.
Den