Есть офис и склад, от офиса до склада два канала, один резервный радио канал, другой основной оптика+эзернет.на маршрутизаторах на складе и в офисе поднят ospf, при падении основного канала поднимается резервный, все бы хорошо, но!
На основном канале 1-3% потерь, потому ospf периодически переключает на резервный :(
как сие можно пофиксить?вот конфиги:
в офисе:interface Loopback0
ip address 10.0.0.1 255.255.255.0
interface Tunnel0
ip address 10.0.5.1 255.255.255.252
ip mtu 1440
ip tcp adjust-mss 1400
tunnel source 10.0.7.13
tunnel destination 10.0.7.14
!
interface Tunnel1
ip address 10.0.5.5 255.255.255.252
ip mtu 1440
ip tcp adjust-mss 1400
tunnel source 10.16.1.101
tunnel destination 10.16.1.102router ospf 1
router-id 10.0.0.1
log-adjacency-changes
passive-interface FastEthernet0/1
network 10.0.5.0 0.0.0.3 area 0
network 10.0.5.4 0.0.0.3 area 0
network 192.168.0.0 0.0.0.255 area 0на складе:
interface Loopback0
ip address 10.0.0.2 255.255.255.0
!
interface Tunnel0
ip address 10.0.5.2 255.255.255.252
ip mtu 1440
ip tcp adjust-mss 1400
tunnel source 10.0.7.14
tunnel destination 10.0.7.13
!
interface Tunnel96
ip address 10.0.5.6 255.255.255.252
ip mtu 1440
ip tcp adjust-mss 1400
tunnel source 10.16.1.102
tunnel destination 10.16.1.101router ospf 1
router-id 10.0.0.2
log-adjacency-changes
passive-interface FastEthernet0/1
network 10.0.5.0 0.0.0.3 area 0
network 10.0.5.4 0.0.0.3 area 0
network 192.168.10.0 0.0.0.255 area 0заранее спасибо!
>[оверквотинг удален]
>
>router ospf 1
> router-id 10.0.0.2
> log-adjacency-changes
> passive-interface FastEthernet0/1
> network 10.0.5.0 0.0.0.3 area 0
> network 10.0.5.4 0.0.0.3 area 0
> network 192.168.10.0 0.0.0.255 area 0
>
>заранее спасибо!У вас видим падает периодически основной канал,
поэтому и переключается на резервный.
OSPF не отслеживает потери на канале.
>[оверквотинг удален]
>> passive-interface FastEthernet0/1
>> network 10.0.5.0 0.0.0.3 area 0
>> network 10.0.5.4 0.0.0.3 area 0
>> network 192.168.10.0 0.0.0.255 area 0
>>
>>заранее спасибо!
>
> У вас видим падает периодически основной канал,
> поэтому и переключается на резервный.
> OSPF не отслеживает потери на канале.Да и почему-то не все сетки прописаны в OSPF ?
>[оверквотинг удален]
>>> network 10.0.5.4 0.0.0.3 area 0
>>> network 192.168.10.0 0.0.0.255 area 0
>>>
>>>заранее спасибо!
>>
>> У вас видим падает периодически основной канал,
>> поэтому и переключается на резервный.
>> OSPF не отслеживает потери на канале.
>
> Да и почему-то не все сетки прописаны в OSPF ?есть несколько маршрутов в статике
> OSPF не отслеживает потери на канале.Как это не отслеживает? Это же Link-state протокол. Не пришло hello за dead-интервал, уходим на резерв.
Можно увеличить таймауты у dead-интервала. Это повысит стабильность работы OSPF, но увеличит время переключения на резерв. Золотую середину уж поищите сами...
Есть еще ряд тюнингов, но надо более конкретно разбираться в конфигурации вашей сети.
>> OSPF не отслеживает потери на канале.
>
>Как это не отслеживает? Это же Link-state протокол. Не пришло hello за
>dead-интервал, уходим на резерв.
>
>Можно увеличить таймауты у dead-интервала. Это повысит стабильность работы OSPF, но увеличит
>время переключения на резерв. Золотую середину уж поищите сами...
>
>Есть еще ряд тюнингов, но надо более конкретно разбираться в конфигурации вашей
>сети.Подскажите, как можно повысить dead интервал?
В принципе сеть проста: два туннеля - два канала, два физических линка приходят в свитч где делятся на тегированые вланы, от свитча заходят в интерфейс циски...
>
>Подскажите, как можно повысить dead интервал?
>(config-if)#ip ospf dead-interval
Вообще надо посмотреть логи, если падает канал (именно линейный протокол на интерфейсе), то тут уже настройка таймеров не поможет.
>>
>>Подскажите, как можно повысить dead интервал?
>>
>
>(config-if)#ip ospf dead-interval
>
>Вообще надо посмотреть логи, если падает канал (именно линейный протокол на интерфейсе),
>то тут уже настройка таймеров не поможет.Нет физика точно не падает, потому как линк до свитча, и потери происходят от свитча до узла провайдера, я описывал сеть выше.
>> OSPF не отслеживает потери на канале.
>Да был не прав, извините.
>Как это не отслеживает? Это же Link-state протокол. Не пришло hello за
>dead-интервал, уходим на резерв.
>
>Можно увеличить таймауты у dead-интервала. Это повысит стабильность работы OSPF, но увеличит
>время переключения на резерв. Золотую середину уж поищите сами...
>
>Есть еще ряд тюнингов, но надо более конкретно разбираться в конфигурации вашей
>сети.
>>> OSPF не отслеживает потери на канале.
>>
>
> Да был не прав, извините.Хотя почему не прав, от того что не пришёл вовремя hello пакет,
какова вероятность что он попадает в эти проценты? Проценты слишком маленькие, я так думаю.
>>Как это не отслеживает? Это же Link-state протокол. Не пришло hello за
>>dead-интервал, уходим на резерв.
>>
>>Можно увеличить таймауты у dead-интервала. Это повысит стабильность работы OSPF, но увеличит
>>время переключения на резерв. Золотую середину уж поищите сами...
>>
>>Есть еще ряд тюнингов, но надо более конкретно разбираться в конфигурации вашей
>>сети.
>[оверквотинг удален]
>
>router ospf 1
> router-id 10.0.0.2
> log-adjacency-changes
> passive-interface FastEthernet0/1
> network 10.0.5.0 0.0.0.3 area 0
> network 10.0.5.4 0.0.0.3 area 0
> network 192.168.10.0 0.0.0.255 area 0
>
>заранее спасибо!Я так понимаю есть еще такие варианты:
1. Добавить еще один интерфейс на резервном канале, т.е. добавить еще один хоп, вот тока как это сделать
2. Возможно можно замутить что то с областями в оспф