Элтекс

Поставили ТАУ-1 за НАТ, исходящие работают
входящие когда как.

Расследование показало, что NAT на роутере забывает про сессии UDP=трансляции
Настроить на роутере проброс порта UDP 5060 в напралении ТАУ невозможно, так как роутером старый DSL-модем работает.

В LinkSys циски есть возможность включить периодическую отсылку пустых SIP пакетов в направлении гейткипера, чтобы НАТ не забывал про сессию


Я не смог найти в настройках ТАУ подобного функционала.

Метод контроля основного сервера ?
Режим Outbond ???

Подскажите что надо включить, чтобы шлюзик каждые 15 секунд слал SIP пакет в сторону сервера регистрации ???

Здравствуйте.
Да вы все правильно поняли, в настройках SIP профиля есть 3 параметра:
1) Режим использования SIP-прокси - вам нужно поставить режим homing, тогда будет осуществляться контроль доступности основного SIP сервера.
2) Метод контроля основного сервера - здесь нужно указать какими сообщения проверять доступность INVITE, REGISTER или OPTIONS.
3) Период контроля основного сервера - здесь выбирается нужный интервал отправки сообщений в секундах, для вас это 15с.

А вы сами то пробовали так делать ???


Поставил я:

Homing
Методы все перебрал INVITE, OPTIONS, REGISTER
Период контроля - 15 секунд

Смотрю в tcpdump - пакетов, каждые 15 секунд от тау-1 НЕТУ.

Пришлите вашу конфигурацию. Каким образом снимаете TCP дамп? до ната или за ним?

Картинку с конфигом в личку отправил.
tcpdump снимаю на гейткипере.
На сервере, на котором тау регистрируется.

Используется asterisk - проблем с другими клиентами за NAT, у который Linksys нет.


ЗЫЖ Кстати. в документации написано, что периодически посылать запросы оно начинает, только если не удалось зарегистрироваться на основном сервере, и регистрация прошла на запасном. Типа ждет, пока основной восстановят, чтобы вернуть на него регистрацию.
И ни слова про поддержку трансляции через NAT

Здравствуйте.
> Кстати. в документации написано, что периодически посылать запросы оно начинает, только если не удалось зарегистрироваться на основном сервере, и регистрация прошла на запасном. Типа ждет, пока основной восстановят, чтобы >вернуть на него регистрацию.
Да вы были правы, но можно пойти по другому пути, отправлять чаще запросы регистрации. Для этого можно установить параметр "Период времени перерегистрации" в 30с - время, в течение которого действительна регистрация
абонентского порта на SIP-сервере. Перерегистрация порта осуществляется в среднем через 2/3 указанного периода, для вас запросы REGISTER будут идти каждые 20 с.

>И ни слова про поддержку трансляции через NAT.
Вы можете использовать 2 варианта:
1)В настройка профиля SIP указать Публичный адрес -данный параметр используется в качестве внешнего адреса устройства
при работе за NAT (за шлюзом). В качестве публичного адреса прописывается адрес
внешнего (WAN) интерфейса шлюза (NAT), за которым установлен TAU-1M.IP. При этом на
самом шлюзе (NAT) необходимо сделать проброс соответствующих SIP- и RTP-портов,
используемых устройством;
2)В общих настройках профилей SIP можно использовать STUN сервер для определения публичного адреса и порта.

Dmitriy_eltex писал(а):Здравствуйте.
> Кстати. в документации написано, что периодически посылать запросы оно начинает, только если не удалось зарегистрироваться на основном сервере, и регистрация прошла на запасном. Типа ждет, пока основной восстановят, чтобы >вернуть на него регистрацию.
Да вы были правы, но можно пойти по другому пути, отправлять чаще запросы регистрации. Для этого можно установить параметр "Период времени перерегистрации" в 30с - время, в течение которого действительна регистрация
абонентского порта на SIP-сервере. Перерегистрация порта осуществляется в среднем через 2/3 указанного периода, для вас запросы REGISTER будут идти каждые 20 с.

Лечим насморк гильотиной.
Собственно так и поступил. но когда таких клиентов будет хотя бы сотня - сервер половину своих ресурсов будет отдавать на постоянное обслуживание регистраций ....

Dmitriy_eltex писал(а):>И ни слова про поддержку трансляции через NAT.
Вы можете использовать 2 варианта:
1)В настройка профиля SIP указать Публичный адрес -данный параметр используется в качестве внешнего адреса устройства
при работе за NAT (за шлюзом). В качестве публичного адреса прописывается адрес
внешнего (WAN) интерфейса шлюза (NAT), за которым установлен TAU-1M.IP. При этом на
самом шлюзе (NAT) необходимо сделать проброс соответствующих SIP- и RTP-портов,
используемых устройством;
2)В общих настройках профилей SIP можно использовать STUN сервер для определения публичного адреса и порта.

А это вы к чему написали ???
Условный рефлекс на словосочетание "поддержка NAT" ?
asterisk уже давно умеет работать с клиентами за натом и смотреть на фактический адрес, откуда пришел пакет, а не то, что клиент ему послал.
Все эти костыли в виде прописывания внешнего адреса в конфиг шлюза не нужны уже.


Вы лучше ответье на такой вот вопрос:

Вы сможете передать фиче-реквест авторам прошивки для голосовых шлюзов, что бы они реализовали функцию
keep-alive connect - отсылка notify на сервер каждые 15 секунд....

В предрелизной версии 1.10 уже есть такая фича, можете сказать мне вашу почту и контакты?

А как сказать этой железке, что она находиться за NAT-том?
В настройках профиля, в поле "Публичный адрес", прописал внешний IP, а она регистрируется на сервере все равно с внутренним IP ?

AlexMin, при задании публичного адреса, просходит подставление его в запрос регистрации, в качестве публичного адреса.
т.е. в данном случае регистрироваться на сервере будет внешний адрес NAT, а не внутренний IP шлюза
При этом на NAT необходимо сделать проброс соответствующих SIP- и RTP-портов, используемых TAU1m

AlexMin, при задании публичного адреса, просходит подставление его в запрос регистрации, в качестве публичного адреса.
т.е. в данном случае регистрироваться на сервере будет внешний адрес NAT, а не внутренний IP шлюза
При этом на NAT необходимо сделать проброс соответствующих SIP- и RTP-портов, используемых TAU1m

Все так и сделано, однако на сервере регистрации видим внутренний адрес 192.168.1.102.
Может это из-за того, что железка в режиме моста?

Пришлите вашу конфигурацию, а также нужен TCP дамп регистрации с SIP сервера.