TAU-8N.IP | 8 портов FXS VoIP шлюз Eltex

Чтобы включить SNMP пройдите в раздел Сеть -> Сетевые настройки и выберите использование SNMP в разделе Настройки доступа.

Пока на устройстве поддержан лишь один запрос на получение статистики с интерфейсов (список сетевых интерфейсов, IP-адреса и MAC-адреса, назначенные сетевым интерфейсам, число принятых и переданных пакетов, число принятых и переданных байт, число ошибок, потерь) и CPU.

OID этого запроса: 1.3.6.1.2.1.2

Пример использования OID:

snmpwalk -v2c -c public 192.168.0.90 1.3.6.1.2.1.2

Порядок настройки принтера с помощью функции принт-сервера (Print server) на шлюзах RG14xx и TAU 4 и TAU 8 следующий:

• включить сервер в меню Cервер Печати;
• подключить через USB-порт принтер и убедиться, что в web-интерфейсе появился подключенный принтер;
• в появившейся напротив имени устройства закладке «Настроить принтер» указать путь к так называемому PPD (PostScript Printer Description) файлу – файлу, содержащему описание и функциональные возможности принтера. Для каждого принтера можно найти PPD файл на web-сайте производителя;
• в меню Сервер печати нажать ссылку Страница расширенных настроек сервера печати, выбрать установленный принтер и произвести пробную печать.

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

http://<ipaddr>:631/printers/<model>

где ipaddr - IP-адрес шлюза TAU8 или RG14;

model - название принтера, которое отображается на странице сервера печати.

Периодическое мигание индикаторов зеленым светом (даже если порты в исходном состоянии и вызовы на них не поступают) означает отсутствие регистрации соответствующего порта на сервере регистрации.

Сообщение 404 Not Found означает, что шлюз не обнаружил вызываемого пользователя в домене, указанном в поле Request-URI. При этом известно что абонент с набираемым номером присутствует в списке абонентов устройства. Наиболее распространены и часто встречаются две причины возникновения такой проблемы:

• Номер абонента и IP адрес в поле Request-URI сообщения INVITE указаны верно, но неверно указан UDP порт для приема сигнализации по протоколу SIP для данного абонента. Решить проблему может корректировка конфигурации клиента, отправляющего запрос INVITE, в которой требуется изменить номер порта UDP для отправки сообщений SIP при вызове этого абонента или скорректировать номер UDP порта абонента на шлюзе в индивидуальных настройках абонентского порта.
• Номер абонента в поле Request-URI сообщения INVITE указан верно, но указанный SIP-домен отличается от того, в котором в действительности находится абонент. Эта проблема возникает при работе за NAT. В этом случае реальный адрес абонента и его адрес сформированный при регистрации на сервере регистрации будут отличаться. Для решения такой проблемы, на шлюзе требуется указать в конфигурации публичный IP адрес (IP адрес натирующего устройства в случае если IP адрес задан статически) или задать IP адрес STUN сервера расположенного за натирующим устройством (в случае если IP адрес натирующего устройства динамичен).

Абонентские шлюзы TAU и RG не имеют в своем аппаратном составе резервного источника питания (батарейки), поэтому при перезагрузке устройства время сбрасывается. Чтобы после перезагрузки шлюза не приходилось настраивать время вручную, в функционале устройства предусмотрена синхронизация времени с NTP-сервером. В настройках необходимо задать IP-адрес сервера NTP и временной сдвиг в зависимости от часового поясаЮ где находится устройство.

Настройка параметров NTP-сервера осуществляется

• на RG14, TAU-4 и TAU-8 в разделе Система -> Настройки -> Настройки времени;
• на RG24 и RG44 в разделе Система -> Доступ -> Настройки времени;
• на TAU-XX в разделе Сетевые настройки (Network settings) -> NTP.

1. Чтобы шлюз детектировал FLASH нужно настроить:

• Минимальное время обнаружения отбоя (Minimal on-hook time) – минимальное время обнаружения отбоя, в миллисекундах. Одновременно с этим, данный параметр является максимальным временем детектирования короткого отбоя (flash).
• Минимальное время обнаружения flash (Min flash time) – минимальное время обнаружения короткого отбоя, в миллисекундах.

Данные настройки производятся в настройках нужного порта FXS в соответствии с длительностью FLASH конкретного аналогового аппарата.

Например, как правило, на аппаратах Panasonic длительность FLASH 200мс. В таком случае нужно Min flash time установить в 100мс, Max flash time (Minimal on-hook time) - от 300мс.

Чтобы не детектировать спонтанный отбой рекомендуется установить Max flash time (Minimal on-hook time) 900мс.

2. Далее, нужно настроить "Режим использования функции flash", описание есть в документации:

Режим использования функции flash (Flash mode) – режим использования функции flash (короткий отбой):

• Transmit flash – передача flash в канал (одним из методов в настройках профиля SIP в параметре Передача Flash);
• Передача Flash (Flash transfer) – способ передачи Flash:
  • off – передача flash запрещена;
  • RFC2833 – передача flash осуществляется согласно рекомендации RFC2833 в качестве выделенной нагрузки в речевых пакетах RTP;
  • info – передача flash осуществляется методом протокола SIP. По протоколу SIP используются сообщения INFO, при этом вид передаваемого сигнала flash будет зависеть от типа расширения MIME;
• Attended calltransfer – flash обрабатывается локально устройством (передача вызова осуществляется после установления соединения с третьим абонентом);
• Unattended calltransfer – flash обрабатывается локально устройством (передача вызова осуществляется по окончанию набора номера третьего абонента, до установки соединения с третьим лицом);
• Local calltransfer – передача вызова внутри устройства, без отправки сообщения REFER на SIP сервер. Для работы данного режима рекомендуется наличие локальных префиксов в плане нумерации SIP профиля, например xxx@{local}.

Нередко встречается ситуация, когда динамический брандмауэр SMG блокирует и вносит в чёрный список IP-адрес только что подключенного TAU.

Открываем в SMG файл pbx_sip_bun.log и видим в нём большое количество неуспешных попыток регистрации, например:

2022-7-19 1:1:22: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:1:22: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:1:22: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:24: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:24: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:24: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:25: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:25: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:25: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:25: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:25: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32
2022-7-19 1:41:25: Request error: REGISTER failed : Unknown user or registration domain : from 192.168.1.32

Все запросы регистрации приходят с IP-адреса TAU.
По умолчанию абонентские порты TAU включены, и после создания в TAU SIP-профиля с указанием IP-адреса SIP-прокси/регистратора, с этих портов начинается флуд запросов на его адрес с невалидными/некорректными аутентификационными данными.
В итоге динамический брандмауэр блокирует адрес источника флуда.

Решение проблемы.

Чтобы подобного не происходило, рекомендуется всегда отключать незадействованные абонентские порты в веб-интерфейсе TAU (и вообще любых абонентских шлюзов).

Симптомы

Часть элементов не отображается, либо отображаются неверно.

Например:

• TAU-8 - после ввода логина/пароля отображается пустая белая страничка.
• SMG1016M - в разделе “Потоки Е1 / Физические параметры / ОКС 7” пропадает таблица “Параметры ОКС-7”.
• SMG1016M - в разделе “SIP-абоненты / Мониторинг” отображаются номера других абонентов, добавленных ранее, а затем удаленных.

Причины

Причиной данной проблемы является загрузка браузером загружает устаревших данных.

Решение

Для решения данной проблемы необходимо удалить временные файлы и куки:

1. Для браузеров Chromium / Google Chrome: Меню –> Настройки –> Показать дополнительные настройки –> Личные данные –> Очистить историю. Выбрать “Файлы cookie и другие данные сайтов” и “Изображения и другие файлы, сохраненные в кеше” и нажать “Очистить историю”.

Подробнее - Удаление кэша и других данных браузера - Cправка - Chrome.

2. Для браузера Mozilla Firefox: Журнал –> Удалить недавнюю историю. Выбрать “Куки” и “Кэш” и нажать “Удалить сейчас”.

Подробнее - Удаление куков для удаления информации, которую веб-сайты сохранили на моем компьютере | Справка Firefox.

3. Для браузера Opera: Настройки браузера –> Безопасность –> Очистить историю посещений. Выбрать “Удалить cookies и прочие данные сайта” и “Очистить кэш” и нажать “Очистить историю посещений”.

Подробнее - Справка Opera: Расширенные настройки: История и Справка Opera: Дополнительные настройки: Cookies, либо Как очистить кэш в Опере.

0 - 299 - Экспорт в PDF

Рекомендации общие для всех VOIP устройств (без исключения), расположенных за NAT (в серой сети):

1. Настройка STUN сервера, для нахождения внешнего IP адреса и подстановки его в запросы.
   или
2. Ручная установка публичного адреса (на tau8 это PBX->SIP->Общие настройки->Публичный IP-адрес), для подстановки его в запросы.
3. Для "продавливания" NAT на шлюзах настраивается "Периодический опрос SIP-сервера" или keepalive.
   У некоторых сетевых экранов есть функция закрывать порт, если по нему долго нет активности. Чтобы этого не происходило, и настраиваются данные сообщения.
4. На многих абонентских шлюзах должна иметься опция Force NAT, которая означает подстановку параметра rport в SIP заголовок VIA.

Получив данный параметр, SIP сервер не будет смотреть SIP и SDP заголовки, а будет ориентироваться исключительно на транспортный и сетевой уровни, т.е. на заголовки UDP/TCP/IP/.

Рекомендации общие для всех VOIP устройств (без исключения), расположенных за NAT (в белой сети):

1. Настройка NAT Comedia - это опция должна поддерживаться именно VOIP серверами (не абонентскими шлюзами).
   Она позволяет проключать голосовой тракт по реальному IP адресу источника пакетов RTP, взятого из IP заголовка, а также порту, взятому из UDP/TCP заголовка.
   В этом случае серый IP адрес, принятый в SDP будет игнорироваться SIP сервером.
2. Настройка NAT keep-alive(qualify) - контроль доступности встречной стороны, аналогичное "продавливание" NAT только со стороны SIP сервера.

Рекомендацией по настройке сетевых экранов (NAT) будет являтся зеркальный проброс UDP/TCP портов для сигнализации (SIP), а также UDP портов для RTP.

Под зеркальным пробросом понимается - например, если NAT принял запрос от 192.168.32.10:5060, то и в белую сеть он должен отправить его с того же порта, т.е 92.77.32.52:5060.

И аналогично в обратном направлении.