The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
cisco ospf, !*! bbsdimas, 20-Окт-08, 12:32  [смотреть все]
Есть офис и склад, от офиса до склада два канала, один резервный радио канал, другой основной оптика+эзернет.

на маршрутизаторах на складе и в офисе поднят 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.102

router 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.101

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

заранее спасибо!

  • cisco ospf, !*! GolDi, 16:21 , 20-Окт-08 (1)
    >[оверквотинг удален]
    >
    >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 не отслеживает потери на канале.

    • cisco ospf, !*! GolDi, 16:24 , 20-Окт-08 (2)
      >[оверквотинг удален]
      >> 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 ?

      • cisco ospf, !*! bbsdimas, 19:35 , 20-Окт-08 (4)
        >[оверквотинг удален]
        >>> network 10.0.5.4 0.0.0.3 area 0
        >>> network 192.168.10.0 0.0.0.255 area 0
        >>>
        >>>заранее спасибо!
        >>
        >>  У вас видим падает периодически основной канал,
        >>  поэтому и  переключается на резервный.
        >>  OSPF не отслеживает потери на канале.
        >
        > Да и почему-то не все сетки прописаны в OSPF ?

        есть несколько маршрутов в статике

    • cisco ospf, !*! Аноним, 18:45 , 20-Окт-08 (3)
      >  OSPF не отслеживает потери на канале.

      Как это не отслеживает? Это же Link-state протокол. Не пришло hello за dead-интервал, уходим на резерв.

      Можно увеличить таймауты у dead-интервала. Это повысит стабильность работы OSPF, но увеличит время переключения на резерв. Золотую середину уж поищите сами...

      Есть еще ряд тюнингов, но надо более конкретно разбираться в конфигурации вашей сети.

      • cisco ospf, !*! bbsdimas, 19:38 , 20-Окт-08 (5)
        >>  OSPF не отслеживает потери на канале.
        >
        >Как это не отслеживает? Это же Link-state протокол. Не пришло hello за
        >dead-интервал, уходим на резерв.
        >
        >Можно увеличить таймауты у dead-интервала. Это повысит стабильность работы OSPF, но увеличит
        >время переключения на резерв. Золотую середину уж поищите сами...
        >
        >Есть еще ряд тюнингов, но надо более конкретно разбираться в конфигурации вашей
        >сети.

        Подскажите, как можно повысить dead интервал?

        В принципе сеть проста: два туннеля - два канала, два физических линка приходят в свитч где делятся на тегированые вланы, от свитча заходят в интерфейс циски...

        • cisco ospf, !*! trianon, 22:25 , 20-Окт-08 (6)
          >
          >Подскажите, как можно повысить dead интервал?
          >

          (config-if)#ip ospf dead-interval

          Вообще надо посмотреть логи, если падает канал (именно линейный протокол на интерфейсе), то тут уже настройка таймеров не поможет.

          • cisco ospf, !*! bbsdimas, 08:19 , 21-Окт-08 (7)
            >>
            >>Подскажите, как можно повысить dead интервал?
            >>
            >
            >(config-if)#ip ospf dead-interval
            >
            >Вообще надо посмотреть логи, если падает канал (именно линейный протокол на интерфейсе),
            >то тут уже настройка таймеров не поможет.

            Нет физика точно не падает, потому как линк до свитча, и потери происходят от свитча до узла провайдера, я описывал сеть выше.

      • cisco ospf, !*! GolDi, 08:59 , 21-Окт-08 (9)
        >>  OSPF не отслеживает потери на канале.
        >

             Да был не прав, извините.
        >Как это не отслеживает? Это же Link-state протокол. Не пришло hello за
        >dead-интервал, уходим на резерв.
        >
        >Можно увеличить таймауты у dead-интервала. Это повысит стабильность работы OSPF, но увеличит
        >время переключения на резерв. Золотую середину уж поищите сами...
        >
        >Есть еще ряд тюнингов, но надо более конкретно разбираться в конфигурации вашей
        >сети.

        • cisco ospf, !*! GolDi, 09:50 , 21-Окт-08 (10)
          >>>  OSPF не отслеживает потери на канале.
          >>
          >
          >     Да был не прав, извините.

          Хотя почему не прав, от того что не пришёл вовремя hello пакет,
          какова вероятность что он попадает в эти проценты? Проценты слишком маленькие, я так думаю.
          >>Как это не отслеживает? Это же Link-state протокол. Не пришло hello за
          >>dead-интервал, уходим на резерв.
          >>
          >>Можно увеличить таймауты у dead-интервала. Это повысит стабильность работы OSPF, но увеличит
          >>время переключения на резерв. Золотую середину уж поищите сами...
          >>
          >>Есть еще ряд тюнингов, но надо более конкретно разбираться в конфигурации вашей
          >>сети.

  • cisco ospf, !*! bbsdimas, 08:21 , 21-Окт-08 (8)
    >[оверквотинг удален]
    >
    >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. Возможно можно замутить что то с областями в оспф




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру