Элтекс

Приобретен на пробу TAU-2M.ip.
Cхема - АТС - Астериск - TAU.
Завожу линии, профили - в мониторинге появляется: регистрация - выполнена, т.е, по логике, все настройки верны.
Исходящие звонки работают.
На астериске данный пир - UNREACHABLE -> входящие звонки не работают.
На стороне Астериска\роутера\нашей сети - проблем нет. Рядом стоит 2 ип телефона, 4 шлюза разных производителей зарегистрированных на том же Астериске.

Просьба подсказать в чем может быть проблема.

Версия ПО 1.10.1 (2014.10.30 11:58 NOVT)

Здравствуйте.
Нужна конфигурация tau2m и TCP дамп неудачного входящего звонка, снятый с астериска.

Настройки в приложении.
ТЦП дамп входящего звонка смысла не имеет т.к пир незарегисрирован и на него даже попыток не будет.
Звонок не на хост со статическим ип а на пир, с динамическим ип.

Вы пытаетесь зарегистрировать обе линии? Просто судя по конфигурации 2 линия у вас выключена.

Т.к. у вас на WAN стоит DHCP нужно проверить сначала, что тау получает IP адрес. Если адрес получает, то нужно смотреть ТСР дамп регистрации, чтобы понять почему не проходит регистрация.
Если дамп вы снять не можете, то можно снять syslog с тау.

Он включается в разделе Система->Журнал->Журнал телефонии.
Там нужно выбрать куда вы будете выводить данный лог:
-Syslog – сообщения выводятся по протоколу syslog на удаленный сервер либо в
локальный файл (настройка протокола осуществляется ниже);
-Консоль – сообщения выводятся в консоль устройства (необходимо подключение
через переходник COM-порта);
-Телнет – сообщения выводятся в telnet-сессию; для этого сначала необходимо
создать подключение по протоколу telnet.

Далее необходимо выставить все флаги и задать уровень логирования SIP-5

Вторая была как тест, на другом сервере(не астериск) - так же не регистрировалась. Сейчас выключена.

ДХЦП - конечно, я на шлюз захожу через wan, и исходящие звонят.

Дамп могу и с сервера и со шлюза.
Текущий - со шлюза.

Судя по логу, регистрация линии 4373 проходит успешно, от вашего астериска получаем:




Почему же Астериск не может направить на нее вызов? - это уже исключительно проблема Астериска, нужно разбираться в его настройках

Я не зря упомянул несколько других шлюзов\телефонов, в той же сети - прекрасно работающих, и так же другой, платный, софтсвитч, на котором регистрация ТАУ так же не проходит.
Примерно такой ответ я и ожидал услышать, спасибо. Астериск я могу статично настроить на этот шлюз и будут работать входящие, только вот такая схема нам не интересна.
Еще немного сам его поковыряю и, если будет результат, обязательно отпишу, иначе - в мусорку и забыть это название.

Немного вас поправлю

AlekseyM писал(а): на котором регистрация ТАУ так же не проходит.

еще раз повторюсь, судя по логу регистрация проходит успешно, т.е. проблемы с регистрацией нет, проблема в другом.

День добрый, коллеги.

Ну, во-первых, я бы Вам порекомендовал на Астериске отключить проверку доступности встречной стороны сообщениями Options, валятся они на нас каждую секунду.
Во-вторых, как и отписал выше Дмитрий, проблем с регистрацией я не вижу, все проходит успешно и на Астериске Вы должны видеть номер 4373 зарегестрированным.
В-третьих, как я понимаю по адресам 192.168.0.118 и 95.141.192.21 шлюз находится за NAT. Верно? Если так, то все запросы от сервера должны приходить на роутер, который должен прокидывать этот запрос в локальную сеть. Проверьте, что тут настроено все корректно.

Как вариант можете снять логи с Астериска, посмотрим на каком месте затыкается при попытке исходящей связи.

Очень интересно. После недельного общения по email(evgeniy.fedorkin@eltex.nsk.ru) Вы выдаете мои выводы и все что мы выяснили про шлюз\астериск\опции\нат за свои? Точнее почти все, про основное, почему не работает, почему-то, умолчалось.
Хотя может Вы другой Евгений и не все так плохо.

Да вот на Ваше удивление я как раз тот Евгений.
На дату сообщений на форуме посмотрите, перед тем как делать выводы..

По поводу проблемы Вы общались с Дмитрием. В переписку я был включен наблюдателем. Ваши выводы заключались только в "неправильной регистрации TAU, когда все другие шлюзы работают корректно". Вам доходчиво было объснено, что дело не в регистрации (это видно из логов). В итоге в ходе решения проблемы выяснилось, что роутер за которым мы стоим не пропускает корректные ответы 200Ок с SDP (согласно rfc3261) на запросы Options от сервера.
Для разрешения проблемы предложены корректные шаги (см сообщения выше). Надеюсь, в случае возникновения у коллег схожей проблемы они найдут решение в этом топике.

Извиняюсь, дату пропустил.
Но выводы несколько другие. Ответ Дмитрия я перепечатывать не буду.
Мое решение на текущий момент данной проблемы для хистори:
1. Работать без ната.
2. Убрать подтверждение астериском доступности шлюза (qualify)
3. Ставить МТУ на нате ниже 1200.
Третье не проверено на 100%, но на 2х роутерах разных производителей именно так.

День добрый, AlekseyM !
А зачем отключать qualify?
на мой взгляд очень удобная штука. Может стоит время поставить подольше? Но откровенно говоря сколько у нас "эммочек" и ни одна еще от запросов астера не захлебнулась даже при стандартном значении в 60 сек.

Добрый день.
В одном сегменте сети есть сервер Астериск. шлюз циско. шлюз грандстрим и теперь появился TAU-2M.IP Версия ПО: 1.12.0 (2015.04.10 17:18 NOVT)
Проблема в том, что не проходит регистрация на астериске. и в астериске никаких данных по этому поводу нет. При этом. шлюзы других производителей. работают исправно.
Подскажите пожалуйста, в чем может быть проблема?


Разобрался. Как оказалось, нужно в настройках шлюза кроме домена и ip астериска, указать тот же ip астариска в поле sip-прокси. Ни за что бы не догадался, метод тыка. все ещё работает.

Здравствуйте.
Пришлите конфигурацию вашей тау2м, а также сислог регистрации:
Средствами тау2м, вы можете снимать syslog телефонии(Журнал телефонии), он включается в разделе Система->Журнал.
Там нужно выбрать куда вы будете выводить данный лог:
-Syslog – сообщения выводятся по протоколу syslog на удаленный сервер либо в
локальный файл (настройка протокола осуществляется ниже);
-Консоль – сообщения выводятся в консоль устройства (необходимо подключение
через переходник COM-порта);
-Телнет – сообщения выводятся в telnet-сессию; для этого сначала необходимо
создать подключение по протоколу telnet.

Чтобы не поднимать никаких серверов, достаточно подключиться к тау по телнет и вывести сислог в него, заранее поставьте большой буфер строк в консоли.
Далее необходимо выставить нужные флаги и задать уровень логирования SIP:

Установите все флаги
– Уровень трассировки SIP – задайте 5