Добрый день.
Целый день гуглил так и не смог найти решение своей проблемы. Помогите пожалуйста.
Во-общем схема такова:
Есть два шлюза построенных на FreeBSD 7.2 (на них только нат на pf). Оба смотрят в сетку к циске (например 1.1.1.2 и 1.1.1.3, циска имеет 1.1.1.4)Хотел настроить ospf чтобы балансировать нагрузку трафика через два шлюза. На циске теминируются pppoe, а шлюзы указывают в инет. Сейчас схема такова -
Абонент PPPoE (10.10.10.1) --> Cisco (1.1.1.4) --> Шлюз (1.1.1.2, pf из серого гонит в выделенный) --> Интернет
Такая схема работает. Поднимают ospf на шлюзах и цискеНа циске
router ospf 10
router-id 1.1.1.4
log-adjacency-changes
redistribute connected
network 1.1.1.4 0.0.0.15 area 0На шлюзе (1.1.1.2) стоит quagga (0.99.16)
router ospf
ospf router-id 1.1.1.2
network 1.1.1.2/28 area 0.0.0.0
default-information originateНа шлюзе (1.1.1.3) стоит quagga (0.99.16)
router ospf
ospf router-id 1.1.1.3
network 1.1.1.3/28 area 0.0.0.0
default-information originateСессии поднялись, все вроде работает, клиент видит инет. Но на циске почему-то меняются шлюзы
PPPoE_Test#show ip route ospf
O*E2 0.0.0.0/0 [110/10] via 1.1.1.2, 00:00:15, GigabitEthernet0/0.12PPPoE_Test#show ip route ospf
O*E2 0.0.0.0/0 [110/10] via 1.1.1.3, 00:00:15, GigabitEthernet0/0.12В логах шлюзах такое:
2010/08/31 18:32:39 OSPF: nsm_change_state(1.1.1.4, Exchange -> Full): scheduling new router-LSA origination
2010/08/31 18:33:19 OSPF: nsm_change_state(1.1.1.4, Full -> Deleted): scheduling new router-LSA origination
2010/08/31 18:33:19 OSPF: DR-Election[1st]: Backup 1.1.1.2
2010/08/31 18:33:19 OSPF: DR-Election[1st]: DR 1.1.1.2
2010/08/31 18:33:19 OSPF: DR-Election[2nd]: Backup 0.0.0.0
2010/08/31 18:33:19 OSPF: DR-Election[2nd]: DR 1.1.1.2
2010/08/31 18:33:19 OSPF: DR-Election[1st]: Backup 0.0.0.0
2010/08/31 18:33:19 OSPF: DR-Election[1st]: DR 1.1.1.2
2010/08/31 18:33:19 OSPF: DR-Election[1st]: Backup 0.0.0.0
2010/08/31 18:33:19 OSPF: DR-Election[1st]: DR 1.1.1.4
2010/08/31 18:33:19 OSPF: DR-Election[2nd]: Backup 1.1.1.2
2010/08/31 18:33:19 OSPF: DR-Election[2nd]: DR 1.1.1.4
2010/08/31 18:33:19 OSPF: Packet[DD]: Neighbor 1.1.1.4 Negotiation done (Slave).
2010/08/31 18:33:19 OSPF: nsm_change_state(1.1.1.4, Exchange -> Full): scheduling new router-LSA originationСейчас отключил quagga на одном из шлюзов, такая же канетель. Понять не могу почему на циске каждые 40-60 сек. стирается маршрут 0.0.0.0 и добавляется новый. Голову уже сломал.
Помогите пожалуйста.P.S. Под балансировкой имеется ввиду, чтобы трафик равномерно распределялся между шлюзами.
>[оверквотинг удален]
> 2010/08/31 18:33:19 OSPF: nsm_change_state(1.1.1.4, Exchange -> Full): scheduling new router-LSA origination
>
>
>
>Сейчас отключил quagga на одном из шлюзов, такая же канетель. Понять не
>могу почему на циске каждые 40-60 сек. стирается маршрут 0.0.0.0 и
>добавляется новый. Голову уже сломал.
>Помогите пожалуйста.
>
>P.S. Под балансировкой имеется ввиду, чтобы трафик равномерно распределялся между шлюзами.а таймеры hello dead совпадают? соседи видны?
>[оверквотинг удален]
>>
>>
>>Сейчас отключил quagga на одном из шлюзов, такая же канетель. Понять не
>>могу почему на циске каждые 40-60 сек. стирается маршрут 0.0.0.0 и
>>добавляется новый. Голову уже сломал.
>>Помогите пожалуйста.
>>
>>P.S. Под балансировкой имеется ввиду, чтобы трафик равномерно распределялся между шлюзами.
>
>а таймеры hello dead совпадают? соседи видны?Все таймеры должны быть по дефолту, я менял параметры по dead какие-то не помню уже, но было хуже. Поэтому возвратил по дефолту.
Соседи на циске отображаются вот так
PPPoE_Test#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
1.1.1.2 1 FULL/DROTHER 00:00:30 1.1.1.2 GigabitEthernet0/0.12
1.1.1.3 1 FULL/BDR 00:00:32 1.1.1.3 GigabitEthernet0/0.12PPPoE_Test#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
1.1.1.2 1 FULL/DROTHER 00:00:39 1.1.1.2 GigabitEthernet0/0.12
1.1.1.3 1 FULL/BDR 00:00:31 1.1.1.3 GigabitEthernet0/0.12PPPoE_Test#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
1.1.1.2 1 FULL/BDR 00:00:37 1.1.1.2 GigabitEthernet0/0.12
1.1.1.3 1 FULL/DROTHER 00:00:39 1.1.1.3 GigabitEthernet0/0.12На первом шлюзе
Neighbor ID Pri State Dead Time Address Interface RXmtL RqstL DBsmL
1.1.1.4 1 Full/DR 2.380s 1.1.1.4 em1:1.1.1.2 0 0 0На втором шлюзе
Neighbor ID Pri State Dead Time Address Interface RXmtL RqstL DBsmL
1.1.1.4 1 Full/DR 34.791s 1.1.1.4 bge1:1.1.1.3 1 0 0
Странно ещё одно, что шлюзы не отображают у себя в neighbor друг друга. Мож и не должны))
>[оверквотинг удален]
>На втором шлюзе
>Neighbor ID Pri State Dead Time Address Interface
> RXmtL RqstL DBsmL
>1.1.1.4 1 Full/DR 34.791s 1.1.1.4
> bge1:1.1.1.3 1
> 0 0
>
>
>Странно ещё одно, что шлюзы не отображают у себя в neighbor друг
>друга. Мож и не должны))Мультикаст между шлюзами точно бегает?
>[оверквотинг удален]
>> RXmtL RqstL DBsmL
>>1.1.1.4 1 Full/DR 34.791s 1.1.1.4
>> bge1:1.1.1.3 1
>> 0 0
>>
>>
>>Странно ещё одно, что шлюзы не отображают у себя в neighbor друг
>>друга. Мож и не должны))
>
>Мультикаст между шлюзами точно бегает?Перевел интерфейсы на шлюзе и циске в режим non-broadcast и указал друг другу neighbor. Все поднялось и не сбрасывает теперь маршруты. Видимо точно проблема в прохождении мультикаста. Главное в коммутаторе, котором подключена вся схема нет ничего блокирующего по мультикасту. Пробовал заменить коммутатор на другой ситуация та же. Может проблема в кваге.
Во-общем щас на режиме non-broadcast все работает.
>[оверквотинг удален]
>>
>>Мультикаст между шлюзами точно бегает?
>
>Перевел интерфейсы на шлюзе и циске в режим non-broadcast и указал друг
>другу neighbor. Все поднялось и не сбрасывает теперь маршруты. Видимо точно
>проблема в прохождении мультикаста. Главное в коммутаторе, котором подключена вся схема
>нет ничего блокирующего по мультикасту. Пробовал заменить коммутатор на другой ситуация
>та же. Может проблема в кваге.
>
>Во-общем щас на режиме non-broadcast все работает.Ещё забыл узнать, можно ли как нибудь через ospf заставить принудительно пойти на один из шлюзов? Например подключился абонент с айпи 10.10.10.10, а ospf его трафик шлет только на 1.1.1.2 (а так он шлет и на 1.1.1.2 и на 1.1.1.3)
>[оверквотинг удален]
>>проблема в прохождении мультикаста. Главное в коммутаторе, котором подключена вся схема
>>нет ничего блокирующего по мультикасту. Пробовал заменить коммутатор на другой ситуация
>>та же. Может проблема в кваге.
>>
>>Во-общем щас на режиме non-broadcast все работает.
>
>Ещё забыл узнать, можно ли как нибудь через ospf заставить принудительно пойти
>на один из шлюзов? Например подключился абонент с айпи 10.10.10.10, а
>ospf его трафик шлет только на 1.1.1.2 (а так он шлет
>и на 1.1.1.2 и на 1.1.1.3)Принципы маршрутизации говорят о том, что это нельзя (кроме как доп. инструментарием) изначально ВСЯ ИП маршрутизация построена на анализе ТОЛЬКО адреса назначения.
Так что то, чего вы хотите добиться - не есть задача ОСПФ-а.
Полиси бейс роутинг вам в помощь...