Som rubriken säger, ibland behöver man tänka till … och ibland en gång extra, liksom …
Sedan början av november ’24 har vårt nätverk här hemma renoverats, all hårdvara i form av switchar och routrar har bytts till en enhetlig miljö med hårdvara från MikroTik, vissa saker begagnade och vissa helt nya. Ett snyggt rackskåp införskaffades också så vi slapp röran ovanpå städskåpet i tvättstugan …
Det som inte byttes, och som jag för övrigt är ganska ok med fortfarande är vårt trådlösa nät som huvudsakligen består av TP-Link Deco M9 Plus-accesspunkter, fyra stycken i vårt eget nät och ytterligare en i vårt gästnät, i gästnätet har vi också en M5 och alla är uppsatta som rena accesspunkter. All egentlig funktionalitet så som DHCP och routing ligger i annan hårdvara så det är väldigt enkelt tänker jag …
Som sagt, allt fungerar bra … oftast … men en eller ett par gånger i veckan ser jag att vi får larm i övervakningen, oftast är det SW-3 som tappas och ibland någon av de övervakade enheter som sitter anslutna till den switches, märkligt … men vid nästa pollning eller kanske två så svarar det igen och allt är bra. Men har man det minsta OCD så är det inte bra nog, satte mig därför och kollade genom loggar och hittade att jag faktiskt fick spanning tree-indikationer på en omräkning och en temporär blockering av trafik vid just de tillfällen jag tappade ett par pollningar, märkligt, vad fasen, har jag problem med någon hårdvara …??? Skit …
… men så gick det upp för mig vad jag verkligen byggt …
TP-Link Deco är ju ett så kallat mesh-nät, det vill säga arr det bygger egna trådlösa förbindelser mellan alla accesspunkter som respektive accesspunkt kan hitta, det är ju det dom ger ”meshen” men jag trodde inte det gällde om man anslöt accesspunkterna med ethernetkablar, men såklart var det inte så, däremot kan man undra varför någon accesspunkt valde att läcka genom en MAC-adress från sitt backhaul-nät ut mot ethernetsidan så att spanning tree gick igång med en block och en omräkning, det kan man undra men så gör de i alla fall.
Jaha, vad gör man då? Lite risky … men vem minns en fegis, jag disablade (nu är det svengelska som gäller …) RSTP på de portar som accesspunkterna anslöt mot och har sedan dess varken sett några problem med funktionen i nätet, jag håller också stenkoll på alla felräknare men har hittills inte sett ett enda problem.
Vad jag däremot åstadkommit är ett fullständigt redundant nätverk. Tidigare om någon accesspunkt tappade kontakten med nätet var enda lösningen att starta om den eller alla accesspunkter, annars gick inte nätet upp igen. Nu kan man ta bort trafiken från porten, byta Vlan-ID till exempel, men låta porten vara uppe, då upptäcker accesspunkten efter 30 sekunder att konnetiviteten är borta via ethernetporten och slår över till sitt trådlösa interface och allt fungerar igen. Då man återställer trafiken via ethernetporten så slår accesspunkten om igen och trafiken går åter igen via ethernetporten. Snyggt!
Som sagt, ibland är det bra att tänka till, en gång extra … 😉
Ha det gott,
Anders
