Production vs Development
Bij dit project wordt een scenario uitgewerkt waarbij VRF
zal moeten toegepast worden om een productie-omgeving volledig te kunnen scheiden van een development-omgeving.
Scenario
In het bedrijf waar je actief bent is er een bestaande productieomgeving aanwezig. Deze moet uiteraard altijd beschikbaar blijven.
De (web-)server die actief is draait enkele complexe monitoring-, inspectie- en analyse-tools voor het netwerk, samen met een databank-applicatie.
Het is nu zo dat het bedrijf enkele fundamentele aanpassingen wil doen aan de configuratie van de tools op de webserver. Maar men is niet zeker wat het effect zal zijn op de werking en men wil uiteraard ook geen historische data verliezen.
Men kiest er dus voor om een geheel identieke omgeving te voorzien met dezelfde ip-adressen en dezelfde webserver
zodat de productieomgeving exact kan nagebootst worden.
Op die manier hoopt men te ontdekken of de wijzigingen in de configuratie van de tools op de server wel nog steeds het gewenste effect hebben.
Opbouw
Op de figuur kan je duidelijk zien dat de het productienetwerk en bijhorende devices in het groen zijn aangeven. De rode devices zijn de development-devices.
R1, R2, R3, de PC's en de Access switch (SW1) zullen door jullie nog volledig moeten geconfigureerd worden, zowel voor de productie- als de development-omgeving.
De routers R_Production
en R_Development
werden reeds voorzien en staan op een remote locatie (CML).
Topologie
Aanpak uitwerking
De devices in CML worden gedeeld met alle studentengroepen!!
Hierdoor is het belangrijk dat elk groepje zijn eigen, aangepaste configuratiegegevens (ip-adressen) gebruikt.
Elk studentengroepje krijgt (net zoals bij BGP) twee poorten toegewezen op een switch, onderaan in Rack H.
Deze poorten worden gebruikt om te connecteren met de twee routers R_Production en R_Development.
In de figuur bij de topologie kan je een samenvatting vinden van de adressering die moet gebruikt worden. Hieronder vind je deze gegevens per studentengroepje nog eens apart.
Groep | Poort R2-R_Production (Switch Rack H) | Poort R1-R_Development (Switch Rack H) | netwerk PC's | netwerk R3-R2 | netwerk R2-R1 | netwerk R2/R1 en R_Production/R_Development |
---|---|---|---|---|---|---|
1 | F0/1 | F0/2 | 120.120.1.0 | 120.121.1.0 | 120.123.1.0 | 120.122.1.0 |
2 | F0/3 | F0/4 | 120.120.2.0 | 120.121.2.0 | 120.123.2.0 | 120.122.2.0 |
3 | F0/5 | F0/6 | 120.120.3.0 | 120.121.3.0 | 120.123.3.0 | 120.122.3.0 |
4 | F0/7 | F0/8 | 120.120.4.0 | 120.121.4.0 | 120.123.4.0 | 120.122.4.0 |
5 | F0/9 | F0/10 | 120.120.5.0 | 120.121..5.0 | 120.123.5.0 | 120.122.5.0 |
6 | F0/11 | F0/12 | 120.120.6.0 | 120.1216.0 | 120.123.6.0 | 120.122.6.0 |
7 | F0/13 | F0/14 | 120.120.7.0 | 120.121.7.0 | 120.123.7.0 | 120.122.7.0 |
8 | F0/15 | F0/16 | 120.120.8.0 | 120.121.8.0 | 120.123.8.0 | 120.122.8.0 |
9 | F0/17 | F0/18 | 120.120.9.0 | 120.121.9.0 | 120.123.9.0 | 120.122.9.0 |
10 | F0/19 | F0/20 | 120.120.10.0 | 120.121.10.0 | 120.123.10.0 | 120.122.10.0 |
11 | F0/21 | F0/22 | 120.120.11.0 | 120.121.11.0 | 120.123.11.0 | 120.122.11.0 |
12 | F0/23 | F0/24 | 120.120.12.0 | 120.121.12.0 | 120.123.12.0 | 120.122.12.0 |
13 | F0/25 | F0/26 | 120.120.13.0 | 120.121.13.0 | 120.123.13.0 | 120.122.13.0 |
14 | F0/27 | F0/28 | 120.120.1.14.0 | 120.121.1.14.0 | 120.123.1.14.0 | 120.122.1.14.0 |
15 | F0/29 | F0/30 | 120.120.1.15.0 | 120.121.1.15.0 | 120.123.1.15.0 | 120.122.1.15.0 |
Controle
Als controle zou je vanop beide clients, die beiden naar hetzelfde ip-adres surfen, elk een andere webpagina moeten krijgen.
Uitbreiding
Als bonus kan je een extraatje toevoegen!
In plaats van de clients een vast ip-adres te geven, voorzie je een DHCP-server.
Deze DHCP-server zal dus gelijkaardige ip-adressen moeten uitdelen voor het productie- en development-netwerk.