|
Poison Reverse
. Таким образом сосед,
получивший такой апдейт должен удалить этот маршрут из таблицы. Вот, что
происходит на Router1:
И самое интересное, что после этого Router1 отправит Router0 следующее:
447
То есть я больше не знаю о 192.168.3.0/24.
На данный момент таблица на Router0 выглядит следующим образом:
Router0#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
448
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 2 subnets
C 10.1.1.0 is directly connected, Loopback1
R 10.2.2.0 [120/1] via 192.168.1.2, 00:00:29, FastEthernet0/0
C 192.168.1.0/24 is directly connected, FastEthernet0/0
R 192.168.4.0/24 [120/1] via 192.168.1.2, 00:00:29, FastEthernet0/0
То есть знает о своих подсетях и тех, что анонсировал Router1.
Двигаемся дальше:
Видим, что Router1 генерирует пакет с кучей подсетей и отправляет соседям. В
том числе там подсеть 10.4.4.0. И в таблице Router0 теперь:
Router0#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
449
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 3 subnets
C 10.1.1.0 is directly connected, Loopback1
R 10.2.2.0 [120/1] via 192.168.1.2, 00:00:00, FastEthernet0/0
R 10.3.3.0 [120/2] via 192.168.1.2, 00:00:00, FastEthernet0/0
C 192.168.1.0/24 is directly connected, FastEthernet0/0
R 192.168.4.0/24 [120/1] via 192.168.1.2, 00:00:00, FastEthernet0/0
Замечу, что в таблице она записана с метрикой 2. Потому что данный маршрут
направлен не напрямую от соседа, породившего его, а через транзитный
маршрутизатор,
который
добавил
1.
Проверим доступность:
Router0#ping 10.3.3.1
Type escape sequence to abort.
450
Sending 5, 100-byte ICMP Echos to 10.3.3.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 0/0/1 ms
Router0#traceroute 10.3.3.1
Type escape sequence to abort.
Tracing the route to 10.3.3.1
1 192.168.1.2 0 msec 0 msec 0 msec
2 192.168.4.2 2 msec 0 msec 0 msec
Пинги проходят, а через traceroute видим, что пакет сначала попадает на Router1,
а дальше маршрутизируется на Router2. То есть видно очевидное преимущество
динамического протокола маршрутизации над статическими. При падении линка
и наличии резервного пути, топология сама перестроилась. На сегодняшний день
мало кто использует данный протокол. И на это есть множество причин. Одна из
них — это количество транзитных маршрутов. Вдобавок ко всему — это время
сходимости. По умолчанию все маршрутизаторы отправляют друг другу
апдейты каждые 30 секунд. Если обновление не приходит в течении 180 секунд,
маршрут помечается, как Invalid. А как время простоя доходит до 240 секунд, он
удаляется. Конечно таймеры можно подкрутить. Но проблема еще в том, что в
большой сети, при наличии проблемы где-нибудь по середине, апдейт с одного
конца до другого может просто-напросто не дойти. Хотя он доступен. Есть еще
одна проблема. RIP хранит только лучший маршрут. Поэтому когда отключился
линк, маршрут пропал и резервного пути не было. А значит, пока никто из
соседей не проанонсирует подсеть, она будет недоступной. Это очень ощутимо
для сетей, в которых простой стоит дорого. В связи с этим были придуманы
протоколы, у которых время сходимости выше и есть резервные пути. О них и
поговорим. Хочу также отметить, что RIP — протокол не плохой (уж явно лучше,
чем использование только статических маршрутов в растущей сети). Поэтому
изучение лучше начать с него. Таким образом концепция динамической
451
маршрутизации уляжется лучше. Да что тут говорить, если Cisco сначала убрала
RIP
из
своих
экзаменов,
а
теперь
снова
включила.
Ссылка на скачивание. Теперь перейдем к
EIGRP
. Если RIP уже давно является
открытым протоколом, то EIGRP был проприетарным и работал только на
устройствах Cisco. Но в 2016 году Cisco решила все же открыть его, оставив
авторство за собой. Ссылка на RFC7868. Cisco называет его гибридным (имея в
виду, что он взял что-то от Distance-Vector, а что-то от Link-State). В отличии от
RIP он работает более «умно». В том плане, что у него есть резервные маршруты
и он «хранит некую топологию сети» (хотя это верно очень частично).
Оперирует он 3-мя таблицами:
1)
Do'stlaringiz bilan baham: |
