Статическая маршрутизация в компьютерных сетях


Проверка отказоустойчивости сети с альтернативными маршрутами



бет7/9
Дата15.12.2023
өлшемі156,38 Kb.
#138442
1   2   3   4   5   6   7   8   9

Проверка отказоустойчивости сети с альтернативными маршрутами


При помощи команды 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, альтернативные маршруты очевидны. В сетях с более сложной топологией при создании альтернативных маршрутов могут возникать маршрутные «петли», по которым пакеты данных будут циркулировать до тех пор, пока не истечет время жизни пакета. При проектировании сложных сетей следует проверить возможность возникновения «петель» при изменениях топологии сети.


    1. Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8   9




©emirsaba.org 2024
әкімшілігінің қараңыз

    Басты бет