Проверка отказоустойчивости сети с альтернативными маршрутами
При помощи команды show ip route просмотрите таблицу маршрутизации на R1 и R2. Убедитесь, что сеть LAN_2 на R1 доступна через интерфейс R2 se0/0/0 (192.168.10.2), а на R2 LAN_1 доступен через интерфейс R1 se0/0/0 (192.168.10.1) (кратчайшие пути):
R1#show ip route
-----< вывод команды сокращен >-----
10.0.0.0/24 is subnetted, 1 subnets
172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks C 172.16.1.16/28 is directly connected, FastEthernet0/0 S 172.16.1.32/29 [1/0] via 192.168.10.6
192.168.10.0/30 is subnetted, 3 subnets
C 192.168.10.0 is directly connected, Serial0/0/0 C 192.168.10.4 is directly connected, Serial0/0/1 S 192.168.10.8 [1/0] via 192.168.10.2
R2#show ip route
-----< вывод команды сокращен >-----
10.0.0.0/24 is subnetted, 1 subnets
C 10.10.10.0 is directly connected, FastEthernet0/0 172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
S 172.16.1.32/29 [1/0] via 192.168.10.10
192.168.10.0/30 is subnetted, 3 subnets
C 192.168.10.0 is directly connected, Serial0/0/0 S 192.168.10.4 [1/0] via 192.168.10.1
C 192.168.10.8 is directly connected, Serial0/0/1
На PC1 выполните команду tracert до PC2. Команда tracert показывает IP адреса устройств до пункта назначения (маршрутизаторы), через которые проходит пакет, прежде чем попасть к получателю:
PC1> tracert 10.10.10.254
1 54 ms
|
44 ms
|
53 ms
|
172.16.1.17
|
2 65 ms
|
65 ms
|
65 ms
|
192.168.10.2
|
Tracing route to 10.10.10.254 over a maximum of 30 hops:
3 108 ms 108 ms 108 ms 10.10.10.254
Trace complete.
Изучите вывод команды. По IP-адресам определите, через какие маршрутизаторы проходит пакет.
На PC1 при помощи команды ping c параметром –t запустите проверку доступности
PC2:
PC1> ping –t 10.10.10.254
Перейдите в режим симуляции и, нажимая на кнопку ―Capture/Forward‖, наблюдайте
продвижение ping-пакетов через сеть. Убедитесь, что наблюдаемый маршрут совпадает с маршрутом, зафиксированным при помощи команды tracert.
Вернитесь в режим Real-time; ping на PC1 оставьте включенным.
Полезное замечание! В реальной жизни режима симуляции не существует, поэтому на практике, сетевым администраторам для определения маршрута прохождения пакета доступна только утилита tracert.
Оборвите линию связи между R1 и R2. Наблюдайте за выводом команды ping на PC1. Отключение линии связи практически никак не сказалось на обмене сообщениями между PC1 и PC2.
Изучите вывод команды show ip route на маршрутизаторе R1 и R2:
R1# sh ip route
------< вывод команды сокращен >-----
10.0.0.0/24 is subnetted, 1 subnets
172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
C 172.16.1.16/28 is directly connected, FastEthernet0/0 S 172.16.1.32/29 [1/0] via 192.168.10.6
192.168.10.0/30 is subnetted, 2 subnets
C 192.168.10.4 is directly connected, Serial0/0/1 S 192.168.10.8 [2/0] via 192.168.10.6
Обратите внимание на то, что в таблице маршрут до сети LAN_2 изменился на альтернативный.
Затем проследите маршрут прохождения пакетов в режиме симуляции. Пакеты продвигаются более длинным маршрутом. Вернитесь в Real-time режим, остановите ping на PC1 и выполните команду tracert до PC2:
PC>tracert 10.10.10.254
Tracing route to 10.10.10.254 over a maximum of 30 hops:
1
|
70 ms
|
40 ms
|
40 ms
|
172.16.1.17
|
2
|
60 ms
|
50 ms
|
50 ms
|
192.168.10.6
|
3
|
80 ms
|
80 ms
|
78 ms
|
192.168.10.9
|
4
|
120 ms
|
121 ms
|
120 ms
|
10.10.10.254
|
Trace
|
complete.
|
|
|
|
Как согласуются результаты команды tracert с визуализацией движения пакетов в режиме симуляции?
Восстановите связь между маршрутизаторами R1 и R2. При помощи команды tracert убедитесь, что пакеты снова стали перемещаться по старому маршруту.
Важное замечание! В сети, показанной на рис. 5.1, альтернативные маршруты очевидны. В сетях с более сложной топологией при создании альтернативных маршрутов могут возникать маршрутные «петли», по которым пакеты данных будут циркулировать до тех пор, пока не истечет время жизни пакета. При проектировании сложных сетей следует проверить возможность возникновения «петель» при изменениях топологии сети.
Достарыңызбен бөлісу: |