
I två tidigare artiklar har vi beskrivit varför intresset för BNG och RADIUS-baserad provisionering ökar och vad som gör COS lösning unik. I denna text går vi djupare in på vad man bör ta i beaktande när man väljer RADIUS-lösning. När man ska implementera en BNG i sitt nät ställs man nämligen inför valet av RADIUS-lösning och hur databasen skall sättas upp. Det här valet är långt ifrån självklart och kan vara komplicerat, varför vi här vill erbjuda vägledning.
Vi på COS har sett ett antal olika metoder för att implementera RADIUS-provisionering och eftersom den här lösningen blir avgörande för nätets driftsäkerhet är det väl värt att investera lite tid i att fatta ett genomtänkt beslut. Givetvis är era unika förutsättningar avgörande för vilken lösning som passar ert nät bäst, men här nedan följer våra generella rekommendationer.
Nedanstående varianter baseras på FreeRADIUS och PostgreSQL men är liknande även för MariaDB/MySQL
Vi ser följande tre alternativa lösningar för authentication och authorization med FreeRADIUS:
Alternativ 1: Enklast möjliga – ej redundant:
1 VM (Virtual Machine) med FreeRADIUS.
1 VM med databasen med automatisk backup/export.
Eftersom det är virtuella servrar är det enkelt att utföra backup/restore/replikering, göra snapshots innan uppdateringar och liknande. I det här scenariot används den underliggande virtualiserings-plattformen (tex VMware) för att minimera nertid jämfört med fysiska maskiner. Denna uppsättning är okomplicerad och passar utmärkt i mindre kritiska implementationer och labbmiljöer.
Alternativ 2: Redundans med hjälp av replikering
2 VM med FreeRADIUS.
2 VM för databasen, 1 VM är primär och den andra sekundär/standby.
FreeRADIUS måste konfigureras så att RADIUS känner till båda databaserna (både primär och sekundär) och kommer därmed automatiskt växla till den sekundära om den primära slutar att svara. För att på databasnivå ange att den sekundära databasen nu ska vara ny primär krävs ytterligare konfiguration och vanligen ytterligare en vm (quorum) om det ska ske automatiskt. I annat fall måste det göras manuellt. Det här är en bra medelväg mellan komplexitet och driftsäkerhet.
Alternativ 3. Redundans med hjälp av klustring
2 VM med FreeRADIUS.
2 VM med databasen uppsatt i klusterläge, antingen aktiv-passiv (den passiva tar över vid fel på den aktiva) eller aktiv-aktiv (avancerat – de kan dela på lasten).
Klusteruppsättningen är betydligt mer avancerad än replikeringsläget som beskrevs i alternativ 2, men möjliggör en ännu högre upptid. De två RADIUS-servrarna ansluter mot en ip-adress som representerar klustret. En fördel är att båda databas-VM:arna kan vara aktiva samtidigt i aktiv-aktiv läget och således dela på lasten. Failover sker i detta läge automatiskt utan manuell inblandning. Detta är dock den mest komplexa uppsättningen och kräver avancerad databasexpertis för övervakning och drift. Den lämpar sig bäst för stora operatörer, där kraven på tillgänglighet är de högsta och man har in-house kompetens för denna uppsättning.
RADIUS Accounting
Att samla RADIUS Accounting-data, dvs statistik och information om hur nätet används på detaljnivå, kan vara krävande och bör hanteras av en separat RADIUS-server med egen databas. Ovanstående varianter på redundans handlar om att sköta de andra funktionerna – Authentication och Authorization.
COS Systems guidar dig i valet av RADIUS-lösning
Vi på COS har byggt upp kunskap och erfarenhet i samarbete med våra partners och guidar dig gärna i valet av RADIUS och BNG-lösning. Vår filosofi är pragmatisk – “låt inte det optimala bli den värsta fienden till något som är bra.” Att välja den mest komplexa lösningen är inte alltid det rätta, utan förutsättningarna för att kunna hantera lösningen över tid bör styra valet. Samtidigt utvecklas tekniken och givetvis skall man dra nytta av innovationer och de framsteg som görs. Vi följer denna utveckling och hjälper er gärna att fatta rätt beslut.
Mer från COS Systems
I nästa artikel lyfter vi blicken och presenterar hela COS Business Engine – vår kompletta lösning för stadsnätsdrift.
Håll utkik efter den. Läs mer om våra lösningar och hitta alla delar i vår artikel serie här!