NT Kroeg v0.1

[nero355]

Will_M schreef op zondag 22 november 2020 @ 22:04:
Is 't misschien niet beter om een betrouwbare provider te zoeken welke al je bitjes en bytes veilig transporteert naar een stukje 'cloud' wat jij vertrouwt?

Daar zeg je wat : Ik heb nog wat opslag bij TransIP als het goed is, maar dat is maar 1 TB en hooguit leuk voor wat video's en jpeg bestandjes zonder de RAW files erbij

We praten hier over netwerken en niet over een SAN of simpele NAS 'meuk' hé

Niet zo zuur

Als je niks leuks hebt om over je netwerk heen te vervoeren dan is het ook maar zo saai!

[Keypunchie]

Daarnaast, de N in zowel SAN als NAS staat voor Network ;-)

[RGHoeksma96]

@nero355 Zo’n gratis stack account van transip?
Die gaan er uit helaas..

[nero355]

RGHoeksma96 schreef op maandag 23 november 2020 @ 23:19:
Zo’n gratis stack account van transip?
Die gaan er uit helaas..

Mja, jammer dan en verder geen ramp op het moment, want ik heb er eigenlijk totaal geen gebruik van gemaakt

[martinzweep]

Iemand dit wel eens tegen gekomen? Wist niet wat ik zag vandaag bij een klant.

[vanaalten]

martinzweep schreef op woensdag 25 november 2020 @ 23:56:
[Afbeelding]

Iemand dit wel eens tegen gekomen? Wist niet wat ik zag vandaag bij een klant.

Lijkt mij dat dit gedaan is zodat je op beide outlets kan inprikken voor dezelfde 4-pair kabel. Nee, twee verschillende apparaten inprikken zal niet werken, maar je hebt nu in elk geval ook geen niet-werkende outlet.

Echt fraai is het niet - had dan een van de twee dichtgetaped of zo.

[ThinkPad]

Tijd terug eens bezig geweest met een .iso booten via PXE ThinkPadd in "NT Kroeg v0.1" via BIOS werkt dat wel.
Vandaag ook eens geprobeerd via UEFI te doen, maar lukt niet echt.

Krijg een VM wel zover dat hij syslinux.efi boot via het netwerk, ik zie dan ook netjes m'n eigen menuutje. Maar een .iso starten kan niet. Bij pxelinux gebruikt hij 'memdisk', maar die bestaat niet in de EFI variant.

Iemand een idee of je via syslinux.efi (PXE boot voor UEFI) uberhaupt nog ISO's kunt starten? Als ik er op zoek dan vind ik alleen dat je met bijv. Ubuntu ook de kernel/initrd moet meegeven en niet alleen de .iso. Maar hoe zit het met een 'gewone' .iso van een tool (Hiren's, DBAN etc), kan dat werken via PXE boot over UEFI ?

[ Voor 10% gewijzigd door ThinkPad op 27-01-2021 23:00 ]

[dion_b]

Verkeerd geleverde bestelling op het werk, door Corona-vertragingen (duurde weken voor controle van levering) pas te laat opgemerkt om te kunnen reclameren. We hadden twee HPE Aruba AP-534 en twee AP-535 units besteld voor een testopstelling. In plaats daarvan kregen we AP-535 en een enkele AP-515. De AP-535 waren eigenlijk alleen maar backups voor obscure use cases, de AP-534 (met externe antennes) waren waar het om ging. En die hebben we niet Dus nu een aantal idioot high-end AP's waar we eigenlijk niets mee kunnen...

Oftewel ik heb vanavond thuis de AP-515 en AP-535 opgehangen om in ieder geval beetje feeling met die zooi te krijgen. 4x4 WiFi-ax is altijd mooi natuurlijk

Edit:
Voor de duidelijkheid - ze gaan tzt gewoon weer terug naar kantoor. Maar dan heb ik er tenminste mee kunnen spelen. Practisch gezien leveren ze sowieso nul meerwaarde boven m'n eigen UniFi UAP AC Pro's en verbruiken wel een sloot meer stroom. Tot nu toe vooral fan van remote monitor mode, WiFI packet capture door AP. Daar kan ik ze allicht wel zinnig voor gebruiken in testopstellingen op het werk

[ Voor 23% gewijzigd door dion_b op 12-02-2021 03:19 ]

[Noxious]

Nou, met flinke pijn in het hart (vooral m.b.t. de Enterasys en de ProCurve) heb ik besloten toch afscheid te nemen van m'n antieke homelab.
Ik had verwacht er nog mee te gaan spelen, maar het staat vooral in de weg in m'n flatje en maakt allemaal zo gruwelijk veel herrie. Ik heb nog gekeken naar stille fans voor een aantal maar da's het geld eigenlijk niet waard.

Voor de mensen met interesse; ik heb alles op V&A gezet: V&A aangeboden: Overcompleet homelab voor de netwerkhobbyist ;)

Nu maar eens zoeken naar ideetjes om virtueel aan de slag te gaan met dit soort dingen.

[Will_M]

Noxious schreef op zondag 21 februari 2021 @ 18:26:
Nou, met flinke pijn in het hart (vooral m.b.t. de Enterasys en de ProCurve) heb ik besloten toch afscheid te nemen van m'n antieke homelab.
Ik had verwacht er nog mee te gaan spelen, maar het staat vooral in de weg in m'n flatje en maakt allemaal zo gruwelijk veel herrie. Ik heb nog gekeken naar stille fans voor een aantal maar da's het geld eigenlijk niet waard.

Voor de mensen met interesse; ik heb alles op V&A gezet: V&A aangeboden: Overcompleet homelab voor de netwerkhobbyist ;)

Nu maar eens zoeken naar ideetjes om virtueel aan de slag te gaan met dit soort dingen.

Een 'HomeLab' moet je eigenlijk ook gewoon niet fysiek willen draaien. Je kunt vaak alles virtualiseren middels (gratis) spullen van de leverancier van de hardware óf middels tooling zoals 'EVE-NG'.

@dion_b Ik had hier laatst een paar Cisco 2800 serie AP's in huis via 't werk... Die krengen pakken 24/7 gewoon nog steeds 5 keer zoveel aan Watt's als dat m'n UI Nano-HD's doen.....

Doe's ff nie!!!

[ Voor 8% gewijzigd door Will_M op 28-02-2021 19:42 ]

[Noxious]

Will_M schreef op zondag 28 februari 2021 @ 18:36:
[...]
Een 'HomeLab' moet je eigenlijk ook gewoon niet fysiek willen draaien. Je kunt vaak alles virtualiseren middels (gratis) spullen van de leverancier van de hardware óf middels tooling zoals 'EVE-NG'.
[...]

Idd; ik heb nu 'n stille 24-poort gigabit switch en draai OPN-Sense in een VM en voorlopig zit ik wel goed

[Tylen]

Will_M schreef op zondag 28 februari 2021 @ 18:36:
[...]


Een 'HomeLab' moet je eigenlijk ook gewoon niet fysiek willen draaien. Je kunt vaak alles virtualiseren middels (gratis) spullen van de leverancier van de hardware óf middels tooling zoals 'EVE-NG'.

@dion_b Ik had hier laatst een paar Cisco 2800 serie AP's in huis via 't werk... Die krengen pakken 24/7 gewoon nog steeds 5 keer zoveel aan Watt's als dat m'n UI Nano-HD's doen.....

Doe's ff nie!!!

Ik heb een 4 node Nutanix cluster (nx-1065-g5) hoe moet ik die virtualiseren?

[Will_M]

Tylen schreef op zondag 28 februari 2021 @ 20:16:
[...]


Ik heb een 4 node Nutanix cluster (nx-1065-g5) hoe moet ik die virtualiseren?

Die meuk moet je thuis sowieso niet eens willen aansluiten. Leuk spul voor in een DataCenter óf eventueel op een On-Premise klant locatie om (véél) storage te kunnen koppelen maar het heeft eigenlijk niet veel meer met een L2/L3 netwerk te maken

[dion_b]

Will_M schreef op zondag 28 februari 2021 @ 18:36:
[...]

@dion_b Ik had hier laatst een paar Cisco 2800 serie AP's in huis via 't werk... Die krengen pakken 24/7 gewoon nog steeds 5 keer zoveel aan Watt's als dat m'n UI Nano-HD's doen.....

Doe's ff nie!!!

Uhuh, die enterprise-grade dingen slurpen stroom.

M'n verkeerd geleverde 515 ging nog wel: kon booten met 802.3af (16W max), en met 802.3at (25W max) volle functionaliteit. Ik heb hier een at switch, dus no problem. Maar die 534/535... minimaal at om te booten, maar dan niet volle functionaliteit of stabiliteit. Heb maar op het werk een stapel 802.3bt (51W max) injectors laten bestellen. Ondertussen is de 515 terug naar afzender en heb ik m'n tweede 534 binnen.

Erg mooi spul, maar die dingen blijven idd op kantoor/in het lab waar ik stroomrekening niet betaal

[Noxious]

Hm ik zou eens moeten kijken wat mijn oude IAP-105 trekt eigenlijk

[daanb14]

dion_b schreef op zondag 28 februari 2021 @ 21:34:
[...]

Uhuh, die enterprise-grade dingen slurpen stroom.

M'n verkeerd geleverde 515 ging nog wel: kon booten met 802.3af (16W max), en met 802.3at (25W max) volle functionaliteit. Ik heb hier een at switch, dus no problem. Maar die 534/535... minimaal at om te booten, maar dan niet volle functionaliteit of stabiliteit. Heb maar op het werk een stapel 802.3bt (51W max) injectors laten bestellen. Ondertussen is de 515 terug naar afzender en heb ik m'n tweede 534 binnen.

Erg mooi spul, maar die dingen blijven idd op kantoor/in het lab waar ik stroomrekening niet betaal

Ik ga mij hier in de NT-kroeg melden, omdat ik gek genoeg ben om een Cisco Catalyst 2960X 24 port te draaien. Misschien toch maar eens kijken wat dat ding eigenlijk vebruikt als ik met Home Assistant aan de slag ga Ik ben momenteel als student aan het sparen voor een FortiGate 40F, omdat ik door mijn stage echt heel erg graag speel met FortiGates. Wat een mooi spul is dat zeg. Door de 60F op bureau en de leuke uitdagingen die ik tijdens mijn stage heb gekregen met FortiGates, weet ik waar ik graag mee hobby en aan het werk wil.

[daanb14]

Noxious schreef op zondag 28 februari 2021 @ 19:40:
[...]

Idd; ik heb nu 'n stille 24-poort gigabit switch en draai OPN-Sense in een VM en voorlopig zit ik wel goed

Over passieve switches voor thuis gesproken. Die Catalyst 1000-lijn van Cisco is wel echt ontzettend leuk spul. Geen licentie nodig en full managed met IOS. Ik word er wel blij van.

[nero355]

daanb14 schreef op zondag 7 maart 2021 @ 21:39:
Over passieve switches voor thuis gesproken. Die Catalyst 1000-lijn van Cisco is wel echt ontzettend leuk spul. Geen licentie nodig en full managed met IOS. Ik word er wel blij van.

Elk merk heeft wel zo'n lijn, maar soms niet alle features qua SSH toegang/Console Port en dergelijken

[daanb14]

nero355 schreef op maandag 8 maart 2021 @ 16:51:
[...]

Elk merk heeft wel zo'n lijn, maar soms niet alle features qua SSH toegang/Console Port en dergelijken

Dat vind ik dus het coole aan dit spul. Het is gewoon een full managed switch met IOS, alleen dan voor een lagere prijs. Ik moet nog een nadeel vinden t.o.v. de 2960X-serie.

[dion_b]

Yay, net ruim geslaagd voor m'n CWSP certificaat. Ik had al CWNA en CWAP, op naar de CWDP, CWISA en CWNE

[nero355]

dion_b schreef op vrijdag 2 april 2021 @ 13:58:
Yay, net ruim geslaagd voor m'n CWSP certificaat. Ik had al CWNA en CWAP, op naar de CWDP, CWISA en CWNE

Gefeliciteerd man!

Nu snap ik ook al die fanatieke posts van jou als het om misvattingen omtrent WiFi gaat!

[dion_b]

nero355 schreef op vrijdag 2 april 2021 @ 15:10:
[...]

Gefeliciteerd man!

Nu snap ik ook al die fanatieke posts van jou als het om misvattingen omtrent WiFi gaat!

Ach, beroepsdeformatie zullen we maar zeggen

Overigens net een geweldige gezien in een interne presentatie. We hebben klanttevredenheid en NPS vergeleken van een video-afspeelapparaat indien aangesloten via WiFi danwel Ethernet. Dat ding heeft behoorlijk goede WiFi (Broadcom BCM4360 3x3 WiFi-ac), en wordt bovendien vooral in de woonkamer gebruikt (dus redelijk dicht bij modemrouter in de meeste gevallen). Dan nog is kans op zeer tevreden bijna 2x zo hoog over Ethernet, en kans op (zeer) ontevreden 2x zo laag, en NPS verschilt 23 punten

Ik zou absoluut een verschil verwacht hebben, maar hier sta zelfs ik van te kijken.

[Mich]

dion_b schreef op vrijdag 2 april 2021 @ 13:58:
Yay, net ruim geslaagd voor m'n CWSP certificaat. Ik had al CWNA en CWAP, op naar de CWDP, CWISA en CWNE

Gefeliciteerd.

En nu wil ik gelijk even van de gelegenheid gebruik maken om te vragen wat een goed boek is voor algemene kennis over computer netwerken. Achterliggende doel is om zelf een router / firewall (pfsense of opnsense) goed te kunnen configureren voor thuis gebruik.

[dion_b]

Mich schreef op zondag 25 april 2021 @ 20:52:
[...]


Gefeliciteerd.

Tnx

En nu wil ik gelijk even van de gelegenheid gebruik maken om te vragen wat een goed boek is voor algemene kennis over computer netwerken. Achterliggende doel is om zelf een router / firewall (pfsense of opnsense) goed te kunnen configureren voor thuis gebruik.

Geen,

Of beter gezegd: vrijwel alle boeken die je vindt zijn gericht op enterprise netwerken, niet thuisnetwerken. Dat betekent dat je altijd een sloot aan info gaat krijgen over dingen die totaal niet relevant zijn, en veel dingen die hoogstnoodzakelijk zijn in thuissituatie komen niet, of nauwelijks, ter sprake.

Beste is nog de pfSense book, maar ook daar ga je erg veel lezen over dingen waar je weinig aan hebt en weinig aan het handje vastgehouden worden bij dingen die er wel toe doen.

[Equator]

equator@pop-os:~$ ping 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_seq=1 ttl=58 time=54.0 ms
64 bytes from 9.9.9.9: icmp_seq=6 ttl=58 time=22.8 ms
64 bytes from 9.9.9.9: icmp_seq=17 ttl=58 time=776 ms
64 bytes from 9.9.9.9: icmp_seq=18 ttl=58 time=92.3 ms
64 bytes from 9.9.9.9: icmp_seq=19 ttl=58 time=270 ms
64 bytes from 9.9.9.9: icmp_seq=21 ttl=58 time=429 ms
64 bytes from 9.9.9.9: icmp_seq=22 ttl=58 time=23.5 ms
64 bytes from 9.9.9.9: icmp_seq=25 ttl=58 time=494 ms
64 bytes from 9.9.9.9: icmp_seq=26 ttl=58 time=29.5 ms
64 bytes from 9.9.9.9: icmp_seq=27 ttl=58 time=130 ms
^C
--- 9.9.9.9 ping statistics ---
27 packets transmitted, 10 received, 62.963% packet loss, time 26382ms
rtt min/avg/max/mdev = 22.770/232.252/776.141/243.956 ms
equator@pop-os:~$

En ik me maar afvragen waarom Internet zo kut werkte

Snel de pi-hole aangepast naar OpenDNS en alles weer top

[Keypunchie]

Yup. Precies dezelfde ellende hier. de DHCP maar eventjes op 1.1.1.1 gezet.

[Equator]

Keypunchie schreef op maandag 3 mei 2021 @ 19:31:
Yup. Precies dezelfde ellende hier. de DHCP maar eventjes op 1.1.1.1 gezet.

Bij welke provider, want het lijkt een Ziggo ding..

[Equator]

Laat ik het zo zeggen, ik zie weinig tot geen meldingen over onbeschikbaarheid van Quad nine

[Keypunchie]

XS4ALL, dus ik denk dat ze echt problemen bij QuadNine hebben.

[Equator]

Dan zit het toch echt daar.

[Equator]

Of in het pad er naar toe, want een tracert stopt ook ergens bij een unknown hop.

[nero355]

Equator schreef op maandag 3 mei 2021 @ 19:30:
En ik me maar afvragen waarom Internet zo kut werkte

Snel de pi-hole aangepast naar OpenDNS en alles weer top

Keypunchie schreef op maandag 3 mei 2021 @ 19:31:
Yup. Precies dezelfde ellende hier. de DHCP maar eventjes op 1.1.1.1 gezet.

Why you no https://docs.pi-hole.net/guides/dns/unbound

* nero355 kent de link ondertussen uit zijn hoofd!

[Keypunchie]

Omdat ik dan geld moet uitgeven en een stopcontact kwijt ben.

Wel eens overwogen om een private DNS op een VPS te draaien… (ook niet gratis)

[Equator]

Keypunchie schreef op maandag 3 mei 2021 @ 23:41:
Omdat ik dan geld moet uitgeven en een stopcontact kwijt ben.

Wel eens overwogen om een private DNS op een VPS te draaien… (ook niet gratis)

Tja, ik heb al een Pi4 draaien met pihole erop, er komt niets bij. Alleen complexiteit.

Hoewel het niet heel moeilijk lijkt te zijn.

[JackBol]

Mich schreef op zondag 25 april 2021 @ 20:52:
[...]


Gefeliciteerd.

En nu wil ik gelijk even van de gelegenheid gebruik maken om te vragen wat een goed boek is voor algemene kennis over computer netwerken. Achterliggende doel is om zelf een router / firewall (pfsense of opnsense) goed te kunnen configureren voor thuis gebruik.

Als je zelf een pfsense of opensense wilt configureren heb je een stapel basiskennis over TCP/IP, Security en FreeBSD nodig.

Voor TCP/IP kan ik dit boek van harte aanraden: https://www.amazon.nl/TCP...v-Protocols/dp/0321336313

[nero355]

JackBol schreef op dinsdag 4 mei 2021 @ 08:44:
Als je zelf een pfsense of opensense wilt configureren heb je een stapel basiskennis over TCP/IP, Security en FreeBSD nodig.

Voor TCP/IP kan ik dit boek van harte aanraden: https://www.amazon.nl/TCP...v-Protocols/dp/0321336313

Het beste boek over FreeBSD kan je gewoon online raadplegen : https://docs.freebsd.org/en/books/handbook/

Keypunchie schreef op maandag 3 mei 2021 @ 23:41:
Omdat ik dan geld moet uitgeven en een stopcontact kwijt ben.

Wel eens overwogen om een private DNS op een VPS te draaien… (ook niet gratis)

Je draait toch al Pi-Hole of begreep ik dat verkeerd

Equator schreef op dinsdag 4 mei 2021 @ 08:39:
Tja, ik heb al een Pi4 draaien met pihole erop, er komt niets bij. Alleen complexiteit.

Hoewel het niet heel moeilijk lijkt te zijn.

Een Pi 4 met alleen Pi-Hole is erg zonde van je verbruik/performance verhouding : Een Pi 3B doet dat beter!

Dus niet de 3B+ maar echt de 3B gewoon en als je echt alleen Pi-Hole draait dan kan zelfs een nóg oudere Pi 2B interessant zijn!

[Keypunchie]

Nee, geen Pihole, gewoon QuadNine vanuit mijn DHCP op de router.

Zelfde ellende sloeg op DNS-lookups die niet doorkwamen. Intussen weer wel, dus teruggeschakeld van Cloudflare naar QuadNine

[ Voor 50% gewijzigd door Keypunchie op 04-05-2021 18:11 ]

[Equator]

@nero355 dat ding doet natuurlijk ook nog een paar andere dingen.

[PcDealer]

SonicWALL NSA 4600 aangesloten. Wowzers! Leuk upgrade vanaf mijn NSA 240: 8 cores, meer Gb poorten, 10 Gb poorten en sfp's.

Het leuke is, is dat in de meegeleverde firmware SonicOS de dhcp-server de fabrikant van de aangesloten van de mac hardware laat zien.

[nero355]

PcDealer schreef op zondag 6 juni 2021 @ 09:36:
Het leuke is, is dat in de meegeleverde firmware SonicOS de dhcp-server de fabrikant van de aangesloten van de mac hardware laat zien.

Doet het Clients overzicht van de Ubiquiti UniFi Controller ook en je kan zelfs icons/afbeeldingen van het desbetreffende apparaat toevoegen uit een meegeleverde database : Dat zouden meer fabrikanten moeten doen!

[PcDealer]

nero355 schreef op zondag 6 juni 2021 @ 13:52:
[...]

Doet het Clients overzicht van de Ubiquiti UniFi Controller ook en je kan zelfs icons/afbeeldingen van het desbetreffende apparaat toevoegen uit een meegeleverde database : Dat zouden meer fabrikanten moeten doen!

[Afbeelding: UniFi - Clients - Device Fingerprint - Screenshot]

De twee onbekenden zijn vermoedelijk mijn Nokia 7.1 en de JBL Link Music. Later geef ik mijn apparaten een vast ip.

[PcDealer]

Slim PcDealer... gewoon twee nat-dingen weggooien en dan niets meer kunnen.
Firewall gereset, nieuwste firmware en opnieuw ingesteld. Meteen de running config als default opgeslagen.

Nu nog kijken hoe ik ook alweer mij Hue Bridge kan vinden in de Hue app terwijl wireless en lan allebei in dezelfde range zitten.

[ Voor 26% gewijzigd door PcDealer op 13-07-2021 16:42 ]

[stok]

Vraagje. Ik heb een cat6 van de meterkast naar zolder getrokken. Op enkele punten een doosje gemonteerd met keystones, zodat ik in de toekomst daar een switch kan zetten.

Switches van 1gbit ertussen. Nu haal ik ~112-113 MB/s bestandsoverdracht en dat is volgens mij prima. Maar wanneer ik pingtests (naar router en andere pc binnen LAN) doe, dan verliest er soms een pakketje. (<0.5 %).
Is dit normaal of duidt dit op een slechte verbinding?
Pingtijd is <1ms bij onbelaste lijn.

[Keypunchie]

Hoe doe je de meting? Maakt nogal verschil of je gewoon ping hebt lopen en je verliest 0,5% of je bent met een Gigabit per seconde pakketten aan het jassen, zou ik zeggen.

In het eerste geval zorgelijk, in het tweede wat minder, imho.

[nero355]

@stok @Keypunchie

Packetloss op je lokale netwerk lijkt me best wel raar dus ik zou die kabel eens goed nakijken inclusief alles wat eraan vasthangt!

[Keypunchie]

Helemaal mee eens, maar als je een of andere tool de lijn helemaal vol laat trekken, dan kan ik me best voorstellen dat er een of ander component overbelast raakt, dus dan zou ik me over die 0,5% geen zorgen maken.

Dat betekent dat een download van 3 minuten je nu 3 minuten en een seconde kost, met dank aan TCP.

Maar als het een onbelaste lijn is, dat is niet goed. Dan is er eerder wat met die kabel aan de hand.

Maar ja, flink doortesten van componenten is het enige dat je de boosdoener gaat geven.

[dion_b]

Rant-tijd...

Gisteren meer dan twee uur bezig een simpele Ubiquiti UniFi setup (2x UAP AC Lite, 1x CloudKey) aan de praat te krijgen. Groot deel daarvan kwam doordat degene werkelijk iedere login die nodig zou zijn kwijt was, maar dan nog, dit was UniFi die van z'n slechtste, minst gebruiksvriendelijke kant liet zien.

Wat was de klacht?
- WiFi werkte, maar onder bepaalde omstandigheden, vooral rond 10u s' ochtends viel het steevast uit.
- CloudKey was onbenaderbaar

Wat trof ik aan?
- beide AC Lites en de CloudKey hadden constant blauw brandende LED. Alles OK dus in theorie...
- alle credentials kwijt ()

Dus... begonnen met UniFi SSO account recovery. Dan CloudKey een factory reset gegeven. Dat werkte, ik kon inloggen. Bleek dat de firmware van de CloudKey nooit geupdate was waar de controller die erop draaide dat wel was, met gevolg dat het dus niet werkte. OK, firmware geupdate, dan toegang tot controller gekregen. Die gaf aan twee UAPs te zien, waarvan eentje met 'andere controller' verbonden was, maar andere 'ready to adopt' was - maar desondanks blauw brandde en geen 'adopt' optie in controller gaf. Wat dan ook dat ding aan het doen was, was het waarschijnlijk oorzaak van symptomen. Vanaf hier was het vrij rechttoe-rechtaan: UAP's factory reset geven, adopten, firmware controller updaten dan firmware UAP's en klaar. Oh, en alle credentials, adressen etc op stuk papier geschreven en aan de CloudKey geplakt.

Maar dan even stapje terug:
- ondanks focus op relatieve idiot-proof werking staat UniFi toe zonder waarschuwing om firmwares zodanig te updaten dat apparaten out-of-sync raken.
- in deze setup waren twee apparaten (CloudKey en ene UAP) volstrekt niet benaderbaar of functioneel, maar desondanks brandde blauwe LED rustgevend constant.

Geen wonder dat ik erbij gehaald moest worden, hier kom je als simpele gebruiker gewoon niet uit

[gastje01]

dion_b schreef op maandag 27 september 2021 @ 11:30:
Rant-tijd...

[...]

Geen wonder dat ik erbij gehaald moest worden, hier kom je als simpele gebruiker gewoon niet uit

Dan ben je niet de doelgroep

Zonder flauwekul, ik merk dat mensen in mijn omgeving ook vaker UI spulletjes gekocht hebben, want de reviews waren zo goed en dan ronduit bedroevende resultaten halen (of soms het spul niet eens werkend krijgen). Je kan er een leuk netwerk mee bouwen met mooie prestaties voor een mooie prijs, maar dat gaat niet (altijd) vanzelf.

Dat UI een bedenkelijke reputatie heeft betreft software is helaas bekend, dat maakt dat ik het zakelijk eigenlijk weinig/niet durf in te zetten anders dan de APs.

[Will_M]

@dion_b Jammer dat veel mensen nog steeds denken dat je met een Unifi omgeving een 'Set and Forget' oplossing in huis haalt.



Ik heb afgelopen week bij de aanschaf van m'n iPhone 13 Pro-Max ook éérst alles in een back-up getrokken + m'n oude iPhone gelukkig niet meteen laten 'Wipen' door Apple .... Was maar goed ook want die Unifi SSO MFA (Microsoft Authenticator) kwam niet door op m'n nieuwe telefoon en zonder dat ding kom ik ook middels de web-interface niet meer in m'n eigen Ubiquiti apparatuur én/óf m'n UI account, ook niet meer vanop m'n eigen netwerk

[ Voor 65% gewijzigd door Will_M op 27-09-2021 20:24 ]

[dion_b]

gastje01 schreef op maandag 27 september 2021 @ 11:43:
[...]

Dan ben je niet de doelgroep

Will_M schreef op maandag 27 september 2021 @ 19:13:
@dion_b Jammer dat veel mensen nog steeds denken dat je met een Unifi omgeving een 'Set and Forget' oplossing in huis haalt.

Meh... ja, UniFi is toch echt iets anders dan een TP-Link Deco oid, maar nee (en dit doet me denken aan discussies rondom Linuxdistro's 20 jaar terug), dat is nog steeds geen excuus voor statusLEDs die vrolijk "alles OK" doorgeven terwijl vrijwel niets nog met elkaar communiceerde en die trainwreck aan firmware depemdemcies waar je eigenlijk niets aan kunt raken zonder alles tegelijk te doen. Ja, ik ken UniFi prima, ken m'n pappenheimers en kan het fixen. Maar dat betekent niet dat ik er zin in heb.

[nero355]

dion_b schreef op maandag 27 september 2021 @ 11:30:
Rant-tijd...

Gisteren meer dan twee uur bezig een simpele Ubiquiti UniFi setup (2x UAP AC Lite, 1x CloudKey) aan de praat te krijgen. Groot deel daarvan kwam doordat degene werkelijk iedere login die nodig zou zijn kwijt was, maar dan nog, dit was UniFi die van z'n slechtste, minst gebruiksvriendelijke kant liet zien.

Wat was de klacht?
- WiFi werkte, maar onder bepaalde omstandigheden, vooral rond 10u s' ochtends viel het steevast uit.
- CloudKey was onbenaderbaar

Wat trof ik aan?
- beide AC Lites en de CloudKey hadden constant blauw brandende LED. Alles OK dus in theorie...
- alle credentials kwijt ()

Dat is een redelijk passende straf voor het niet zelf hosten van de UniFi Controller op een Raspberry Pi bijvoorbeeld!

Maar dan even stapje terug:
- ondanks focus op relatieve idiot-proof werking staat UniFi toe zonder waarschuwing om firmwares zodanig te updaten dat apparaten out-of-sync raken.

Tja, als dat het enige was bij Ubiquiti...

- in deze setup waren twee apparaten (CloudKey en ene UAP) volstrekt niet benaderbaar of functioneel, maar desondanks brandde blauwe LED rustgevend constant.

Die LED's op de Accesspoints geven niet aan dat je UniFi Controller is geflipt dus daarop vertrouwen zou ik sowieso nooit doen!

Geen wonder dat ik erbij gehaald moest worden, hier kom je als simpele gebruiker gewoon niet uit

This :

gastje01 schreef op maandag 27 september 2021 @ 11:43:
Dan ben je niet de doelgroep

Laat die mensen lekker wat simpelers kopen waarbij de webGUI op het apparaat zelf wordt gehost en niet op een centrale controller

Probleem ?!
Rebooten op wat voor manier dan ook en verder gaan met je leven!

Zonder flauwekul, ik merk dat mensen in mijn omgeving ook vaker UI spulletjes gekocht hebben, want de reviews waren zo goed en dan ronduit bedroevende resultaten halen (of soms het spul niet eens werkend krijgen). Je kan er een leuk netwerk mee bouwen met mooie prestaties voor een mooie prijs, maar dat gaat niet (altijd) vanzelf.

Dat UI een bedenkelijke reputatie heeft betreft software is helaas bekend, dat maakt dat ik het zakelijk eigenlijk weinig/niet durf in te zetten anders dan de APs.

Des te meer ik erover nadenk des te meer het ooit zoiets zal worden op een bepaald moment :
- DIY Router op basis van pfSense of zo...
- Iets van leuke HPE Switches die passief zijn gekoeld.
- Paar UniFi Accesspoints of misschien wel een ander merk tegen die tijd, maar de In Wall modellen kan ik moeilijk weerstaan...

En gaan met die banaan!

Will_M schreef op maandag 27 september 2021 @ 19:13:
Ik heb afgelopen week bij de aanschaf van m'n iPhone 13 Pro-Max ook éérst alles in een back-up getrokken + m'n oude iPhone gelukkig niet meteen laten 'Wipen' door Apple .... Was maar goed ook want die Unifi SSO MFA (Microsoft Authenticator) kwam niet door op m'n nieuwe telefoon en zonder dat ding kom ik ook middels de web-interface niet meer in m'n eigen Ubiquiti apparatuur én/óf m'n UI account, ook niet meer vanop m'n eigen netwerk

UniFi SSO... Apple apparaat... Microsoft Authenticator...

Ik zie drie point of failures!

[Will_M]

nero355 schreef op dinsdag 28 september 2021 @ 00:24:
>>Knipperdeknip<<

UniFi SSO... Apple apparaat... Microsoft Authenticator...

Ik zie drie point of failures!

Ik moet de volgende keer beter een Android toestel aanschaffen zodat alles in één stap beschikbaar gesteld wordt aan de hele wereld?

* Will_M hates Google.....

[nero355]

Will_M schreef op dinsdag 28 september 2021 @ 00:27:
Ik moet de volgende keer beter een Android toestel aanschaffen zodat alles in één stap beschikbaar gesteld wordt aan de hele wereld?

* Will_M hates Google.....

Je mag daar gerust Apple/Google i.p.v. Apple lezen van mij!

[Will_M]

nero355 schreef op dinsdag 28 september 2021 @ 00:29:
[...]

Je mag daar gerust Apple/Google i.p.v. Apple lezen van mij!

Bill Bouwt geen telefoon OS meer.... Dus dan maar Apple als next best thing

[nero355]

Will_M schreef op dinsdag 28 september 2021 @ 00:31:
Bill Bouwt geen telefoon OS meer....

Gelukkig niet! Wat een rommel was dat zeg!

"My First Sony Windows Phone"

Dus dan maar Apple als next best thing

Echte Tweakers gebruiken wat anders dan Android of iOS

[Will_M]

nero355 schreef op dinsdag 28 september 2021 @ 00:32:
[...]

Gelukkig niet! Wat een rommel was dat zeg!

"My First Sony Windows Phone"


[...]

Echte Tweakers gebruiken wat anders dan Android of iOS

Ga me nou niet zeggen dat jij de laatste der 'Symbian'anen' gebruikers bent

[dion_b]

nero355 schreef op dinsdag 28 september 2021 @ 00:24:
[...]

Die LED's op de Accesspoints geven niet aan dat je UniFi Controller is geflipt dus daarop vertrouwen zou ik sowieso nooit doen!

Ene AP was nergens door geadopteerd dus had minimaal wit moeten branden, maar brandde toch blauw, en de CloudKey die gaar was brandde ook blauw terwijl de controller niet werkte en de UI van de key zelf niet benaderbaar was.

[nero355]

Will_M schreef op dinsdag 28 september 2021 @ 00:37:
Ga me nou niet zeggen dat jij de laatste der 'Symbian'anen' gebruikers bent

Nee, maar ik overweeg wel iets dat daarvan afstamt dus ben ik nou aan het kijken hoe ik dat op een andere telefoon geflashed krijg om het te kunnen testen : https://jolla.com/

Tot die tijd gebruik ik mijn oude Ubuntu Touch telefoon met het hedendaagse UBports erop : https://ubports.com/

[Keypunchie]

Stel je voor, he. Ik heb een vrij grote site, en een probleempje met mijn DNS, want ik ben wat BGP entries kwijt.

Tips?

[Vorkie]

Keypunchie schreef op maandag 4 oktober 2021 @ 21:23:
Stel je voor, heb. Ik heb een vrij grote site, en een probleempje met mijn DNS, want ik ben wat entries kwijt.

Tips?

🍻

Gewoon escaleren naar de product owner

[nero355]

Keypunchie schreef op maandag 4 oktober 2021 @ 21:23:
Stel je voor, he. Ik heb een vrij grote site, en een probleempje met mijn DNS, want ik ben wat BGP entries kwijt.

w00t

W-T-F ?!?! is daar misgegaan dan ?!

Zijn ze ook hun Core Router config kwijt of zo

Tips?

NOC Afdeling voor hun ballen schoppen!

[Equator]

Te belachelijk is dat de engineers niet de vereiste kennis hadden om fysiek bij de apparatuur te komen toen ze waren buitengesloten.

Dan vraag ik me af, waarom geen OOB management systeem? Een simpele console server met een Internetverbinding+VPN had al veel kunnen helpen.

[Vorkie]

Equator schreef op dinsdag 5 oktober 2021 @ 09:42:
Te belachelijk is dat de engineers niet de vereiste kennis hadden om fysiek bij de apparatuur te komen toen ze waren buitengesloten.

Dan vraag ik me af, waarom geen OOB management systeem? Een simpele console server met een Internetverbinding+VPN had al veel kunnen helpen.

En als ze dat nou hebben, over een subnet binnen hun BPG range?



Soms zie je dingen niet als je er met de neus bovenop zit, dit lijkt mij net zo'n geval, op papier geweldig en prachtig, totdat je hele BGP stuk is en er geen statics zijn ingeregeld bij providers voor je OOB/management netwerken.

Ik had dan eerder de OOB over een GSM gekozen, maar goed, ken de datacenters niet en het bereik in USA is op sommige plekken ook niet je van het.

[nero355]

Vorkie schreef op dinsdag 5 oktober 2021 @ 09:46:
En als ze dat nou hebben, over een subnet binnen hun BPG range?

"Then you are doing it wrong!"

Ik had dan eerder de OOB over een GSM gekozen, maar goed, ken de datacenters niet en het bereik in USA is op sommige plekken ook niet je van het.

Het bereik in een datacenter kan ook ruk zijn!

Hoe vaak ik in het verleden een bepaalde klant wel niet heb moeten helpen om het bereik te verbeteren...

Equator schreef op dinsdag 5 oktober 2021 @ 09:42:
Te belachelijk is dat de engineers niet de vereiste kennis hadden om fysiek bij de apparatuur te komen toen ze waren buitengesloten.

Dan vraag ik me af, waarom geen OOB management systeem? Een simpele console server met een Internetverbinding+VPN had al veel kunnen helpen.

Waarbij je dan het liefst via iemand anders zijn netwerk bereikbaar bent...

Het liefst meer dan één ISP

[Equator]

OOB houdt dan natuurlijk wel in dat je niet leunt op dezelfde infra Dus ja aparte eigen lijn of andere ISP anders heb je er nog niets aan.

[dion_b]

Yay, gisteren op de BroadBand World Forum eerste certificering gezien van een WiFi-6E apparaat.

Het WiFi Alliance certificaat zegt trouwens nergens "6E", het is gewoon WiFi-6, maar dan met 6GHz toegevoegd.

* dion_b ziet eindelijk nut van tri-band devices - benieuwd naar hoe de ontwikkeling en verkoop gaat verlopen.

[nero355]

@dion_b
Maar wil je dat wel echt en ga je er echt wat aan hebben straks

Wat mij betreft is gewoon 802.11ax @ 5 GHz helemaal prima!

[dion_b]

nero355 schreef op zaterdag 16 oktober 2021 @ 03:03:
@dion_b
Maar wil je dat wel echt en ga je er echt wat aan hebben straks

Wat mij betreft is gewoon 802.11ax @ 5 GHz helemaal prima!

Vooralsnog wordt het vooral ingezet als backhaul voor mesh. Daar is het een bezuinigingsmaatregel: er is voor 6GHz geen DFS certificering nodig. Scheelt EUR 25k per ontwerp tov 5GHz tri-band

Maar voor eindgebruikers wordt het ook relevant. Er zijn al plekken waar 5GHz zodanig druk is dat het vrijwel onbruikbaar is, en dat gaat alleen maar toenemen. Extra band dat ook nog groter en legacy-free is helpt flink. Helpt ook dat NICs al volop verkrijgbaar zijn zonder meerprijs vs WiFi-6 zonder 6GHz, heb al een Intel AX210 in m'n laptop zitten

[nero355]

dion_b schreef op zaterdag 16 oktober 2021 @ 11:37:
Vooralsnog wordt het vooral ingezet als backhaul voor mesh. Daar is het een bezuinigingsmaatregel: er is voor 6GHz geen DFS certificering nodig. Scheelt EUR 25k per ontwerp tov 5GHz tri-band

Typisch!

Maar voor eindgebruikers wordt het ook relevant. Er zijn al plekken waar 5GHz zodanig druk is dat het vrijwel onbruikbaar is, en dat gaat alleen maar toenemen. Extra band dat ook nog groter en legacy-free is helpt flink.

Ik heb nu pas door dat je niet 60 GHz maar 6 GHz bedoelt dus ik moet mijn mening een beetje bijstellen maar dan nog : Als straks iedereen 802.11ax praat dan hebben we dat gezeur toch niet meer dankzij Coloring en zo

Helpt ook dat NICs al volop verkrijgbaar zijn zonder meerprijs vs WiFi-6 zonder 6GHz, heb al een Intel AX210 in m'n laptop zitten

Moet ik ook nog een keer zien te regelen voor mijn laptop, maar eerst maar eens uitzoeken of die überhaupt wel wat anders accepteert zonder een gemod BIOS

[dion_b]

nero355 schreef op zaterdag 16 oktober 2021 @ 23:08:
[...]

Ik heb nu pas door dat je niet 60 GHz maar 6 GHz bedoelt dus ik moet mijn mening een beetje bijstellen maar dan nog : Als straks iedereen 802.11ax praat dan hebben we dat gezeur toch niet meer dankzij Coloring en zo

Als *iedereen* 802.11ax praat met volle support voor colouring, dan gaat dat op. Maar zolang je legacy 802.11a, n en ac hebt (en ax zonder volle feature support), dan heb je er weiing aan. En het gaat niet eens om wat jij hebt, maar om wat de buren hebben. Duurt dus erg lang voor je helemaal legacy-free bent.

Op 6GHz ben je gegarandeerd vanaf dag 1 legacy-free. Dat scheelt

[...]

Moet ik ook nog een keer zien te regelen voor mijn laptop, maar eerst maar eens uitzoeken of die überhaupt wel wat anders accepteert zonder een gemod BIOS

BIOS whitelists zijn evil. Ik heb het in een Lenovo x220 gestopt met ranzige whitelist die ik voor m'n AC7260 al moest aanpakken. Nu (via M.2 naar mPCIe adapter) geen bijkomende probleem.

[nero355]

dion_b schreef op zondag 17 oktober 2021 @ 01:50:
Het gaat er niet eens om wat jij hebt, maar om wat de buren hebben.
Duurt dus erg lang voor je helemaal legacy-free bent.

Ik heb begrepen dat er ondertussen zelfs ISP's zijn die hun spullen met 802.11ax aan boord uitleveren dus er zit vooruitgang in!

Op 6GHz ben je gegarandeerd vanaf dag 1 legacy-free. Dat scheelt

Totdat we weer een generatie verder zijn...

BIOS whitelists zijn evil. Ik heb het in een Lenovo x220 gestopt met ranzige whitelist die ik voor m'n AC7260 al moest aanpakken. Nu (via M.2 naar mPCIe adapter) geen bijkomende probleem.

NICE!

Hier een T520 dus als je een betrouwbare plek voor een Custom BIOS weet dan hoor ik het graag!

[dion_b]

nero355 schreef op maandag 18 oktober 2021 @ 15:11:
[...]

Ik heb begrepen dat er ondertussen zelfs ISP's zijn die hun spullen met 802.11ax aan boord uitleveren dus er zit vooruitgang in!

KPN idd al, rest volgt geheid binnenkort.

Totdat we weer een generatie verder zijn...

Valt mee.

In 2.4GHz moet alles nog rekening houden met 802.11 uit 1997 en in 5GHz met 802.11a uit 1999. Als we straks bij 802.11be aankomen we vast aan 802.11ax uit 2021, dus 22 jaar en drie standaarden recenter.

[...]

NICE!

Hier een T520 dus als je een betrouwbare plek voor een Custom BIOS weet dan hoor ik het graag!

Nieuwere Lenovo's zijn een crime, daar zit een per-apparaat unieke signature in de BIOS, dus moet je ook per apparaat (en dus niet alleen per type) een unieke image maken.

Schijnt echter niet zo onmogelijk te zijn, hier filmpje (niet zelf gekeken - aint got time for that shit )
YouTube: Removing Wi-Fi Whitelist on Haswell Thinkpads (T440p, T540, W540) & ...

[nero355]

dion_b schreef op maandag 18 oktober 2021 @ 15:45:
Valt mee.

In 2.4GHz moet alles nog rekening houden met 802.11 uit 1997 en in 5GHz met 802.11a uit 1999. Als we straks bij 802.11be aankomen we vast aan 802.11ax uit 2021, dus 22 jaar en drie standaarden recenter.

Wikipedia: IEEE 802.11a-1999

"I learned something today!"

Erg typisch ook : Op de juiste manier beginnen en dan jarenlang verder prutsen met de verkeerde technologie...
_{* nero355 mompelt iets over 20+ jaar aan LCD ellende...}

Nieuwere Lenovo's zijn een crime, daar zit een per-apparaat unieke signature in de BIOS, dus moet je ook per apparaat (en dus niet alleen per type) een unieke image maken.

Schijnt echter niet zo onmogelijk te zijn, hier filmpje (niet zelf gekeken - aint got time for that shit )
YouTube: Removing Wi-Fi Whitelist on Haswell Thinkpads (T440p, T540, W540) & ...

De X220 en T520 zijn van dezelfde generatie!

[Raven]

nero355 schreef op maandag 18 oktober 2021 @ 15:11:

Hier een T520 dus als je een betrouwbare plek voor een Custom BIOS weet dan hoor ik het graag!

Ik heb de BIOS van mijn G780 laten modden in https://www.bios-mods.com...ECNxxWW-Whitelist-Removal , in jouw geval zou je het in https://www.bios-mods.com...AETxxWW-Whitelist-Removal kunnen proberen

[nero355]

Raven schreef op maandag 18 oktober 2021 @ 17:40:
Ik heb de BIOS van mijn G780 laten modden in https://www.bios-mods.com...ECNxxWW-Whitelist-Removal , in jouw geval zou je het in https://www.bios-mods.com...AETxxWW-Whitelist-Removal kunnen proberen

Kwam ik al een keer op uit en leek een beetje doodgebloed, maar blijkbaar is er weer wat activiteit geweest! Thnx!

[Daan00]

Even wat stof van de bar blazen. Ik probeer mijn vraag niet te lastig te maken want ik vind het zelf geen apart topic waard.

Long story short; ik ben regelmatig met wat laptops/pc's en andere netwerk apparatuur op pad wat ik via een switch met het internet van die locatie verbindt. Nu wil ik graag dat die switch IP adressen uitdeelt in bijvoorbeeld de 192.168.0.x range, terwijl ik internet van de locatie krijg in een compleet andere range.

Bijvoorbeeld; ik krijg van de locatie een IP adres 10.10.10.x, mijn switch deelt IP adressen uit in de range 192.168.0.x, meerdere laptops kunnen elkaar zien in de 192.168.0.x range, en allemaal kunnen ze het internet op.

Ik google mij al een paar uurtjes zoet, maar raak een beetje verstrikt in de verschillende termen zoals VLAN, Layer 2 en 3 switches, routing etc.

Mijn vraag; iemand die mij op weg kan helpen op welke termen ik moet zoeken zodat ik zelf mijn probleem kan oplossen?

[Tom Paris]

Daan00 schreef op woensdag 5 januari 2022 @ 00:56:
Mijn vraag; iemand die mij op weg kan helpen op welke termen ik moet zoeken zodat ik zelf mijn probleem kan oplossen?

Of ik begrijp je verkeerd, of dit is gewoon een kwestie van router met NAT?

[Tylen]

Daan00 schreef op woensdag 5 januari 2022 @ 00:56:
Even wat stof van de bar blazen. Ik probeer mijn vraag niet te lastig te maken want ik vind het zelf geen apart topic waard.

Long story short; ik ben regelmatig met wat laptops/pc's en andere netwerk apparatuur op pad wat ik via een switch met het internet van die locatie verbindt. Nu wil ik graag dat die switch IP adressen uitdeelt in bijvoorbeeld de 192.168.0.x range, terwijl ik internet van de locatie krijg in een compleet andere range.

Bijvoorbeeld; ik krijg van de locatie een IP adres 10.10.10.x, mijn switch deelt IP adressen uit in de range 192.168.0.x, meerdere laptops kunnen elkaar zien in de 192.168.0.x range, en allemaal kunnen ze het internet op.

Ik google mij al een paar uurtjes zoet, maar raak een beetje verstrikt in de verschillende termen zoals VLAN, Layer 2 en 3 switches, routing etc.

Mijn vraag; iemand die mij op weg kan helpen op welke termen ik moet zoeken zodat ik zelf mijn probleem kan oplossen?

Dan moet je geen switch nemen maar een router.

[vanaalten]

Sowieso deelt een switch geen IP adressen uit. Dat doet een DHCP server die vaak onderdeel is van een router. Mijn advies hierin:
1) maak een eigen topic aan
2) vermeldt daarin ook welke apparatuur je gebruikt

[Daan00]

Als het goed is kan mijn switch, https://tweakers.net/pric...600g-28mps/specificaties/, IP adressen uitdelen.

Ik ga nog wat verder (onder) zoeken vandaag, mocht dat niet lukken maak ik een apart topic aan.

[nero355]

Daan00 schreef op woensdag 5 januari 2022 @ 14:13:
Als het goed is kan mijn switch, https://tweakers.net/pric...600g-28mps/specificaties/, IP adressen uitdelen.

Dat haal ik niet zo gauw uit dit lijstje : https://www.tp-link.com/n...00g-28mps/#specifications

Lijkt een beetje half-half het een en ander te kunnen en vooral op IPv6 gericht te zijn ?!

Geen echte Layer 3 switch in ieder geval en wordt blijkbaar door TP-Link ook niet zo gezien

[vanaalten]

nero355 schreef op woensdag 5 januari 2022 @ 16:58:
[...]

Dat haal ik niet zo gauw uit dit lijstje : https://www.tp-link.com/n...00g-28mps/#specifications

Bij het stukje "Functionaliteit van de Software":
"L2 and L2+ Kenmerken: ...DHCP Server..."

[Vorkie]

En jij denkt dat je dan met 10.0.0.24 naar het internet kan over de 192.168.0.0/24 subnet?

Je moet een device hebben die je even NAT naar een intern adres, klinkt als een router en laten die ook eens vaak een DHCP server hebben

[nero355]

vanaalten schreef op vrijdag 7 januari 2022 @ 08:05:
Bij het stukje "Functionaliteit van de Software":
"L2 and L2+ Kenmerken: ...DHCP Server..."

Eens, maar het is zo vaag allemaal dat ik als potentiële koper nooit echt 100% erop zou vertrouwen dat het een Layer 3 Switch is en TP-Link lijkt de switch ook alleen als een Layer 2 Switch te zien

[ThinkPad]

Is er een richtlijn tot hoeverre je je upload kunt dichttrekken voordat je verbinding niet meer soepel te gebruiken is? Ik meen ooit eens iets daarover te hebben gelezen, dat je bijv. tot 75% van de upload kunt gebruiken en dat het daarna merkbaar gaat zijn dat de verbinding flink belast wordt.

Heb zowel bij mij thuis als bij m'n ouders een Synology staan die naar elkaar backuppen. Backup job duurt mij soms wat te lang, zou overdag wat meer snelheid willen gebruiken. Die knijp ik nu af op 375KB/s ofzo.

Aan beide kanten is een 100/30 VDSL-verbinding aanwezig.

[ Voor 9% gewijzigd door ThinkPad op 22-01-2022 12:21 ]

[Keypunchie]

Ook als je gewoon browst, heb je upload nodig, om http-requests te doen, maar ook voor de ‘ACK’ pakketjes van het TCP protocol.

Een beetje beschaafde router zal door QoS dit normaliter voor alle gebruikers redelijk moeten houden.

Dus dat een videobelletje en een grote download en een browse-actie allemaal tegelijk kunnen.

Bij goedkopere routers merk je wel eens dat ze daar niet zo goed mee om kunnen gaan en sommige diensten helemaal dichtklappen.

[ Voor 16% gewijzigd door Keypunchie op 22-01-2022 12:49 ]

[nero355]

ThinkPad schreef op zaterdag 22 januari 2022 @ 12:19:
Is er een richtlijn tot hoeverre je je upload kunt dichttrekken voordat je verbinding niet meer soepel te gebruiken is?

Aan beide kanten is een 100/30 VDSL-verbinding aanwezig.

Voor zover ik weet is dat echt iets van richting de 95% of zo dus ik zou het simpel houden :
- Start een download en kijk hoeveel je Upload vol is gelopen.
- Start een upload en kijk hoeveel je Download vol is gelopen.

En stem dan die twee op elkaar af!

Keypunchie schreef op zaterdag 22 januari 2022 @ 12:46:
Ook als je gewoon browst, heb je upload nodig, om http-requests te doen, maar ook voor de ‘ACK’ pakketjes van het TCP protocol.

Een beetje beschaafde router zal door QoS dit normaliter voor alle gebruikers redelijk moeten houden.

Dus dat een videobelletje en een grote download en een browse-actie allemaal tegelijk kunnen.

Bij goedkopere routers merk je wel eens dat ze daar niet zo goed mee om kunnen gaan en sommige diensten helemaal dichtklappen.

QoS is iets dat je zelf zal moeten instellen en zal zelden automatisch geregeld worden door een Router hoe duur die ook is!

Dat is tenminste mijn ervaring...

[Keypunchie]

Oh, misschien zeg ik het verkeerd, maar binnen TCP heb je ‘flow control’ en ‘congestion control’. Mijn gedachte was dat bij de duurdere routers daar doorgaans ook iets meer aandacht aan was besteed buiten individuele sessies, maar zo in-depth ken ik het protocol ook weer niet.

[edit]
Ik heb de wikipedia pagina bekeken, holy koekoek, wat een hoop congestion control algoritmes:
Wikipedia: TCP congestion control

[ Voor 30% gewijzigd door Keypunchie op 22-01-2022 18:19 ]

[rens-br]

Ik heb de vraag van @Mich afgeplist naar Mich in "Nexcloud niet te bereiken intern via domeinnaam"

[joopv]

Is hier iemand die weet waarom er sinds vannacht 02.15 een probleem was tussen Proximus en OpenDNS?

[rutger_010]

Ik heb een korte vraag. Ik heb een tijdje de TP-Link AX50 draaien. Ik denk dat op 5 Ghz 2,402Gbps mogelijk moet zijn. Via WifiInfoView zie ik dat de maximale snelheid 867 Mbps is. De meeste PCs zijn bedraad aangesloten dus ik red me wel. Maar waar zou dit aan kunnen liggen? Of is die 2402 voor verschillende devices opgeteld?

[rens-br]

Ik heb de vraag van @Wim Leers verhuisd naar: Het grote topic voor nette lan afwerking deel 4.

[Hipska]

@rens-br Ik vond hem ook al daar beter passen, maar kan je eens een link naar die specifieke post geven? Ik kan hem niet terugvinden (alsook niet mijn reactie er op die je er ook verplaatst hebt

Edit: Nevermind, ondertussen zijn die wel zichtbaar geworden in dat topic. Mogelijk iets met caching? Wim Leers in "Het grote topic voor nette lan afwerking deel 4"

Edit2: Heel vreemd, maar ik kan mijn bericht wel terugvinden, enkel kan ik hem niet zien: Hipska in "Het grote topic voor nette lan afwerking deel 4"

[ Voor 51% gewijzigd door Hipska op 23-03-2022 11:28 ]

[Wim Leers]

rens-br schreef op woensdag 23 maart 2022 @ 06:35:
[mbr]Ik heb de vraag van @Wim Leers verhuisd naar: Het grote topic voor nette lan afwerking deel 4.[/]

Excuses en dank, ik wist niet dat ik in het verkeerde topic zat 🙈

[dion_b]

Heb afgelopen week in Köln op de ANGA beurs doorgebracht en o.a. sessies (deels in kroeg) gehad met een paar chipsetvendors. Vooral plaatjes over WiFi-7 waren interessant. Of juist: niet.

WiFi-6 bood een hele rits aan vooruitgang aan, zij het vooral gefocussed op 'high density environments' (denk: voetbalstadia, conferentieoorden, stations of een drukke cafe):
- OFDMA
- MU-MIMO in upstream
- Spatial frequency re-use
Daarnaast wel algemeen relevant:
- max 8x8 MIMO (leuk in theorie maar nooit in productie genomen door tegenvallen MU-MIMO en hoge kosten)
- max 1024QAM modulatie (nog sneller bij absoluut perfect signaal)
- TWT (ondertussen derde power management methode in WiFi...)
- WPA3 (nuttige uitbreiding op WPA2 beveiliging)
- verplicht LDPC foutcorrectie.

Als thuisgebruiker was allen die laatste echt relevant, omdat je daarmee ongeveer 3dB SNR wint. Dat maakt dat je onder zelfde omstandigheden snellere verbinding hebt en soms stabiele hebt waar het voorheen instabiel was. Het maakt die 1024QAM bij goed signaal zinnig haalbaar.


Nu WiFi-7. Wat gaan we krijgen?
- 320MHz kanaalbreedte - zonder bijbhorende SNR-verbertering.
- 16x16 MIMO (let wel: 8x8 is nog nooit geimplementeerd, dit is puur voor de marketing)
- 4096QAM modulatie (wederom, zonder SNR-verbetering)
- channel/band aggregation, dus combineren van bandbreedte van twee of meer WiFi-radio's in zelfde verbinding.

Die laatste gaat duur zijn, maar is daadwerkelijk zinnig in de use case dat je prima verbinding hebt maar onvoldoende bandbreedte hebt. De rest... 320MHz in WiFi-7 is zonder SNR verbeteringen even onzinnig als 160MHz in WiFi-5 of 40MHz in 2.4GHz in WiFi-4: in een labsituatie goed voor indrukwekkende getallen, maar zodra je de deur van je kooi van Faraday open gooit garant voor slechtere performance door de lage SNR. 16x16 is een pure grap voor de buhne zolang MU-MIMO zo slecht werkt, en 4096QAM is ook al iets wat alleen een perfecte verbinding net iets sneller gaat maken, maar niets doet waar het uitmaakt (bij minder perfecte verbindingen).

Je ziet de chipset vendors vooral die channel aggregation pushen. Wij van WC Eeend zou dat natuurlijk aanraden: dat is de use case voor tri-band apparaten, waardoor zij dus 3 radio's ipv 2 per product kunnen verkopen. Schijnt dat sommige high-end Samsung WiFi-6E telefoons er al klaar voor zijn, maar meer dan een gimmick is het niet, en dan nog een dure. Ik vrees dat we redelijk uit-ontwikkeld zijn qua echt zinnige verbeteringen

[Keypunchie]

Leuk als het komt, maar voor huis/tuin/keuken LAN loop je toch echt wel tegen de grens aan van hoeveel bandbreedte je nodig hebt voor een us case, zonder dat je dan beter gewoon dat draadje trekt.

In plaats van nog meer bandbreedte op een AP of router, zou er nog flink wat aan roaming/session hand-over kunnen verbeteren, maar dat is mijn mening.

Met name zou het handig zijn als je een AP zou kunnen 'evacueren' bij onderhoud. Signaal naar de clients dat ze binnen X tijd moeten afronden wat ze doen en/of naar een ander AP overstappen, omdat daarna het AP gaat herstarten.

Kun je mooi rolling updates doen onder kantoortijd.

* Keypunchie heeft recent geleerd dat het nu namelijk niet altijd even netjes gaat met handovers in die situatie..

Het duurt gelukkig maar een minuut of twee.

Wel twee heel lange minuten!

[ Voor 42% gewijzigd door Keypunchie op 16-05-2022 21:44 ]

[nero355]

dion_b schreef op maandag 16 mei 2022 @ 21:12:
Nu WiFi-7. Wat gaan we krijgen?
- channel/band aggregation, dus combineren van bandbreedte van twee of meer WiFi-radio's in zelfde verbinding.

Die laatste gaat duur zijn, maar is daadwerkelijk zinnig in de use case dat je prima verbinding hebt maar onvoldoende bandbreedte hebt.

Dus ik kan eindelijk met een 4x4 WLAN NIC met 2 verschillende 2x2 Accesspoints verbinden die hetzelfde SSID uitzenden en daarmee een soort WiFi LACP creëeren ?!

Als dat echt zo gaat werken straks dan is dat natuurlijk wel leuk voor de enkeling die zo'n NIC heeft!

Je ziet de chipset vendors vooral die channel aggregation pushen.
Wij van WC Eeend zou dat natuurlijk aanraden: dat is de use case voor tri-band apparaten, waardoor zij dus 3 radio's ipv 2 per product kunnen verkopen. Schijnt dat sommige high-end Samsung WiFi-6E telefoons er al klaar voor zijn, maar meer dan een gimmick is het niet, en dan nog een dure.

Het aantal 3x3 apparaten was sowieso al schaars dus laat ze maar eens eerst wat daaraan doen!

Ik vrees dat we redelijk uit-ontwikkeld zijn qua echt zinnige verbeteringen

IMHO was de belangrijkste stap vooruit dat de boel meer als een Switch werkt i.p.v. een Hub vanaf 802.11ax en het Coloring verhaal dus wat men daarna nog gaat verzinnen kan me eigenlijk niet zo heel veel schelen heel eerlijk gezegd!

[dion_b]

Keypunchie schreef op maandag 16 mei 2022 @ 21:39:
Leuk als het komt, maar voor huis/tuin/keuken LAN loop je toch echt wel tegen de grens aan van hoeveel bandbreedte je nodig hebt voor een us case, zonder dat je dan beter gewoon dat draadje trekt.

In plaats van nog meer bandbreedte op een AP of router, zou er nog flink wat aan roaming/session hand-over kunnen verbeteren, maar dat is mijn mening.

Met name zou het handig zijn als je een AP zou kunnen 'evacueren' bij onderhoud. Signaal naar de clients dat ze binnen X tijd moeten afronden wat ze doen en/of naar een ander AP overstappen, omdat daarna het AP gaat herstarten.

Kun je mooi rolling updates doen onder kantoortijd.

Dat kan toch met 802.11v? (als de clients het fatsoenlijk ondersteunen...). Disassociation Imminent berichtje versturen en oprotten met BSS-transition

* Keypunchie heeft recent geleerd dat het nu namelijk niet altijd even netjes gaat met handovers in die situatie..

Het duurt gelukkig maar een minuut of twee.

Wel twee heel lange minuten!

Functionele requirement aanleveren voor selectie client devices vanaf nu: 802.11krv moeten stabiel ondersteund zijn. BYOD? Eigen verantwoordelijkheid

nero355 schreef op maandag 16 mei 2022 @ 22:23:
[...]

Dus ik kan eindelijk met een 4x4 WLAN NIC met 2 verschillende 2x2 Accesspoints verbinden die hetzelfde SSID uitzenden en daarmee een soort WiFi LACP creëeren ?!

Als dat echt zo gaat werken straks dan is dat natuurlijk wel leuk voor de enkeling die zo'n NIC heeft!

Nee, dat net niet. Je zou met twee 2x2 NICs in zelfde apparaat met zelfde driver verbinding moeten kunnen maken met beide banden op de 2x2 AP.

Use case is vooral 5GHz+6GHz combineren voor obsceen veel bandbreedte.

[...]

Het aantal 3x3 apparaten was sowieso al schaars dus laat ze maar eens eerst wat daaraan doen!

3x3 is sinds MU-MIMO ook niet meer zo logisch _{niet dat MU-MIMO daadwerkelijk zinnig werkt momenteel...}, dus het is al snel 2x2 of 4x4. Trend is echter naar steeds minder radioketens omdat dat goedkoper is en 'good enough' voor fatsoenlijke performance. Je zag bij WiFi-n nog vrij veel 3x3 MIMO laptops, bij WiFi-ac kon je ze op de vingers van een licht geamputeerde hand tellen en bij WiFi-ax moet ik de eerste met meer dan 2x2 nog tegenkomen - en je ziet de mid-range afzakken naar 1x1

Dat is exact waarom ik een hard hoofd heb in deze feature, het is duurder dan 4x4 aan clientzijde (want dualband adapter nodig ipv twee extra radioketens op zelfed adapter), terwijl het de facto zelfde doet. Waarom zou dit wel gaan vliegen waar 4x4 dat niet doet? Enige voordeel is dat het fysiek kleiner is omdat je met twee antennes toe kunt als je beide banden over zelfde antennes laat werken.

[...]

IMHO was de belangrijkste stap vooruit dat de boel meer als een Switch werkt i.p.v. een Hub vanaf 802.11ax en het Coloring verhaal dus wat men daarna nog gaat verzinnen kan me eigenlijk niet zo heel veel schelen heel eerlijk gezegd!

Meh, het is niet zozeer switch vs hub, het is vooral de overstap van free-for-all peer to peer CA/CSMA naar een situatie met AP als regisseur van de upstream op een manier dat verdacht lijkt op hoe het bij DOCSIS of PON gebeurt. Dat kan inderdaad efficienter zijn, maar levert zelf weer overhead op en staat of valt bij goede device implementatie. Toevallig ken ik de DOCSIS en (sindskort) PON wereld vrij goed en heb een behoorlijk beeld van hoeveel testing nodig is om een kabelmodem echt goed met een CMTS te laten communiceren, wat je bij iedere andere CMTS-type weer moet herhalen. Gelukkig zijn er maar vier of vijf CMTS vendors. Er zijn - zacht gezegd - ietsje meer AP vendors, dus ik ben niet echt optimistisch over hoe gesmeerd dit allemaal gaat vliegen.

Dat zie je trouwens ook in praktijk terug: grote winsten in volledig kunstmatige demosetups met alleen apparaten die het ondersteuen en dan ook vaak zelfde merk apparaat en chipset aan beide kanten van de verbinding. Dat een Asus AP met Broadcom chip het goed doet met een paar Asus NICs met Broadcom chips is leuk, maar zolang je er niet blind vanuit kunt gaan dat een random Mediatek- of Realtek-based el-cheapo apparaat het goed doet met een random AP van wie dan ook gaat het in het wild nog niet zoveel zoden aan de dijk zetten.

En al heb ik het mis en gaat het allemaal dankzij WiFi Alliance certificering (wat naar schatting minder dan 10% van WiFi devices doorloopt) perfect, dan nog scheelt het pas echt in zeer drukke omgevingen en dat zijn thuissituaties zelfs met 100 stuks IoT niet. Je ziet vaker de DHCP server problemen krijgen ( ) dan dat de AP's echt in de knoop raken met de WiFi connecties. Thuisgebruik is max een apparaat per bewoner dat tegelijk stevig op z'n staart getrapt wordt, en dan nog zelden meer dan een 4k video stream a 20Mbps. Stel vijf mensen in huis, dan heb je het over 100Mbps totaal. Uitdaging zit niet in capaciteit maar puur in beroerde dekking door te weinig AP's op te slechte plaatsen, of teveel mesh repeaters die airtime vervuilen als "oplossing" daarvoor. Dat fix je niet met spatial reuse en OFDMA...

[Keypunchie]

Dat kan toch met 802.11v? (als de clients het fatsoenlijk ondersteunen...). Disassociation Imminent berichtje versturen en oprotten met BSS-transition

Ubiquiti Dream router, Ubiqitui AP's en allemaal Apple spul. Daarvan had ik verwacht dat het wel snor zou zitten. Blijkbaar niet?

Voortaan gewoon wat minder enthousiasme als ik bij nalopen ander issue zie dat er een update klaar staat :-)

[nero355]

Keypunchie schreef op dinsdag 17 mei 2022 @ 10:36:
Ubiquiti Dream router, Ubiqitui AP's en allemaal Apple spul. Daarvan had ik verwacht dat het wel snor zou zitten. Blijkbaar niet?

De ideale combinatie voor problemen zal je bedoelen...