On Thu, 7 Oct 1999, Basil V. Dolmatov wrote:
> Не показываешь нам "sho ospf nei" на обоих кошках и как
> выглядит этот рут на той кошке, которая редистрибуцией занимается. :)
:)
Тогда с самого начала. Есть такая сетка:
C2 ---------- rip --------- C1
| |
|-rip |-rip
| |
R2 -- ospf -- R0 -- ospf -- R1
ether | serial p-t-p
|
|
Internet
R0, R1 и R2 - опорные маршрутизаторы, C1 и C2 - клиентские 1600-е, на
которых ничего кроме RIP'а нет. Задача состоит в том, чтобы обеспечить
полный backup каналов для клиента, т.е. если упал линк R1-C1, то основным
становится R2-C2 и наоборот. В нормальном состоянии C2 и ее локалка
работают через R2 и C1 соответственно через R1.
R0 и R2 на одном ethernet'е, R1 подключена через point-to-point serial
subinterface.
Проблема с подсеткой 195.239.79.64/27 - она явно описана на C2 как
находящаяся на ethernet и поэтому должна быть видна через R2. Для этого я,
собственно, и пробую делать route-map, чтобы конкретно этой подсетке
присвоить метрику меньшую, чем стандартная. Если этого не делать, то она
видна с той стороны, с которой пришла раньше:
R2#sh ip route 195.239.79.0
[ ... ]
O E2 195.239.79.64/27 [110/20] via 212.109.35.49, 00:00:05, Ethernet0
^^^^^^^^^
R0#sh ip route 195.239.79.0
[ ... ]
O E2 195.239.79.64/27 [110/20] via 212.109.35.2, 00:05:00, Serial0/0.7
^^^^^^^^^^^
R1#sh ip route 195.239.79.0
[ ... ]
R 195.239.79.64/27 [120/2] via 195.239.79.245, 00:00:16, Serial0.3
При этом debug ip rip на R2 дает такую картинку:
RIP: received v2 update from 195.239.79.253 on Async4
195.239.79.96/30 -> 0.0.0.0 in 2 hops
195.239.79.64/27 -> 0.0.0.0 in 1 hops << - получает таки, подлец :)
195.239.79.0/26 -> 0.0.0.0 in 2 hops
195.239.79.244/30 -> 0.0.0.0 in 2 hops
195.239.79.248/30 -> 0.0.0.0 in 2 hops
Слегка подправить это можно, описав на R2 статический маршрут на эту
подсетку, тогда она на R0 появляется в таком виде (почему, я, честно
говоря, не понимаю - все равно ведь редистрибуция происходит с метрикой
20?):
O E2 195.239.79.64/27 [110/20] via 212.109.35.50, 00:00:29, Ethernet0/0
Но самое неприятное в этой истории то, что если падает линк R1-C1, то
маршрутизация перестраивается через R2-C2 и когда R1-C1 оживает, то
обратно ничего не меняется (а с чего ему поменяться? оно опять приходит на
R0 с 110/20 и R0 ничего не предпринимает. Решение простое - для всей
195.239.79.0 объявлять со стороны R1 метрику 15, а только для .64 -
метрику 10, тогда все должно по-идее возвращаться на место.
И вот sh ip ospf neigh на R0 и R2:
R2#sh ip ospf neigh
Neighbor ID Pri State Dead Time Address Interface
212.109.35.49 1 FULL/BDR 00:00:36 212.109.35.49 Ethernet0
R0#sh ip ospf neigh
Neighbor ID Pri State Dead Time Address Interface
212.109.35.50 1 FULL/DR 00:00:39 212.109.35.50 Ethernet0/0
212.109.35.17 1 FULL/ - 00:00:37 212.109.35.2 Serial0/0.7
> > Спасибо :-)
> Не за что пока.. :)
А теперь? :)
--
doka
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
