RTC# 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 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 Gateway of last resort is not set 203.250.15.0 255.255.255.192 is subnetted, 4 subnets C 203.250.15.0 is directly connected, Serial1 C 203.250.15.64 is directly connected, Ethernet0 R 203.250.15.128 [120/1] via 203.250.15.68, 00:01:08, Ethernet0 [120/1] via 203.250.15.2, 00:00:11, Serial1 O 203.250.15.192 [110/20] via 203.250.15.68, 00:21:41, Ethernet0 Обратите внимание, что RTC может достичь подсети 203.250.15.128 по двум путям:
Serial 1 и Ethernet 0 (E0 — очевидно, неверный путь). Это произошло, поскольку RTC передал эту запись RTA по OSPF и RTA вернул ее по RIP, т. к. узнал о ней не через RIP. В этом примере показаны петли очень малого масштаба, которые могут возникнуть вследствие неправильной конфигурации. В крупных сетях эта ситуация может усугубиться. Чтобы исправить ситуацию в нашем примере, можно запретить отправку данных RIP в Ethernet (RTA) через пассивный интерфейс. Этот способ может быть неприменим, если некоторые маршрутизаторы Ethernet поддерживают только RIP. В этом случае можно разрешить RTC отправлять данные RIP в Ethernet.
Таким образом RTA не будет отправлять их назад в канал из-за разделения горизонта (этот способ может не работать в среде NBMA с отключенным разделением горизонта). Разделение горизонта не допускает отправку обновлений обратно в интерфейс, из которого они были получены (по тому же протоколу). Другой надежный метод — использование списков распределения в RTA для запрета возврата подсетей, полученных по протоколу OSPF, в маршрутизатор RIP сегмента Ethernet. Воспользуемся последним методом:
RTA# interface Ethernet0 ip address 203.250.15.68 255.255.255.192 router ospf 10 redistribute rip metric 10 subnets network 203.250.15.0 0.0.0.255 area 0 router rip redistribute ospf 10 metric 1 network 203.250.15.0 distribute-list 1 out ospf 10 Выходные данные таблицы маршрутизации RTC будут иметь следующий вид: RTF# 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 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 Gateway of last resort is not set 203.250.15.0 255.255.255.192 is subnetted, 4 subnets C 203.250.15.0 is directly connected, Serial1 C 203.250.15.64 is directly connected, Ethernet0 R 203.250.15.128 [120/1] via 203.250.15.2, 00:00:19, Serial1 O 203.250.15.192 [110/20] via 203.250.15.68, 00:21:41, Ethernet0 Ввод стандартных параметров в OSPF Пограничный маршрутизатор автономной системы (ASBR) можно заставить сформировать маршрут по умолчанию в домен OSPF.
Как было описано выше, маршрутизатор становится ASBR при каждом перераспределении маршрутов в домен OSPF. Однако, по умолчанию ASBR не создает маршрут по умолчанию в домене маршрутизации OSPF. Чтобы протокол OSPF создавал маршрут по умолчанию, используйте следующую команду: