A professional implementation of static routing and network redundancy protocols. This project documents the configuration and verification of a multi-router network designed for high availability and fault tolerance.
This project was developed using a specialized VirtualBox virtual machine image tailored for network laboratory simulations. This environment provides the necessary virtualization layer to simulate multiple routers (R1-R4) and host offices (hstOfi1-hstOfi2) within a controlled sandbox.
The following diagram represents the logical connection between the hosts and routers within the lab environment:
[ hstOfi1 ]
|
|
|
[ R1 ] ------------------ [ R2 ]
/ \
(eth0.2) (eth0.3) (eth0.2) (eth0.3)
/ \ / \
[ R3 ] ------- \ ------------/-------- [ R4 ]
\ \ / /
(eth0.1) \ / (eth0.2)
\ \ / /
-------------- [ hstOfi2 ] -----------
The initial state of the network is verified through standard Linux and Cisco-style diagnostic commands.
Host Offices (hstOfi1, hstOfi2):
- Routing table inspection:
ip route show - Interface address verification:
ip address show
Routers (R1, R2, R3, R4):
- Configuration audit:
show running-config - Routing table audit:
show ip route
Standard verification from hstOfi1:
- To hstOfi2:
ping -c3 <IP_ADDRESS_HST_OFI2> - To R3 (eth0.1):
ping -c3 <IP_ADDRESS_R3_ETH0_1> - To R4 (eth0.2):
ping -c3 <IP_ADDRESS_R4_ETH0_2>
To test redundancy between hstOfi1 and hstOfi2:
- Deactivate
eth0.3on R1 andeth0.2on R2. - Execute path discovery from hstOfi2:
traceroute -n <IP_ADDRESS_HST_OFI1>.
To test path re-routing to R3 and R4:
- Restore previous interfaces.
- Deactivate
eth0.2on R1 andeth0.3on R3. - Execute path discovery from hstOfi1 to R3:
traceroute -n <IP_ADDRESS_R3_ETH0_1>. - Execute path discovery from hstOfi2 to R4:
traceroute -n <IP_ADDRESS_R4_ETH0_2>.
commands/: Automated scripts and command reference files.host_diag.sh: Automated host diagnostic script.router_cmds.txt: Reference for Cisco router commands.
README.md: Full project documentation and topology.