TAU-8N.IP | 8 портов FXS VoIP шлюз Eltex
TAU-8N.IP
TAU-8N.IP | 8 портов FXS VoIP шлюз. Новое оборудование на смену TAU-8.IP
Максимум FXS портов | 8 |
Тип | Абонентское |
Тип корпуса | Настольное исполнение |
В реестре Минпромторга (ТОРП) | Да |
Размер коробки ШхВхГ, мм | 60 x 330 x 145 |
Вес брутто, кг | 0.68 |
Ключевые преимущества:
- Функционал офисной АТС
- TR-069
- Измерение параметров абонентской линии
- Высокое качество звука
- Передача факсов
TAU-8N.IP — VoIP-шлюз, обеспечивающий возможность предоставления современных VoIP-услуг корпоративным клиентам через аналоговые телефонные аппараты.
Благодаря широким функциональным возможностям TAU-8N.IP может использоваться как в режиме изолированной офисной мини-АТС с внутренней коммутацией и базовым набором ДВО, так и в режиме взаимодействия с IP-PBX.
Высокое качество звука
Высокопроизводительная аппаратная платформа на базе современного чипа, поддержка всех основных аудиокодеков, применяемых в VoIP-сетях (G.711, G.722, G.723, G.726, G.729), функций эхокомпенсации, детектора тишины, генератора комфортного шума, приема и генерации сигналов DTMF, а также механизмов приоритезации трафика (QoS) обеспечивают высокое качество голосовой информации.
Передача факсов
Передача факсимильных сообщений реализована с помощью аудиокодека G.711 pass-through и по протоколу T.38.
- Операционная система - Linux
- Порты Ethernet 10/100BASE-T - 1
- Порты MGMT 10/100BASE-T - 1
- Порты FXS RJ-11 - 8
- Порты USB 2.0 - 1
- Протоколы VoIP - SIP
- Передача факсов - Т.38, G.711 pass-through
- Типы подключения - Static, DHCP, PPPoE, L2TP
- Внутренняя коммутация соединений
- Работа без SIP-сервера
- Гибкий план нумерации для FXS-портов и профилей SIP
- Профили dialplan
- Поддержка DHCP Option 120
- Применение настроек без перезагрузки
- Возможность передачи символа # как %23
- G.711 a-law, μ-law
- G.723.1
- G.729 (A/B)
- Т.38 UDP Real-Time Fax
- a-law, μ-law G.711 pass-through
- VAD (детектор активности речи)
- CNG (генерация комфортного шума)
- AEC (эхокомпенсация, рекомендации G.165, G.168)
- Обнаружение и генерирование сигналов DTMF
- Передача методами INBAND, RFC 2833, SIP INFO
- Удержание вызова (Call Hold)
- Передача вызова (Call Transfer)
- Уведомление о поступлении нового вызова (Call Waiting)
- Переадресация по занятости (CFB)
- Переадресация по неответу (CFNR)
- Безусловная переадресация (CFU)
- Caller ID
- Запрет выдачи Caller ID (CLIR)
- Горячая/теплая линия (Hotline/Warmline)
- Групповой вызов (Call Group)
- Трехсторонняя конференция (3-Way conference)
- Назначение Diffserv и 802.1p для пакетов SIP и RTP
- Статический IP-адрес
- DHCP-клиент
- PPPoE
- L2TP
- Статическая маршрутизация
- VLAN
- Поддержка DHCP-опций
- 1 – маска сети
- 3 – адрес сетевого шлюза по умолчанию
- 6 – адрес DNS-сервера
- 12 – сетевое имя устройства
- 15 – доменное имя
- 28 – широковещательный адрес сети
- 33 – статические маршруты
- 42 – адрес NTP-сервера
- 43 – специфичная информация производителя
- 60 – альтернатиный Vendor ID
- 66 – адрес TFTP-сервера
- 67 – имя файла ПО (для загрузки по TFTP с сервера из опции 66)
- 120 – outbound SIP-сервера
- 121 – бесклассовые статические маршруты
- 249 – Private/Classless Static Route (MS)
- RFC 3261 SIP 2.0
- RFC 3262 SIP PRACK
- RFC 4566 Session Description Protocol (SDP)
- RFC 3263 Locating SIP servers for DNS lookup SRV and A records
- RFC 3264 SDP Offer/Answer Model
- RFC 3311 SIP Update
- RFC 3515 SIP REFER
- RFC 3891 SIP Replaces Header
- RFC 3892 SIP Referred-By Mechanism
- RFC 4028 SIP Session Timer
- RFC 2976 SIP INFO Method
- RFC 2833 RTP Payload for DTMF Digits, Flash event
- RFC 3108 Attributes ecan and silenceSupp in SDP
- RFC 4579 SIP Call Control – Conferencing for User Agents
- RFC 3361 DHCP Option 120
- RFC 3550 RTP A Transport Protocol for Real-Time Applications
- Web
- Telnet
- SSH
- TR-069
- DHCP autoprovisioning
- Проверка имени пользователя и пароля
- Firewall
- Разграничение прав доступа пользователей (admin, user, viewer)
- Подключение USB-накопителя с файловыми системами FAT/FAT32/NTFS
- SD RAM 512 МБ
- Flash 512 МБ
- OС Linux
- Питание - 12 В DС, 2 A
- Потребляемая мощность - не более 14 Вт
- Рабочая температура окружающей среды - от +5 до +40 °С
- Рабочая влажность - не более 80%
- Исполнение - настольное исполнение, возможность крепления на стену
- Габариты (ШхВхГ): 208х38х115 настольное исполнение, возможность крепления на стену
- Масса - 0,3 кг
Будьте первым!
Чтобы включить 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
Источник:
docs.eltex-co.ru
Порядок настройки принтера с помощью функции принт-сервера (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 - название принтера, которое отображается на странице сервера печати.
Источник:
docs.eltex-co.ru
Периодическое мигание индикаторов зеленым светом (даже если порты в исходном состоянии и вызовы на них не поступают) означает отсутствие регистрации соответствующего порта на сервере регистрации.
Источник:
docs.eltex-co.ru
Сообщение 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 адрес натирующего устройства динамичен).
Источник:
docs.eltex-co.ru
Абонентские шлюзы TAU и RG не имеют в своем аппаратном составе резервного источника питания (батарейки), поэтому при перезагрузке устройства время сбрасывается. Чтобы после перезагрузки шлюза не приходилось настраивать время вручную, в функционале устройства предусмотрена синхронизация времени с NTP-сервером. В настройках необходимо задать IP-адрес сервера NTP и временной сдвиг в зависимости от часового поясаЮ где находится устройство.
Настройка параметров NTP-сервера осуществляется
- на RG14, TAU-4 и TAU-8 в разделе Система -> Настройки -> Настройки времени;
- на RG24 и RG44 в разделе Система -> Доступ -> Настройки времени;
- на TAU-XX в разделе Сетевые настройки (Network settings) -> NTP.
Источник:
docs.eltex-co.ru
- Чтобы шлюз детектировал 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мс.
- Далее, нужно настроить "Режим использования функции 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}.
Источник:
docs.eltex-co.ru
Нередко встречается ситуация, когда динамический брандмауэр 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 (и вообще любых абонентских шлюзов).
Источник:
docs.eltex-co.ru
Симптомы
Часть элементов не отображается, либо отображаются неверно.
Например:
- TAU-8 - после ввода логина/пароля отображается пустая белая страничка.
- SMG1016M - в разделе “Потоки Е1 / Физические параметры / ОКС 7” пропадает таблица “Параметры ОКС-7”.
- SMG1016M - в разделе “SIP-абоненты / Мониторинг” отображаются номера других абонентов, добавленных ранее, а затем удаленных.
Причины
Причиной данной проблемы является загрузка браузером загружает устаревших данных.
Решение
Для решения данной проблемы необходимо удалить временные файлы и куки:
- Для браузеров Chromium / Google Chrome: Меню –> Настройки –> Показать дополнительные настройки –> Личные данные –> Очистить историю. Выбрать “Файлы cookie и другие данные сайтов” и “Изображения и другие файлы, сохраненные в кеше” и нажать “Очистить историю”.
Подробнее - Удаление кэша и других данных браузера - Cправка - Chrome.
- Для браузера Mozilla Firefox: Журнал –> Удалить недавнюю историю. Выбрать “Куки” и “Кэш” и нажать “Удалить сейчас”.
Подробнее - Удаление куков для удаления информации, которую веб-сайты сохранили на моем компьютере | Справка Firefox.
- Для браузера Opera: Настройки браузера –> Безопасность –> Очистить историю посещений. Выбрать “Удалить cookies и прочие данные сайта” и “Очистить кэш” и нажать “Очистить историю посещений”.
Подробнее - Справка Opera: Расширенные настройки: История и Справка Opera: Дополнительные настройки: Cookies, либо Как очистить кэш в Опере.
0 - 299 - Экспорт в PDF
Источник:
docs.eltex-co.ru
Рекомендации общие для всех VOIP устройств (без исключения), расположенных за NAT (в серой сети):
- Настройка STUN сервера, для нахождения внешнего IP адреса и подстановки его в запросы.
или - Ручная установка публичного адреса (на tau8 это PBX->SIP->Общие настройки->Публичный IP-адрес), для подстановки его в запросы.
- Для "продавливания" NAT на шлюзах настраивается "Периодический опрос SIP-сервера" или keepalive.
У некоторых сетевых экранов есть функция закрывать порт, если по нему долго нет активности. Чтобы этого не происходило, и настраиваются данные сообщения. - На многих абонентских шлюзах должна иметься опция Force NAT, которая означает подстановку параметра rport в SIP заголовок VIA.
Получив данный параметр, SIP сервер не будет смотреть SIP и SDP заголовки, а будет ориентироваться исключительно на транспортный и сетевой уровни, т.е. на заголовки UDP/TCP/IP/.
Рекомендации общие для всех VOIP устройств (без исключения), расположенных за NAT (в белой сети):
- Настройка NAT Comedia - это опция должна поддерживаться именно VOIP серверами (не абонентскими шлюзами).
Она позволяет проключать голосовой тракт по реальному IP адресу источника пакетов RTP, взятого из IP заголовка, а также порту, взятому из UDP/TCP заголовка.
В этом случае серый IP адрес, принятый в SDP будет игнорироваться SIP сервером. - Настройка NAT keep-alive(qualify) - контроль доступности встречной стороны, аналогичное "продавливание" NAT только со стороны SIP сервера.
Рекомендацией по настройке сетевых экранов (NAT) будет являтся зеркальный проброс UDP/TCP портов для сигнализации (SIP), а также UDP портов для RTP.
Под зеркальным пробросом понимается - например, если NAT принял запрос от 192.168.32.10:5060, то и в белую сеть он должен отправить его с того же порта, т.е 92.77.32.52:5060.
И аналогично в обратном направлении.
Источник:
docs.eltex-co.ru