The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Asterisk vpn туннели, !*! fedex, 16-Янв-13, 00:10  [смотреть все]
Добрый вечер.
Ситуация такая:
в (Офисе А) стоит Aster в (Офисе Б) находится sip клиент spa 112.
Между офисами организовано два туннеля основной и резерв (TUN) ipip,  маршрутизируются ospf'ом. Симптомы такие : когда основной аплинк падает за ним основной туннель соответственно  :), далее ospf переключает на резервный туннель, происходит перестроение таблицы маршрутизации  и как результат связь с (Офисом А) поднимается, но на клиенте слетает регистрация пишет "Can't connect to login server", если же намеренно поднять основной туннель то клиент меняет статус на онлайн.
Проще говоря при смене туннеля, меняется маршрутизация, но продолжает слать по старому маршруту.
Нашел схожую проблему тут http://forum.asterisk.ru/viewtopic.php?f=3&t=1979
с  автором тамошней темы связаться не получилось к сожалению. Помогите ребят, глаз уж дергается. :)
  • Asterisk vpn туннели, !*! Andrew Kolchoogin, 10:10 , 16-Янв-13 (1)
    Пожалуйста, опишите поподробнее, что именно вы имеете в виду под словами "основной туннель соответственно". При падении туннеля через него просто трафик не ходит, или статус интерфейса тоже становится "down"?

    Смотрите: SIP -- это UDP. Если у вас есть два интерфейса с разными адресами, и вы просто меняете таблицу маршрутизации с первого интерфейса на второй, не "гася" первый, то пакеты, конечно, пойдут туда, куда вы ходите -- но source address будет первого интерфейса ДАЖЕ В ТОМ СЛУЧАЕ, ЕСЛИ ПАКЕТ НА Asterisk ПРИЕХАЛ ИЗ ВТОРОГО. Это FAQ, есть патчи на этот счёт, но Digium считает такое поведение правильным.

    Quick test такой: если есть такая возможность, переключите SIP на TCP. Если проблема исчезнет -- разбирайтесь с поведением интерфейсов.

    • Asterisk vpn туннели, !*! fedex, 18:08 , 17-Янв-13 (2)
      >[оверквотинг удален]
      > туннель соответственно". При падении туннеля через него просто трафик не ходит,
      > или статус интерфейса тоже становится "down"?
      > Смотрите: SIP -- это UDP. Если у вас есть два интерфейса с
      > разными адресами, и вы просто меняете таблицу маршрутизации с первого интерфейса
      > на второй, не "гася" первый, то пакеты, конечно, пойдут туда, куда
      > вы ходите -- но source address будет первого интерфейса ДАЖЕ В
      > ТОМ СЛУЧАЕ, ЕСЛИ ПАКЕТ НА Asterisk ПРИЕХАЛ ИЗ ВТОРОГО. Это FAQ,
      > есть патчи на этот счёт, но Digium считает такое поведение правильным.
      > Quick test такой: если есть такая возможность, переключите SIP на TCP. Если
      > проблема исчезнет -- разбирайтесь с поведением интерфейсов.

      Пока только отключил маскарадинг с "тун" интерфейсов и попробывал (подергал туннели   все стабильно работает пока наблюдаю, (посмотрим)
      Схема орг. сети -- http://db.tt/EXCiEDZA
      рутер (зоны) -- http://db.tt/ZNqfglYk




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

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