Навигация:

Главная Случайная страница Обратная связь ТОП Интересно знать Избранные Новые материалы

Топ:

Оценка эффективности инструментов коммуникационной политики: Внешние коммуникации - обмен информацией между организацией и её внешней средой...

Марксистская теория происхождения государства: По мнению Маркса и Энгельса, в основе развития общества, происходящих в нем изменений лежит...

Генеалогическое древо Султанов Османской империи: Османские правители, вначале, будучи еще бейлербеями Анатолии, женились на дочерях византийских императоров...

Интересное:

Мероприятия для защиты от морозного пучения грунтов: Инженерная защита от морозного (криогенного) пучения грунтов необходима для легких малоэтажных зданий и других сооружений...

Принципы управления денежными потоками: одним из методов контроля за состоянием денежной наличности является...

Берегоукрепление оползневых склонов: На прибрежных склонах основной причиной развития оползневых процессов является подмыв водами рек естественных склонов...

Дисциплины:

Автоматизация Антропология Археология Архитектура Аудит Биология Бухгалтерия Военная наука Генетика География Геология Демография Журналистика Зоология Иностранные языки Информатика Искусство История Кинематография Компьютеризация Кораблестроение Кулинария Культура Лексикология Лингвистика Литература Логика Маркетинг Математика Машиностроение Медицина Менеджмент Металлургия Метрология Механика Музыкология Науковедение Образование Охрана Труда Педагогика Политология Правоотношение Предпринимательство Приборостроение Программирование Производство Промышленность Психология Радиосвязь Религия Риторика Социология Спорт Стандартизация Статистика Строительство Теология Технологии Торговля Транспорт Фармакология Физика Физиология Философия Финансы Химия Хозяйство Черчение Экология Экономика Электроника Энергетика Юриспруденция

Обновление маршрутной информациию

2020-10-20

138

0.00 из 5.00 0 оценок

Заказать работу

⇐ ПредыдущаяСтр 11 из 26Следующая ⇒

Сеть 172.1.1.0, подключенная к интерфейсу Ethernet маршрутизатора R1, отказала. Маршрутизатор R1 отправляет триггерное обновление маршрутизаторам R2 и R3, указывая, что сеть 172.1.0.0 недоступна (ее метрика составляет 4294967295). Маршрутизаторы R2 и R3 отправляют назад подтверждение отравления маршрута.

рис 20.

R1#debug ip igrp transactions

IGRP protocol debugging is on

R1#

01:25:36: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, chang

ed state to down

01:25:36: IGRP: edition is now 10

01:25:36: IGRP: sending update to 255.255.255.255 via Serial0/0 (192.168.1.1)

01:25:36: network 172.1.0.0, metric=4294967295

01:25:36: network 192.168.2.0, metric=80125

01:25:36: IGRP: sending update to 255.255.255.255 via Serial0/1 (192.168.2.1)

01:25:36: network 172.1.0.0, metric=4294967295

01:25:36: network 192.168.1.0, metric=80125

01:25:36: IGRP: received update from 192.168.2.2 on Serial0/1

01:25:36: network 192.168.1.0, metric 82225 (neighbor 80225)

01:25:36: network 192.168.3.0, metric 80225 (neighbor 1100)

01:25:36: network 172.1.0.0, metric 4294967295 (inaccessible)

01:25:36: IGRP: broadcasting request on Serial0/0

01:25:36: IGRP: broadcasting request on Serial0/1

01:25:36: IGRP: received update from 192.168.1.2 on Serial0/0

01:25:36: network 172.1.0.0, metric 4294967295 (inaccessible)

01:25:36: network 192.168.2.0, metric 82225 (neighbor 8576)

01:25:36: network 192.168.3.0, metric 80225 (neighbor 1100)

Маршрутизатор R2, получив триггерное обновление от маршрутизатора R1, отправляет триггерное обновление на маршрутизатор R3. Таким образом маршрутизаторы R2 и R3 уведомляются о возможной недоступности сети 172.1.0.0.

R2#debug ip igrp transactions

IGRP protocol debugging is on

R2#

01:28:56: IGRP: received update from 192.168.1.1 on Serial0/1

01:28:56: network 172.1.0.0, metric 4294967295 (inaccessible)

01:28:56: network 192.168.2.0, metric 82125 (neighbor 80125)

01:28:56: IGRP: received request from 192.168.1.1 on Serial0/1

01:28:56: IGRP: sending update to 192.168.1.1 via Serial0/1 (192.168.1.2)

01:28:56: network 172.1.0.0, metric=4294967295

01:28:56: network 192.168.2.0, metric=8576

01:28:56: network 192.168.3.0, metric=1100

01:29:16: IGRP: received update from 192.168.3.2 on FastEthernet0/0

01:29:16: network 192.168.2.0, metric 8576 (neighbor 8476)

01:29:16: network 172.1.0.0, metric 4294967295 (inaccessible)

01:29:20: IGRP: received update from 192.168.1.1 on Serial0/1

01:29:20: network 192.168.2.0, metric 82125 (neighbor 80125)

01:29:42: IGRP: sending update to 255.255.255.255 via FastEthernet0/0 (192.168.3.1)

01:29:42: network 172.1.0.0, metric=4294967295

01:29:42: network 192.168.1.0, metric=80125

01:29:42: IGRP: sending update to 255.255.255.255 via Serial0/1 (192.168.1.2)

01:29:42: network 172.1.0.0, metric=4294967295

01:29:42: network 192.168.2.0, metric=8576

01:29:42: network 192.168.3.0, metric=1100

R3#debug ip igrp transactions

IGRP protocol debugging is on

R3#

IGRP: received update from 192.168.2.1 on Serial0

network 172.1.0.0, metric 4294967295 (inaccessible)

network 192.168.1.0, metric 82125 (neighbor 80125)

IGRP: edition is now 11

IGRP: sending update to 255.255.255.255 via Ethernet0 (192.168.3.2)

network 192.168.2.0, metric=8476

network 172.1.0.0, metric=4294967295

IGRP: sending update to 255.255.255.255 via Serial0 (192.168.2.2)

network 192.168.1.0, metric=80225

network 192.168.3.0, metric=1100

network 172.1.0.0, metric=4294967295

IGRP: received update from 192.168.3.1 on Ethernet0

network 172.1.0.0, metric 4294967295 (inaccessible)

network 192.168.1.0, metric 80225 (neighbor 80125)

IGRP: received request from 192.168.2.1 on Serial0

IGRP: sending update to 192.168.2.1 via Serial0 (192.168.2.2)

network 192.168.1.0, metric=80225

network 192.168.3.0, metric=1100

network 172.1.0.0, metric=4294967295

Дополнительно маршрутизаторы R2 и R3 переводят маршрут в сеть 172.1.0.0 в состояние ожидания сходимости на 280 секунд. Находясь в состоянии ожидания сходимости, маршрут в сеть 172.1.0.0 помечается как possibly down в таблицах маршрутизации. Маршрутизаторы R2 и R3 продолжают попытки отправлять трафик в сеть 172.1.0.0 до истечения работы счетчика ожидания сходимости.

R2#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

Gateway of last resort is not set

I 172.1.0.0/16 is possibly down, routing via 192.168.3.2, FastEthernet0/0

C 192.168.1.0/24 is directly connected, Serial0/1

I 192.168.2.0/24 [100/8576] via 192.168.3.2, 00:00:29, FastEthernet0/0

C 192.168.3.0/24 is directly connected, FastEthernet0/0

R2#

R3#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, * - candidate default

U - per-user static route, o - ODR

Gateway of last resort is not set

I 192.168.1.0/24 [100/80225] via 192.168.3.1, 00:00:03, Ethernet0

C 192.168.2.0/24 is directly connected, Serial0

C 192.168.3.0/24 is directly connected, Ethernet0

I 172.1.0.0/16 is possibly down, routing via 192.168.2.1, Serial0

R3#

Как только сеть восстановилась, маршрутизатор R1 отправляет на маршрутизаторы R2 и R3 еще одно триггерное обновление, говорящее, что сеть 172.1.0.0 стала доступной (с метрикой 80125 ). Не смотря на то, что маршрутизаторы R2 и R3 получили такое обновление, они сохраняют данный маршрут в состоянии ожидания сходимости. Такое поведение маршрутизаторов будет продолжаться, пока не истечет срок действия счетчика ожидания сходимости.

Рис 21.

R1#debug ip igrp transactions

IGRP protocol debugging is on

R1#

01:44:46: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, chang

ed state to up

01:44:46: IGRP: edition is now 15

01:44:46: IGRP: sending update to 255.255.255.255 via FastEthernet0/0 (172.1.1.1)

01:44:46: network 192.168.1.0, metric=80125

01:44:46: network 192.168.2.0, metric=80125

01:44:46: network 192.168.3.0, metric=80225

01:44:46: IGRP: sending update to 255.255.255.255 via Serial0/0 (192.168.1.1)

01:44:46: network 172.1.0.0, metric=110

01:44:46: network 192.168.2.0, metric=80125

01:44:46: IGRP: sending update to 255.255.255.255 via Serial0/1 (192.168.2.1)

01:44:46: network 172.1.0.0, metric=110

01:44:46: network 192.168.1.0, metric=80125

01:44:46: IGRP: received update from 192.168.1.2 on Serial0/0

01:44:46: network 192.168.2.0, metric 82225 (neighbor 8576)

01:44:46: network 192.168.3.0, metric 80225 (neighbor 1100)

01:44:46: IGRP: received update from 192.168.2.2 on Serial0/1

01:44:46: network 192.168.1.0, metric 82225 (neighbor 80225)

01:44:46: network 192.168.3.0, metric 80225 (neighbor 1100)

01:44:46: IGRP: received update from 192.168.1.2 on Serial0/0

01:44:46: network 172.1.0.0, metric 82235 (neighbor 8586)

01:44:46: network 192.168.2.0, metric 82225 (neighbor 8576)

01:44:46: network 192.168.3.0, metric 80225 (neighbor 1100)

01:44:55: IGRP: received update from 192.168.2.2 on Serial0/1

01:44:55: network 192.168.1.0, metric 82225 (neighbor 80225)

01:44:55: network 192.168.3.0, metric 80225 (neighbor 1100)

01:45:04: IGRP: sending update to 255.255.255.255 via FastEthernet0/0 (172.1.1.1)

01:45:04: network 192.168.1.0, metric=80125

01:45:04: network 192.168.2.0, metric=80125

01:45:04: network 192.168.3.0, metric=80225

01:45:04: IGRP: sending update to 255.255.255.255 via Serial0/0 (192.168.1.1)

01:45:04: network 172.1.0.0, metric=110

01:45:04: network 192.168.2.0, metric=80125

01:45:04: IGRP: sending update to 255.255.255.255 via Serial0/1 (192.168.2.1)

01:45:04: network 172.1.0.0, metric=110

01:45:04: network 192.168.1.0, metric=80125

R1#no debug ip igrp transactions

IGRP protocol debugging is off

R1#

24. Принцип работы протоколов состояния линии на примере OSPF.

Алгоритмы маршрутизации состояния канала, известные также как алгоритмы выбора первым кратчайшего пути (OSPF), поддерживают в своей работе сложную базу данных топологической информации. В то время как алгоритмы вектора расстояния не имеют информации о сети назначения и не знают конечного маршрутизатора для маршрута в эту сеть, алгоритмы маршрутизации состояния канала знают об оконечных маршрутизаторах для каждого маршрута и топологии их соединения.

⇐ Предыдущая 6 7 8 9 101112 13 14 15 Следующая ⇒

Поделиться с друзьями:

Биохимия спиртового брожения: Основу технологии получения пива составляет спиртовое брожение, - при котором сахар превращается...

Общие условия выбора системы дренажа: Система дренажа выбирается в зависимости от характера защищаемого...

Типы оградительных сооружений в морском порту: По расположению оградительных сооружений в плане различают волноломы, обе оконечности...

Адаптации растений и животных к жизни в горах: Большое значение для жизни организмов в горах имеют степень расчленения, крутизна и экспозиционные различия склонов...