Wanneer is een aparte internetverbinding voor kritische systemen nodig?

Als medewerkers probleemloos kunnen internetten, lijkt de verbinding vaak in orde. Toch kan één drukke upload, een verkeerd aangesloten apparaat of een storing bij de provider tegelijk invloed hebben op processen die veel zwaarder wegen: alarmdistributie, toegangsbeheer, telefonie, cameratoegang of een productieomgeving. De vraag is daarom niet alleen hoeveel bandbreedte u nodig heeft. De kernvraag is: welk proces mag niet afhankelijk zijn van hetzelfde internetpad als het gewone kantoorverkeer?

Een aparte internetverbinding voor kritische systemen kan dan een verstandige keuze zijn. Maar een extra aansluiting is geen standaardoplossing en ook geen automatische garantie op beschikbaarheid. Het juiste ontwerp begint met de gevolgen van uitval, de benodigde communicatie en de plekken waar beide verbindingen alsnog van elkaar afhankelijk zijn.

Een aparte internetverbinding voor kritische systemen: wanneer is die logisch?

Een gescheiden verbinding is vooral zinvol wanneer een systeem aantoonbaar kritischer is dan de overige internetgebruikers én wanneer het niet mag concurreren met regulier dataverkeer. Denk aan een locatie waar een alarmserver meldingen naar medewerkers verstuurt, waar een meldkamer camerabeelden op afstand moet kunnen raadplegen of waar een externe koppeling nodig is voor bedrijfsprocessen.

Maak daarbij onderscheid tussen drie doelen. Die worden in de praktijk vaak door elkaar gehaald:

• Beschikbaarheid: het systeem moet tijdens een verstoring via een alternatief pad kunnen communiceren.
• Voorspelbare prestaties: belangrijk verkeer mag niet merkbaar verslechteren door back-ups, videostreams, gastgebruik of grote downloads.
• Beheersbare beveiliging: systemen met een andere functie of risicoprofiel krijgen eigen toegangsregels en gecontroleerde verbindingen.

Alleen voor het derde doel hoeft een tweede fysieke internetaansluiting niet altijd nodig te zijn. Segmentatie met VLAN’s, firewallregels en een goed ontworpen DMZ kan systemen logisch scheiden. Voor echte continuïteit is meer nodig dan een tweede kabel in dezelfde meterkast.

Begin bij de impact van een onderbreking

Beoordeel per systeem wat er gebeurt als de externe verbinding vijf minuten, een uur of een werkdag wegvalt. Niet ieder systeem hoeft permanent met internet verbonden te zijn. Een camerasysteem kan bijvoorbeeld lokaal blijven opnemen, terwijl live meekijken op afstand tijdelijk niet beschikbaar is. Bij een alarm- of communicatiesysteem kan juist de externe melding naar de juiste persoon essentieel zijn.

Stel daarom per toepassing concrete vragen:

• Welke functie valt uit als internet wegvalt, en welke functie blijft lokaal werken?
• Wie merkt de uitval als eerste: een medewerker, een bezoeker, de receptie, een monteur of een externe dienstverlener?
• Is er een veilige handmatige werkwijze zolang de verbinding ontbreekt?
• Hoe snel moet de functie aantoonbaar hersteld zijn?
• Welke afhankelijkheden bestaan er buiten uw pand, zoals DNS, cloudsoftware, een meldkamer, een telefonieplatform of een provider?

Deze inventarisatie voorkomt een kostbare oplossing voor het verkeerde probleem. De Nederlandse overheid adviseert organisaties bij de continuïteit van online diensten om de volledige keten, netwerksegmenten, prioriteit van diensten en afhankelijkheden van derden in kaart te brengen. Dat is ook voor een bedrijfsnetwerk een bruikbare basis.

Welke systemen verdienen een eigen pad?

Een aparte verbinding is het meest verdedigbaar wanneer een systeem een duidelijke bedrijfs- of veiligheidsfunctie heeft én intensief of onvoorspelbaar internetgebruik op het kantoornetwerk die functie kan hinderen. Dat kan bijvoorbeeld spelen bij:

• Kritische communicatie en alarmering: systemen die meldingen, escalaties of oproepen naar vaste, mobiele of draagbare apparaten distribueren.
• Externe toegang tot beveiliging: camerabeelden, videodeurintercom of beheer op afstand waarvoor betrouwbare uitgaande en inkomende communicatie nodig is.
• Operationele techniek: gebouwinstallaties, industriële apparatuur of andere OT-omgevingen die slechts via strikt gedefinieerde verbindingen met externe partijen mogen communiceren.
• Bedrijfskritische cloudkoppelingen: processen waarbij een korte internetonderbreking direct leidt tot stilstand, vertraging of een onwerkbare noodprocedure.

Een aparte verbinding is niet hetzelfde als elk apparaat rechtstreeks aan internet hangen. Juist kritische systemen vragen om beperkte communicatiepaden, segmentatie en firewallbeleid. Een eigen internetverbinding kan daarbij een grens vormen, maar die grens moet technisch worden afgedwongen. Lees ook hoe kritische communicatie kan worden ingericht rondom alarmering en bereikbaarheid.

Redundantie is pas echt als storingsdomeinen verschillen

Twee abonnementen bieden niet automatisch twee onafhankelijke routes. Als beide verbindingen via dezelfde glasvezelkabel het pand binnenkomen, dezelfde actieve apparatuur gebruiken of achter dezelfde straatkast en providerinfrastructuur uitkomen, kan één fysieke storing nog steeds beide diensten raken.

Vraag daarom niet alleen naar een tweede verbinding, maar naar de onafhankelijkheid van het gehele pad. Controleer onder meer:

• komen de verbindingen via verschillende invoerpunten het pand binnen;
• gebruiken ze verschillende bekabelingstrajecten waar dat mogelijk is;
• zijn modem, router, firewall en voeding geen gezamenlijk enkel storingspunt;
• is er een tweede provider of in elk geval een aantoonbaar afwijkend netwerkpad;
• werkt automatische omschakeling zoals bedoeld, inclusief DNS, VPN’s, telefonie en toegangsregels;
• wordt de failover periodiek getest en vastgelegd?

Voor een kleinere locatie kan een vaste verbinding met mobiele back-up passend zijn. Voor een zwaardere continuïteitsvraag kan een tweede vaste verbinding nodig zijn. De juiste keuze hangt af van de vereiste capaciteit tijdens failover, het type toepassingen en de mate waarin een mobiel netwerk op die locatie beschikbaar en beheersbaar is. Bekijk de mogelijkheden voor zakelijke internetverbindingen, inclusief ontwerpkeuzes voor continuïteit.

Een apart netwerk is soms belangrijker dan een extra aansluiting

Wanneer het probleem vooral bestaat uit ongewenste toegang of onderlinge beïnvloeding binnen het bedrijfsnetwerk, is segmentatie vaak de eerste stap. Plaats bijvoorbeeld kantoorwerkplekken, gasten, camera’s, toegangscontrole en technische systemen in afzonderlijke netwerksegmenten. Definieer vervolgens alleen de noodzakelijke verbindingen tussen die segmenten.

Dat beperkt niet alleen de kans dat regulier verkeer kritische toepassingen verstoort. Het maakt ook duidelijker welke apparaten met elkaar mogen communiceren en waar beheer plaatsvindt. Zeker bij systemen met verschillende beveiligingsniveaus is een vlak netwerk onnodig lastig te beheren. Een firewall op de grens van segmenten, logging en centrale monitoring zijn daarbij minstens zo belangrijk als de internetlijn zelf.

Let ook op de lokale infrastructuur. Als kritische apparatuur en kantoor-WiFi op dezelfde switch, dezelfde stroomvoorziening of dezelfde firewall draaien, blijft er een gedeeld risico bestaan. Een ontwerp voor continuïteit beoordeelt daarom de hele keten: bekabeling, switching, voeding, firewall, verbinding, configuratie en beheer.

Praktische koopvraag: is QoS voldoende?

QoS kan verkeer classificeren en binnen uw eigen netwerk prioriteit geven aan bijvoorbeeld spraak, alarmmeldingen of beheerverkeer. Dat is nuttig wanneer de beschikbare capaciteit in het pand het knelpunt is. QoS vervangt echter geen tweede verbinding bij een lijnstoring en neemt geen fysieke afhankelijkheden weg. Ook buiten uw eigen netwerk heeft u alleen voorspelbaarheid als de gekozen dienst en afspraken met de provider daarbij passen.

Gebruik QoS dus om belangrijk verkeer ordelijk te behandelen; kies een afzonderlijke verbinding wanneer u daarnaast een apart storingspad, een eigen beveiligingsgrens of gegarandeerde capaciteit tijdens calamiteiten nodig heeft.

Van wens naar toetsbaar ontwerp

Een goed besluit eindigt niet met de aanschaf van een tweede abonnement, maar met een toetsbaar ontwerp. Leg vast welke systemen via welke verbinding communiceren, welke verbinding primair is, wanneer omschakeling plaatsvindt en wie een storing opvolgt. Test daarna niet alleen of internet terugkomt, maar of de beoogde toepassing werkelijk werkt: komt de alarmmelding aan, is extern beheer bereikbaar en blijven gewenste regels actief?

EMC Solutions kan deze afweging verbinden met netwerkontwerp, installatie, integratie, beheer en support. Zo ontstaat geen losse extra lijn, maar een inrichting die past bij de processen die u daadwerkelijk wilt beschermen.