URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 452
[ Назад ]
Исходное сообщение
"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 , 16-Янв-13 10:10 
Пожалуйста, опишите поподробнее, что именно вы имеете в виду под словами "основной туннель соответственно". При падении туннеля через него просто трафик не ходит, или статус интерфейса тоже становится "down"?

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

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

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

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