Проблемы с телефонами yealink [закрыт]

Question

Добрый день всем Столкнулся с неизвестной ранее для себя проблемкой. Есть два офиса, соединены туннелем, в офисах разные подсети с маской 24 из разряда 192.168.х.х В одном из офисов стоит настроенный *. Внутри первого офиса все работает, а вот из второго офиса голос не идет. При этом странная ситуация - из первого и из второго офиса я легко хожу на разные устройства, с обеих сторон и в разные стороны они пингуются. И даже телефоны yealink (SIP-T20) - регистрируются! (протокол UDP) на сервере. Но при звонках - голос идет только из первого офиса (где стоит *) во второй. Наоборот - даже намека нет на передачу голосовых UDP пакетов. Стоят маршрутизаторы Mikrotik, ими же и контролирую, что даже намека нет передачи голоса от телефонов в сторону сервера, на фаирволе полностью открыта передача внутри туннелей. На самом сервере вижу только исходящий голосовой трафик (через tcpdump). Телефоны прошивал как русской, так и зарубежными прошивками, проблема остается. Так вот вопрос - наблюдается ли такая же проблема у общества? Еще добавлю - сетевые маски, шлюзы и т.п. указаны нормально, разные сетевые устройства работают как в одной сети, так и в другой в обе стороны. На телефонах во втором офисе тоже на три раза изменено и проверены сетевые настройки. И ведь что странно - регистрация идет на сервере, а голос не идет. Куда еще можно посмотреть? На какие значения настроек самого астериска и настроек внутренних номеров еще раз внимательно посмотреть?

Answer 1

2

Астериск тут ни при чем: неправильно настроили микротик и он пропускает через NAT трафик в другую сеть. Возможно пропускает два раза, потому и не ходит голос. Нужно настроить маршрутизацию.

ссылка удалить спам редактировать

ответил 2013-02-12 08:11:53 +0400

switch
8334 ● 11 ● 7 ● 92
http://lynks.ru/

Comments

1

Полностью согласен, ни * ни телефоны тут ни при чём. Вопрос настройки маршрутизвторов. Кроме того не все маршрутизаторы правильно завернут голосовой траффик в тунель. Сталкивался с этой проблемой, доточил настройка маршрутизаторов, проблема ушла.

amonra ( 2013-02-12 11:35:04 +0400 )редактировать

Тоже кидал тунель из Африки в Украину, так и не поборол, расшарил порты и пустил трафик по внешке.

Serg ( 2013-02-12 11:39:39 +0400 )редактировать

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

switch ( 2013-02-12 11:49:32 +0400 )редактировать

Думаю, что проблема на уровне IP-маршрутизации. В студию информацию о сетях более подробную с адресами и конфиги RouterOS.

rad ( 2013-02-12 13:58:50 +0400 )редактировать

Answer 2

1

надеюсь стоит canreinvite=no nat=yes

ссылка удалить спам редактировать

ответил 2013-02-12 14:05:21 +0400

Vasya
71 ● 1

Answer 3

0

Справедливости ради отмечу что с микротиками тоже иногда попадаются такие глюки что только держись.

Последний случай. У клиента в локалке стоит астериск. Интернет заходит двумя каналами, реальные фиксированные айпишники. Каждую минуту скрипт проверяет доступность основного канала, если не доступен - переключает шлюз по умолчанию на второй канал. В какой-то момент при переключении на запасной канал перестает работать телефония - транк не регистрируется на провайдере, не доходят запросы. Ковыряние в течении пары дней с включением снифера на всех промежуточных точках показывает следующий глюк - в пакетах, которые уходят на провайдера в качестве обратного адреса почему-то стоит айпишник прикрученный к интерфейсу основного канала а не запасного. При этом все остальное (веб, скайп, почта и т.д) работает нормально, проблема только с SIP. В результате проблема решается просто передергиванием питания микротика - после этого все пакеты формируются правильно.

P.S. SIP ALG на микротике при этом отключен был.

ссылка удалить спам редактировать

ответил 2013-02-14 16:08:07 +0400

SolarW
356 ● 2 ● 10

обновил 2013-02-14 16:08:40 +0400

Comments

Никто не заявляет что микротик идеален и без глюков. Другое дело что их относительно мало. Кстати, какая версия в этом случае фигурировала?

Касательно маршрутизации: у микротика нет понятия "шлюз по умолчанию", для переключения на резевный канал никаких скриптов не нужно. Нужно просто создать два маршрута в 0.0.0.0/0 с разной метрикой. У которого меньше метрика - тот и основной. Как откажет, пакеты пойдут по маршруту с меньшей метрикой. SIP ALG нужно включать если маскарадинг/NAT используется.

switch ( 2013-02-14 17:35:08 +0400 )редактировать

Версия 5.20 (да, я в курсе что текущая уже 5.23).

Насчет нету шлюза по умолчанию - как так нету? А маршрут на 0.0.0.0/0? :-)

Я в курсе что можно метрикой играться но мне не совсем подходит в большинстве случаев этот вариант - кроме смены шлюза по умолчанию у меня еще DNS'ы переключаются на другие и еще пачка телодвижений совершается. Поэтому приходится использовать скрипт который каждую минуту посылает на тестовый айпишник (обычно DNS провайдера) пяток пингов и если ни один из них не вернулся (само собой в файрволе правило выпускающее такие пинги только через один интерфейс) то маршрут с ремаркой "Default Gateway" дисейблится а "Backup Gateway" активируется. Ну и мыло шлется о том, что непорядки мол.

Я последнее время SIP ALG отключаю. С ним получаются какие-то маловоспроизводимые глюки в конфигурациях с VPN'ом. Похоже что начинает срабатывать на лишних интерфейсах. Потому обхожусь portmap + externip/localnet

SolarW ( 2013-02-14 20:31:56 +0400 )редактировать

Дык маршрут на 0.0.0.0/0 это и есть маршрут, а не шлюз по-умолчанию. В общем это риторика.

DNS я указываю всегда 8.8.8.8, и ничего переключать не нужно. А пинговальный скрипт удобнее запускать через tools->netwatch, микротик будет сам пинговать и выполнять нужные действия если вдруг пинг пропадет или появится. У меня вообще было сделано: в лифте еду, телефон цепляется к домашнему вайфаю, микротик пасет мой айпишник, включает свет в тамбуре ;).

а вам при смене гейтвея скорее всего нужно прибивать все соединения, так как таблица NAT хранит некоторое время старые значения, возможно метрикой будет правильно отрабатывать. Глюков SIP ALG с VPN не заметил, в почти в каждом проекте есть и то и другое. А portmap + externip/localnet не поможет так как бывает по два различных подключения к VoIP провайдерам, каждый из которых свою физическую сеть дает. И еще 5.20 немного глючна как мне показалось. Лучше 5.19 или 5.21

switch ( 2013-02-14 21:12:41 +0400 )редактировать

Согласен что все описанное возможно к применению, все зависит от вкуса готовящего. Единственно в чем проблема у netwatch'а по сравнению со скриптом - возможность ложных срабатываний из-за того, что доступность хоста проверяется всего одним пингом. А он может потеряться. Потому и применяю скрипт который шлет пять пингов и если ни один не вернулся - то тогда начинаются действия.

SolarW ( 2013-02-18 22:51:21 +0400 )редактировать

Проблемы с телефонами yealink [закрыт]

Comments

3 Ответа

Comments

Comments

Закладки и информация

Статистика

Похожие вопросы: