ABB 4. Networking & Connectivity

Leadarchitect: Michiel Koolen

RWS Netwerkvoorziening - RNV

Algemeen

Het oude NNV RWS netwerk is in de jaren 2010-2015 ontworpen als een Enterprise network. Een vraag-gedreven netwerk dat als een landelijk dekkend spinnenweb is gebouwd met in het midden een centraal ‘Enterprise’ knooppunt. Een dergelijke topologie is onhoudbaar als de "enterprise" groeit.

RWS werk naar een aanbod-gedreven Service Provider netwerk toe. De essentie van dit RNV model is datatransport onafhankelijk van de aangesloten systemen. Automatisering vereist hooguit configuratie aanpassingen op de locaties die met elkaar willen communiceren. Daarmee is het faal domein bij veranderingen klein en het risico van grootschalige service onderbreking nihil. In onderstaande figuur is het model schematisch weergegeven.

In deze figuur te zien:

1. Transport Backbone – het gehele glasvezel netwerk inclusief actieve componenten dat als enige functie Any-2-Any data transmissie levert,
2. Servicehubs per locatie – enige toegang tot de backbone en waar wordt bepaald welke communicatie tussen welke locaties en op welke manier toegestaan is,
3. Aangesloten objecten en niet RWS netwerken – de diversiteit aan objecten wordt in de respectievelijke Servicehubs afgevangen, opdat de backbone uniform is voor alle aansluitingen,
4. Voorbeelden van afnemers.

Strategische doelen

De Doelarchitectuur is destijds opgesteld in lijn met de toen geldende strategische doelen:

1. Never out, beschikbaarheid en onderhoud zonder onderbrekingen
2. Last man standing, weerstand tegen dreigingen
3. Voorspelbaar, levering volgens afspraak
4. Innovatief, innovatie binnen RWS ondersteunend

RNV ABB - Business Service

De RNV ABB levert "connectiviteit" als dienst. De dienst heeft functionele specificaties zoals locatie en aantal poorten. Daarnaast heeft de dienst kwalitatieve aspecten, zoals beschikbaarheid en data beveiliging, die afgestemd zijn op de gespecificeerde gebruik.

Gouden ontwerpregels

thought... you don't "apply principles" - you architect them in through concrete
decisions about topology, protocols, policies, tools, and placement of services.

• Houd het simpel
• Single netwerk Control Plane (BGP)
• Autonoom functionerende bouwblokken, componenten en locaties
• Stateless datacommunicatie constructies
• Informatie als de basis voor automatisering
• Open & Industrie standaarden tussen bouwblokken
• Security/compartimenteren los van IP-adressen
• Redundante aansluitingen en vermaasd glasvezel netwerk
• Traffic Engineering voor snelle convergentie
• Modulair (scaled-out boven scale-up)
• Demarcatie van verantwoordelijkheden

Uitvoeringsprocessen strategische visie

Bouwblokken zijn de stukken op het strategisch, tactisch en operationeel schaakbord van een organisatie. Het helpt enorm als de hele organisatie gezamenlijk overeengekomen regels van het spel volgt. Onderstaande figuur schetst de verschillende rollen. De figuur moet als volgt gelezen worden:

1. directie geeft richting, aangegeven met "willen" bijvoorbeeld in de vorm van vastgestelde "Future mode" ABB's
2. hoofden maken uitvoeringsplannen
3. teams stellen vast: "als je dat wilt, heb ik dit nodig"
4. behoefte, wat nodig is zoals geld, personeel, etc, gaat een besluitvormingscyclus in. Mogelijk uitkomsten zijn, dat het "willen" wordt bijgesteld of het "nodige" komt beschikbaar.

Op de uitvoeringslaag worden in het Netwerkdomein Visie (architectuur), Klant (exploitatie) en Onderhoud (LCM) samengevoegd in een zogenaamde Integrale Roadmap. Immers, LCM is vaak een goed moment om structurele verbetringen te realiseren en klantvragen kunnen nieuwe ABBs vereisen. Onderstaande figuur schetst dit proces op hoofdlijnen.

Beweegredenen sluiten aan op "willen" in bovenstaande figuur en het Portfolio proces leveret "nodig" informatie op naar de bestuurlijke organisatie lagen.