Техподдержка
0 Корзина
Получить прайс-лист в мессенджер
2023_02_06_Прайс_Элтекс.xlsx

TAU-24.IP Eltex | 24 порта FXS VoIP шлюз

Хит
ТОРП

24 порта FXS, разъемы Telco-50, SIP, H.323

  • максимальная дальность линии – 6 км
  • высокое качество звука
  • защита портов по току и напряжению
  • возможность измерения физических параметров абонентской линии
  • функционал офисной АТС

Eltex
Артикул: TAU-24.IP-AC-S
Отзывов:
Цена:
Гарантия: 12 мес.
Возраст: 39 лет
Офис: Москва
Опыт работы с Eltex: 1 год
Выполненные проекты:
  • Построение Wi-Fi сети в офисе на месторождении г. Ноябрьск.
Голубев Александр
Возраст: 30 лет
Офис: Москва
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Бесшовный Wi-Fi на территории НПЗ Газпромнефть для работы очков виртуальной реальности
  • Проект сети ШПД для автоматизированной системы виброконтроля и диагностики энергоблоков АЭС
  • АТС (Софтсвич ECSS-10), IP телефоны и сеть ШПД для центрального аппарата ведомства
  • Оснащение коммутационным оборудованием базовых станций радио вещания применяемых структурами МЧС,МВД,ОМОН на территории краснодарского края
  • Создание узла агрегации ШПД для силового ведомства
  • Проект передачи 80 потоков Е1 поверх сети Ethernet для ведомственной сети
Рекун Антон (Москва)
Возраст: 29 лет
Офис: Москва
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Построение Сети ШПБ и Wi-Fi для государственных ВУЗов Москвы, МО и регионов.
  • Северный Речной вокзал г.Москвы, организация ЛВС, видеонаблюдения.
  • Поставка криптомаршрутизаторов органам государственной охраны.
  • Инсталляция сетевого оборудования на контрольно-пропускных пунктах границы РФ.
  • Организация ядра сети, агрегации и доступа для «Объединённой двигателестроительной корпорации» , входящей в состав "Ростеха"
Поддубный Владислав (Москва)
Возраст: 32 года
Офис: Москва
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Реализации СОРМ-3 для операторов связи
  • Организация видеонаблюдения и хранения данных в Министерстве образования и науки Республики Татарстан
  • Проекты реконструкции ведомственных сетей связи комбинатов Росрезерва
  • Модернизация сети связи в Краснодарском высшем военном училище
  • Проект по созданию защищённого контура сети в филиалах силовых ведомств
  • Модернизация телефонной сети в филиале ФГУП Главный центр Спецсвязи
  • Создание защищённого контура сети с шифрованием FSTEC в филиале энергетической компании в Санкт-Петербурге
  • Построение локально-вычислительной сети ситуационного центра для транспортной нефтегазовой компании
  • Создание защищенной распределенной сети связи для филиалов Газпром Газораспределение Самара
  • Построение локально-вычислительной сети на объектах Русал
  • Организация IP-телефони для подразделений Норникель
  • Построение промышленной локально-вычислительной сети и IP-телефонии в филиалах ЛОЭСК
Фадин Дмитрий (Москва)
Возраст: 50 лет
Офис: Москва
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Комплексная модернизация инфраструктуры стадиона Витязь, г Вологда
  • Расширение существующей сети для Электромеханического Завода
  • Модернизация телефонии на предприятии по производству металлопродукции
  • Мобильный узел связи МУС ЧС
  • Построение ЛВС для Школы на 275 мест в Московоской области
  • Проект по телефонии для административного здания УВД, г. Ноябрьск
Сытый Александр (Москва)
Возраст: 24 года
Офис: Москва
Опыт работы с Eltex: 1 год
Выполненные проекты:
  • Инсталляция коммутаторов для видеонаблюдения, Wi-Fi, СКУД и телефонии в здании дошкольных групп на 350 мест в районе Молжаниновский
  • Оснащение бесшовного Wi-Fi в НИИ, г. Санкт-Петербург
  • Поставка межэтажных коммутаторов для медицинского учреждения, г. Казань
  • Инсталляция сетевого оборудования в войсковой части в Южной Осетии
Касьяненко Михаил (Москва)
Возраст: 39 лет
Офис: Москва
Опыт работы с Eltex: 1 год
Выполненные проекты:
  • Построение Wi-Fi сети в офисе на месторождении г. Ноябрьск.
Голубев Александр (Москва)
Возраст: 31 год
Офис: Москва
Опыт работы с Eltex: 1 год
Выполненные проекты:
  • Модернизация ШПД сети для предприятия энергетической сферы, г. Дубна
Файзрахманов Марат (Москва)
Возраст: 39 лет
Офис: Москва
Опыт работы с Eltex: 1 год
Каночкин Виталий (Москва)
Возраст: 24 года
Офис: Москва
Опыт работы с Eltex: 1 год
Выполненные проекты:
  • Замена оборудования иностранных вендоров в Московском Колледже
  • Реструктуризация ЛВС для компании "Российский Экологический Оператор"
  • Построение беспроводной бесшовной сети на базе Wi-Fi 6 в Беловской Городской больницы
Дудоров Дмитрий (Москва)
Возраст: 35 лет
Офис: Казань
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Проработка решения по созданию Wi-Fi сети для государственных ВУЗов
  • Поставка коммутаторов доступа в 85 регионов России по заданию Судебного департамента;
  • Построение ядра сети для бюро морского машиностроения в г. Санкт-Петербург
Муртазин Камиль (Казань)
Скидка с первого заказа!
Мы дилер №1 Eltex
Хит
ТОРП
TAU-16.IP Eltex | 16 портов FXS VoIP шлюз
16 портов FXS
1 порт SFP
разъемы Telco-50
SIP, H.323
ТОРП
TAU-32M.IP Eltex | 32 порта FXS/FXO VoIP шлюз
от 8 до 32 портов FXS/FXO (опционально)
SIP, H.323
ТОРП
TAU-36.IP Eltex | 36 портов FXS VoIP шлюз
36 портов FXS
2 порта SFP
SIP, H.323
Хит
ТОРП
TAU-72.IP Eltex | 72 порта FXS VoIP шлюз
72 порта FXS
2 порта SFP
SIP, H.323
Снят
MSAN MC1000-PX (до 1152 FXS, 16 E1)
от 72 до 1152 портов FXS
до 16 Е1
поддержка SIP, функции АТС
Новинка
ТОРП
TAU32M-M4S4O  Eltex  | Субмодуль 4 FXS 4 FXO
4 порта FXS, 4 порта FXO
ТОРП
Модуль PP4G3X ethernet-коммутатора для установки в шасси MC1000-PX
4 комбинированных порта 10/100/1000Base-T / 1000Base-X(SFP)
2 порта 10GBASE-X
FXS 24
Тип Абонентское
Тип корпуса 1U
В реестре Минпромторга (ТОРП) Да
Размер коробки ШхВхГ, мм 520 x 85 x 270
Вес брутто, кг 2.7

Абонентский voip шлюз TAU-24.IP

Высокопроизводительный абонентский шлюз серии TAU на базе процессора mindspeed предназначен для организации IP-телефонии, обладает богатым спектром услуг ДВО, а так же предоставляет возможность помимо высококачественной голосовой связи предоставлять возможность передачи и приема факсимильных сообщений и организацию модемного соединения.

Простота и удобства эксплуатации

Наличие мультиязычного web-интерфейса и поддержка прочих способов конфигурирования и мониторинга шлюза: CLI,TR-069,SNMP,DHCP провиженинг; Возможность измерения параметров абонентской линии и поддержка защиты абонентских комплектов по току и напряжению от возможного выгорания, Гибкая возможность резервирования вызовов как на сторонние сервера, так и внутри шлюза дает возможность быстрой и простой настройки, а так же долгосрочной безаварийной работы телефонии на базе шлюзов TAU.

Богатые функциональные возможности

Поддержка огромного количества различных ДВО:переадресация вызова, перевод, группы вызова и перехвата,3-x сторонняя конференция,музыка на удержании и др, позволяют полноценно использовать шлюзы серии ТАУ для предоставления широкого спектра услуг как индивидуально, так и в связке с различными серверами и софтовыми платформами.

Клиентоориентированность

Более 7 лет успешной эксплуатации шлюзов В России, странах СНГ, Ближнего и дальнего зарубежья; тестирование с различными платформами (IMS) и последующая их поддержка, постоянное бесплатное обновление программного обеспечения и доработки по необходимостям заказчиков позволяют без затруднений прозвести безболезненное внедрение шлюзов практически в любую сеть.

Бесплатная русскоязычная поддержка

Высококвалицированные инженеры технической поддержки компании "Eltex" всегда в короткие сроки помогут решить любые возникшие проблемы и ответят на Ваши вопросы.

Централизованное управление

Поддержка шлюзов TAU в системе мониторинга и управления Eltex.EMS позволяет обслуживающему персоналу в режиме он-лайн следит за работой устройств и немедленно реагировать на возникающие проблемы.

Серия многопортовых абонентских VoIP-шлюзов TAU-xx.IP

Предназначена для передачи голосовой и факсимильной информации через IP-сети. Шлюзы обеспечивают абонентов качественной телефонной связью с поддержкой дополнительных видов обслуживания: переадресация, ожидание вызова, трехсторонняя конференция, перехват вызова, групповой вызов, определитель номера и т.д.

Высокое качество звука

Высокопроизводительная аппаратная платформа на базе современного чипа Mindspeed, поддержка всех основных аудиокодеков, применяемых в VoIP-сетях (G.711, G.723.1, G.726, G.729), функций эхо-компенсации, детектора тишины, генератора комфортного шума, приема и генерации сигналов DTMF, а также механизмов приоритезации трафика (QoS) обеспечивают высокое качество голосовой информации.

IMS Ready

Поддержка расширений IMS позволяет использовать TAU с различными платформами IMS.

Простота использования

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

Поддерживается возможность измерения следующих параметров абонентских линий:</p

  • стороннее напряжение между проводами a и b
  • напряжение питания абонентской линии
  • вызовное напряжение
  • сопротивление между проводами a и b, проводом a и землей, проводом b и землей
  • емкость между проводами a и b, проводом a и землей, проводом b и землей

Система управления Eltex.EMS

Для массовой эксплуатации шлюзов на сети Eltex предлагает единую систему мониторинга и управления - Eltex.EMS. Система позволяет администратору автоматизировать управление группой шлюзов и осуществлять мониторинг портов.

Интерфейсы
  • 24 аналоговых портов FXS
  • 2 порта 10/100/1000Base-T (RJ-45)
  • 1 порт 1000Base-X (SFP)
  • Тип разъема TELCO-50
Протоколы VoIP 
  • SIP, SIP-T
  • H.323
Голосовые кодеки
  • G.729 (A, B) 
  • G.711 (a-law, µ-law)
  • G.723.1 (6,3/5,3 кбит/с)
  • G.726 (32 кбит/с)
Поддержка факсов 
  • T.38 UDP Real-Time Fax
  • G.711 (a-law, µ-law) pass-through
Голосовые стандарты
  • VAD (детектор активности речи)
  • CNG (генерация комфортного шума)
  • AEC (эхокомпенсация, рекомендация G.168)
  • AGC (автоматическая регулировка усиления)
  • PLC (маскировка потери пакетов)
Функциональные особенности
  • Аутентификация на SIP-сервере с общим логином и паролем для всех абонентов 
  • Аутентификация на SIP-сервере с индивидуальным логином и паролем для каждого абонента
  • Поддержка резервных SIP-серверов
  • Поддержка Outbound SIP-серверов из DHCP опции 120
  • Прямая маршрутизация к незарегистрированным на SIP-сервере устройствам 
  • Внутренняя коммутация соединений при потере связи с SIP-сервером 
  • Самостоятельная обработка услуг ДВО (режим распределенной мини-АТС) 
  • Регулярные выражения в Dialplan
  • Модификация номера вызываемого и вызывающего абонентов
  • Звонок особого типа
  • Пользовательские тональные сигналы
  • Ограничение количества одновременных соединений 
  • CPC (Calling Party Control): сигнал отбоя соединения посредством разрыва шлейфа
  • Поддержка таксофонов
  • Поддержка работы за NAT (STUN, PublicIP)
  • Генерация сигнала неположенной трубки 
  • Управление ДВО с телефонного аппарата 
  • Применение настроек без перезагрузки 
  • Формирование DHCP option 82, подопций Agent client circuit ID, Agent remote ID
Качество обслуживания (QoS)
  • 4 очереди приоритета
  • Распределение пакетов по очередям на основании приоритета 802.1p и/или DSCP
  • Назначение Diffserv и приоритетов 802.1р для пакетов SIP и RTP 
Дополнительные виды обслуживания
  • Определение номера (Caller ID)
  • Выдача имени звонившего и времени звонка в режиме FSK
  • Запрет выдачи Caller ID (CLIR)
  • Передача вызова (Call Transfer) 
  • Перехват вызова (Call Pick-Up) 
  • 3-сторонняя конференция (3-way conference)
  • Горячая/теплая линия (Hotline/Warmline)
  • Ожидание вызова (Call Waiting)
  • Переадресация вызовов (CFU, CFB, CFNR, CFOOS)
  • Группы вызова (Call Group)
  • Удержание вызова (Call Hold)
  • Фоновая музыка при удержании (MOH)
  • Уведомление о голосовом сообщении (MWI)
  • Не беспокоить (DND)
  • IMS (3GPP TS 24.623) для управления услугами Call Hold, Call Waiting, 3-Way Conference, Hotline, Call Transfer
Сетевые функции
  • Поддержка 802.1Q
  • Возможность использования разных VLAN для сигнализации, RTP и управления
  • Поддержка SNTP
  • Локальный и внешний DNS
  • Поддержка STP
  • Поддержка LLDP
  • Поддержка резервирования (dual homing) 
  • Поддержка IPSec
  • Межсетевой экран
Типы подключений
  • Статический IP-адрес 
  • DHCP-клиент
  • PPPoE-клиент
  • РРТР-клиент
    Удаленный мониторинг
    • HTTP/HTTPS
    • SNMP
    • TR-069
    Конфигурирование
    • HTTP/HTTPS, FTP/FTPS, TFTP
    • Автообновление ПО и конфигурации (DHCP опции 43, 66 и 67)
    • Интерфейс командной строки CLI через Telnet, SSH, Консольный порт RS-232 
    • Telnet, SSH, Консольный порт RS-232
    • Конфигурирование параметров по SNMP (система управления Eltex.EMS)
    • Русифицированный web-интерфейс 
    • Конфигурирование параметров по TR-069
      Диагностика
      • Syslog
      • Тестирование физических параметров абонентских линий
      • Определение наличия телефонного аппарата на линии
      Статистика
      • Подробная статистика по портам
      • История вызовов
      Безопасность
      • Проверка имени пользователя и пароля 
      • Разграничение прав доступа: администратор/пользователь
      • Шифрование конфигурационного файла
      • RADIUS-аутентификация доступа к web
      • Доступ к web только по HTTPS
      Физические характеристики и параметры окружающей среды
      • Питание
        • 220В AC
        • 48/60V DC
      • Потребляемая мощность при 0,2 Эрл - не более 35 Вт
      • Потребляемая мощность при 1 Эрл - не более 35 Вт
      • Размеры (ШхВхГ), мм - 430х45х134 мм
      • Рабочая температура окружающей среды - от 0° до 40°С
      • Рабочая влажность окружающей среды - не более 80%

      Текущая версия ПО 2.18.0
        TAU-24.IP-AC-S
        VoIP-шлюз TAU-24.IP: 24хFXS, 3хRJ45-10/100/1000, SIP/H.323, 1U, AC 220V
        CAB-25-4
        Кабель от АТС до кросса – 4 м. (25х2)
        CAB-25-6
        Кабель от АТС до кросса – 6 м. (25х2)
        CAB-25-12
        Кабель от АТС до кросса – 12 м. (25х2)
        CAB-25-20
        Кабель от АТС до кросса – 20 м. (25х2)
        CAB-25-30
        Кабель от АТС до кросса – 30 м. (25х2)
        Разъем CENC
        Разъем CENC
        Шнур питания 48В
        Шнур питания 48В
        Провод заземления
        Провод заземления
        Комплект крепления в 19"стойку
        Комплект крепления в 19"стойку
        Декларация соответствия
        Декларация соответствия
        Паспорт
        Паспорт
        Документация
        Документация
        На данный товар не оставлено ни одного отзыва.

        Будьте первым!
        [TAU] TAU-XX. Общий порядок настройки
        Настройка TAU-XX производится через web-интерфейс. Для того чтобы подключиться к  web-интерфейсу устройства необходимо в адресной строке web-browser (например, Firefox, Internet Explorer) ввести  IP-адрес устройства. Заводские настройки шлюза следующие:
        • IP-адрес 192.168.1.2,
        • маска сети 255.255.255.0,
        • логин admin,
        • пароль rootpasswd.

        Порядок настройки шлюза:

        1. Задайте сетевые настройки в разделе Сетевые настройки -> Сеть.
        2. Задайте нумерацию на абонентских портах (FXS/FXO) в разделе PBX -> Абонентские порты.
        3. В параметрах каждого порта на вкладке Индивидуальные укажите имя и пароль для аутентификации/авторизации.
        4. В разделе PBX -> Профиль 1 произведите настройку параметров протокола SIP:
          • выберите режим работы с proxy-сервером:
            • выключен – отключен;
            • parking – режим резервирования SIP-proxy без контроля основного SIP-proxy;
            • homing – режим резервирования SIP-proxy с контролем основного SIP-proxy.
          • пропишите IP-адрес прокси сервера;
          • пропишите IP-адрес сервера регистрации;
          • укажите использование регистрации (при необходимости).
        5. На вкладке План набора настройте префиксы для маршрутизации.

        Источник:
        docs.eltex-co.ru

        [TAU] TAU-XX. Пример настройки плана нумерации
        Задача: обеспечить маршрутизации по разным направлениям, выполнять модификации набранного номера и организовать обработку кодов ДВО.

        Решение:

        1) Возможность сделать маршрутизацию на разные SIP серверы в зависимости от набора осуществляется подстановкой IP адреса после символа “@”, если адрес не указан, то вызов пойдет в направлении SIP сервера, заданного в настройках SIP профиля. Например, в одном плане нумерации можно прописать:

        1xx@92.145.12.9|2xx@72.85.12.101|3xx@192.168.18.15 
        

        Данный диалплан говорит, что все трехзначные наборы на 1 отправлять на 92.145.12.9, на 2 отправлять на 72.85.12.101, а трехзначные наборы на 3 отправлять на локальный адрес 192.168.18.15.

        Если в настройках SIP профиля указан адрес SIP сервера 192.168.18.15, то данный план нумерации можно записать вот так:

        1xx@92.145.12.9|2xx@72.85.12.101|3xx
        

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

        • выход на МН связь осуществляется по набору 00, ваш префикс будет:
        00xxxxxxxxxxx
        

        для звонка в Великобританию, набрав 0044512900234, на SIP сервер уйдет 0044512900234

        • для выхода на МГ или сотовую связь нужно набрать 8, но к провайдеру вы должны передавать номер без 8, тогда ваш префикс будет:
        <8:>xxxxxxxxxx
        

        набрав 83832728331, на SIP сервер уйдет 3832728331

        • 64xxxx - ваша городская нумерация, к ней вам нужно добавить код города - 3832, тогда конструкция будет такая:
        <:3832>64xxxx
        

        набрав 641249, на SIP сервер уйдет 3832641249

        3) Для использования символов * и #, вам нужно добавить соответствующие префиксы, например:

        *xx#|#xx#|*#xx#|*xx*x+#
        

        Обобщим сделав один общий план нумерации:

        00xxxxxxxxxxx|<8:>xxxxxxxxxx|<:3832>64xxxx|3xx@192.168.18.15|*xx#|#xx#|*#xx#|*xx*x+#
        

        МН, МГ, городская связь и префиксы ДВО (например 13#, #13#, *#13#, *13523524#) будут уходить на SIP сервер, указанный в настройках данного SIP профиля, а трехзначные наборы на 3 - на локальный адрес 192.168.18.15.

        Источник:
        docs.eltex-co.ru

        [SMG|TAU] SMG/RG/TAU. Проблема с обновлением ПО при использовании MAC OS
        Данная проблема может наблюдаться при обновлении шлюзов программное обеспечение которых представляет собой архив (старые прошивки SMG, RG, TAU) в случаях когда ПО скачено на ПК с ОС MAC OS (браузер Safari).

        Симтомы

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

        Например, SMG при попыкте обновления выдает в WEB: “Не найден hash-file!”

        Причина

        MAC OS X 10.10.x Safari при загрузке файла в директорию ЗАГРУЗКИ автоматически распаковывает архивы. Браузер распаковывает архив *.tar.gz и сохраняет как *.tar. В результате такого скачивания при попытке обновления данного ПО возникают проблемы. Т.е. проблема в том, что видоизменяется формат файла прошивки.

        В случае если изменить каталог загрузки на РАБОЧИЙ СТОЛ автоматической распаковки не происходит.

        Устранение

        При MAC OS X 10.10.x Safari загружать ПО не в стандартную директорию загрузки, а, например на РАБОЧИЙ СТОЛ.

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU36/TAU/32M/TAU72. Снятие трассировок (syslog) на многопортовых абонентских шлюзах
        Для снятия трассировки с TAU используется протокол syslog. TAU может отправлять логи на syslog-сервер или записывать их в локальный журнал. Содержимое локального журнала можно просмотреть через WEB-браузер.

        Настройка syslog производится в меню Сетевые настройки (Network settings) -> Журнал (Syslog). Для получения полной информации о процессах происходящих в ТАУ и принимаемых/передаваемых сигнальных сообщениях необходимо выставить следующие уровни:

        • в разделе Настройка журнала (Syslog configuration) указать IP-адрес и порт syslog сервера, на который неоюходимо отправлять логи, или выставить флаг Сохранять журнал в файл (Syslog to file) для записи логов в локальный журнал;
        • в разделе Тип записи (Application) установить все флаги;
        • при использовании протокола SIP выставить в параметре Уровень отладки SIP (SIP Log Level) значение 5 signal protocol;
        • при использовании протокола H323 выставить в параметре Уровень отладки Н.323 значение 4 debug_a;
        • в разделе VAPI установить флаг Включить (Enabled), установить Уровень отладки библиотеки (Lib Level) равным 1 и Уровень отладки приложения (App Level) равным 4;
        • подтвердить настройки нажав на кнопку Применить изменения (Submit changes);
        • для запуска логирования необходимо нажать кнопку Запустить журналирование (Start syslog), для остановки вывода логов - Остановить журналирование (Stop syslog).

        В случае если запись логов идет в локальный файл, то для просмотра его содержимого необходимо нажать кнопку Показать журнал (Show syslog). Для очистки файла нужно нажать кнопку Очистить журнал(Clear syslog).

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

        Источник:
        docs.eltex-co.ru

        [TAU] TAUXX.IP способы автоматического конфигурирования
        Существуют следующие способы автоматического конфигурирования шлюзов TAUXX.IP.

        Через протокол конфигурирования tr-069

        Описание настройки TAUXX.IP есть в документации в разделе "Настройка протокола мониторинга и управления устройством TR-069 (ACS)"

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

        Преимуществами tr-069, над тем же SNMP, являются:

        • большая надежность протокола, т.к. он работает поверх TCP;
        • большая защищенность протокола, т.к. есть поддержка различных схем авторизации basic, digest;
        • способность работы через NAT (TAUXX.IP может использовать STUN сервер и сообщать ACS серверу свой внешний адрес).

        Описание настройки ACS сервера приведено в соответствующей документации.

        Через автообновление (автопровижжинг)

        Описание настройки TAUXX.IP есть в документации в разделе "5.1.1.10. Настройка автоматического обновления (Autoupdate)" и Приложении Ж.

        Суть этого метода и его принципиальное отличие от tr-069 в том, что инициатором обмена является TAUXX.IP, а не сервер. Помимо этого файл конфигурации будет передаваться целиком, а не определенные параметры. TAUXX.IP по таймеру циклически делает запрос на сервер автоконфигурирования и скачивает нужный файл конфигурации (или ПО). Далее если TAUXX.IP находит отличие этого файла от текущего, то конфигурация на шлюзе обновляется.

        Также существует механизм версионности файлов, подробней о котором написано в документации в Приложении Ж.

        Ваша задача будет в автоматической генерации файлов конфигурации, в зависимости от системы билинга и выкладывании их на сервер автоконфигурирования.

        3) По протоколу SNMP
        Суть данного метода мало чем отличается от других примеров использования SNMP. 
        На SNMP менеджере автоматически запускаются разного рода скрипты, которые считывают и задают параметры в конфигурации TAUXX.IP.
        В качестве SNMP менеджера может выступать любой SNMP сервер, также существует готовое решение Eltex.EMS

        4) По telnet через CLI.
        Описание есть в документации:
        https://eltex.nsk.ru/upload/iblock/6cf/tau32m_ip-versiya-2.13.1.pdf
        Раздел РЕЖИМ КОМАНДНОЙ СТРОКИ И РАБОТА В ТЕРМИНАЛЬНОМ РЕЖИМЕ

        Этот метод можно назвать ручным, т.к. вся нагрузка по конфигурированию падает на автоматизатора.
        Суть метода в написании скриптов, которые будут запускаться на сервере в зависимости от нужных факторов или системы билинга.
        Скрипты должны автоматически подключаться по telnet/ssh к нужной TAUXX.IP и изменять конфигурацию нужным образом командами CLI или bysybox (linux).
        Также можно автоматически генерировать файлы конфигурации на сервере, далее подключаться по telnet/ssh к нужной TAUXX.IP и давать команду на скачивание конфигурации.

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Как снять tcpdump
        TCP-дамп можно снять двумя способами:

        1. Локально (если шлюз находится рядом)

        Подключите ПК (ноутбук) к свободному GE порту шлюза, запустите на нем программу Wireshark. В качестве интерфейса для захвата выберите сетевую карту, к которой подключили TAUxx. Далее на TAUxx в разделе Switch нужно включить режим хаба, для этого поставьте галочку disable learning (hub mode). Нажмите последовательно Submit Changes -> Update switch -> Commit -> Save. Затем совершите нужное количество звонков, остановите трассировку в Wireshark и сохраните ее в файл. После данных процедур обязатетельно отключите режим хаба.

        2. Удаленно (если шлюз находиться далеко)

        • Подключитесь к консоли TAU через telnet или ssh, перейдите в shell режим.
        • Запустите tcp-дамп командой tcpdump -env -i eth0 -s 3000 -w /tmp/dump.pcap. В каталоге tmp будет создан файл dump.pcap, в который будeт записываться логи.
        • Совершите вызовы, остановите трассировку комбинацией Ctrl+C
        • Запустите на ПК tftp-сервер (например, можно воспользоваться прогграммой tftpd32)
        • Перейдите в каталог tmp командой cd /tmp
        • Передайте файл трассировки командой tftp -pl dump.pcap <ip-адрес>, где <ip-адрес> – адрес ПК с запущенным tftp-сервером

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Мониторинг датчиков по SNMP
        Часто возникает необходимость считывать состояния датчиков TAUXX.IP по SNMP для мониторинга работы или построения графиков. Общий файл mib'ов прикреплен к данной статье. Описание настройки протокола SNMP вы можете найти в нашей документации в разделе 5.1.1.5.

        Состояние датчиков можно получить по следующему OID:

        snmpget -v 2c -c public 192.168.0.73 .1.3.6.1.4.1.35265.1.9.10.X
        где X - это номер датчика.

        Вот номера всех датчиков TAUXX.IP:

        Номер датчика Имя Значение
        1 fxsMonitoringVMode режим питания абонентских комплектов
        2 fxsMonitoringVBat напряжение питания первичной сети, В
        3 fxsMonitoringVRing1 выдаваемое индуктором для комплектов 1-36, В
        4 fxsMonitoringVRing2 напряжение, выдаваемое индуктором для комплектов 37-72, В
        5 fxsMonitoringTemp1 температура, измеренная датчиком 1
        6 fxsMonitoringTemp2 температура, измеренная датчиком 2
        7 fxsMonitoringTemp3 температура, измеренная датчиком 3
        8 fxsMonitoringTemp4 температура, измеренная датчиком 4
        9 fxsMonitoringFanState состояние вентиляторов (включены или выключены)
        10 fxsMonitoringFan1Rotate исправность вентилятора 1, если он включен
        11 fxsMonitoringFan2Rotate исправность вентилятора 2, если он включен
        12 fxsMonitoringDevicePower тип установленного источника питания

        Информацию о текущей загрузке CPU можно получить по следующему OID:

        snmpget -v 2c -c public 192.168.0.73 .1.3.6.1.4.1.35265.1.9.8.0

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Восстановление ПО
        В случае, когда не удается обновить ПО через web-интерфейс или консоль (telnet, RS-232), существует возможность резервного обновления ПО через RS-232. Для того чтобы обновить встроенное ПО устройства, необходимы следующие программы:
        • программа терминалов (например: TERATERM);
        • программа TFTP сервера.

        Последовательность действий при обновлении устройства.

          1. Подключиться к порту Ethernet устройства.
          2. Подключить скрещенным кабелем СОМ порт компьютера к COM порту устройства.
          3. Запустить терминальную программу.
          4. Настроить скорость передачи 115200, формат данных 8 бит, без паритета, 1 бит стоповый, без управления потоком.
          5. Запустить на компьютере программу TFTP-сервера и указать путь к папке chagall (компьютер, на котором запущен TFTP сервер и устройство должны находиться в одной сети). В этой папке создать подпапку 300 в которую поместить файлы firmware.elf, initrd.300, zImage.300  данные файлы можно скачать одним архивом reserv_soft.zip с сайта.
          6. Включить устройство. Остановить загрузку командой stop в момент появления следующей надписи:
                U-Boot 1.1.6 (Nov 13 2008 - 16:24:39) Mindspeed 0.06.2-candidate1
                DRAM: 128 MB
                Comcerto Flash Subsystem Initialization
                found am29gl512 flash at B8000000
                Flash: 64 MB
                NAND: 64 MiB
                In: serial
                Out: serial
                Err: serial
                Reserve MSP memory
                Net: comcerto\_gemac0: config phy 0, speed 1000, duplex full
                comcerto\_gemac1: config phy 1, speed 1000, duplex full
                comcerto\_gemac0, comcerto\_gemac1
                Write 'stop' to stop autoboot (3 sec)..
                FXS-72>>
            
          7. Задать IP-адрес устройства:
            set ipaddr <ipaddr>
            где <ipaddr> - новый IP-адрес TAU. 
            Например: set ipaddr 192.168.16.112
          8. Задать сетевую маску:
            set netmask <netmask> 
            где <netmask> - сетевая маска.
            Например: set netmask 255.255.255.0
          9. Задать IP-адрес TFTP-сервера:
            set serverip <tftp-ip>
            где <tftp-ip> - IP-адрес компьютера, на котором запущен TFTP-сервер.
            Например:  set serverip 192.168.16.44 
          10. Активировать сетевой интерфейс командой mii i
          11. Обновить ядро linux командой run updatecsp
          12. Обновить программное обеспечение медиа-процессора командой run updatemsp
          13. Обновить файловую систему командой run updatefs
          14. Запустить устройство командой run bootcmd

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Как добавить свою мелодию для MOH (music on hold)
        Для проигрывания звукового файла поставленному на удержание абоненту  средствами шлюза необходимо:
        1. Настроить услугу «Call transfer» (передача вызова) на шлюзе;
        2. В настройках абонентского порта (закладка «Common/Общие») или в абонентском профиле (если использовании общих параметров для группы портов) установить флаг «Play music on hold/Музыка на удержании»;
        3. Подготовить звуковой файл. К файлу выдвигаются следующие требования:
          • File type: Wave (Microsoft);
          • Audio Format: CCITT A-Law;
          • Audio Attributes: 8 000 Hz; 16 Bit; Mono.
        4. Записать файл на шлюз. Для этого перейти в раздел «Service/Сервисные функции» -> «MOH/Музыка», выбрать звуковой файл и нажать кнопку «Load file/Загрузить файл»

        ПРИМЕЧАНИЕ. Услуга может применяться только при установлении соединения по кодекам G.711A и G.711U

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Перегрев на портах
        Бывают ситуации, когда устройство находится в невентилируемом помещении (шкафу) и при большой телефонной нагрузке сильно греется. Температуру на устройстве можно посмотреть в разделе Monitoring -> Status.

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

        Однако, на самом устройстве можно изменить порог срабатывания вентиляторов или вообще включить их в работу на постоянную основу. Сделать это можно в настройках PBX-MAIN:

        • Fans threshold temperature - температура, при достижении которой включаются в работу вентиляторы. Выключаться они будут при достижении температуры в -10 градусов от выставленного значения. При этом выставляя значения температуры нужно учитывать, что слишком маленькое значение может привести к постоянной работе вентиляторов на устройстве. Например, значение в 35 градусов приведет к тому, что вентиляторы включатся в работу, однако, охладить устройство до 25 градусов им не удастся
        • Fans force enable - включение вентиляторов на постоянную работу

        В случае возникновения блокировок или явного перегрева устройства стоит вручную порегулировать работу кулеров на шлюзе.

        Помимо регулировки кулеров, следует учитывать, что порты могут греться по другим причинам, например:

        • замыкание линий друг на друга - ток короткого замыкания большой, вследсвие чего порты могут греться
        • стороннее напряжение - слишком большие наводки могут приводить к перегреву портов
        • теплопередача - если греется 1 комплект по какой-либо причине, он может греть соседние комплекты.

        Источник:
        docs.eltex-co.ru

        [TAU1M/TAU2M/RG14/RG24/RG44/TAU8/TAU-XX] Просмотр статуса ethernet портов
        Набор команд для просмотра статуса ethernet портов:
        swstatus

        Пример вывода команды:

        root@RG-1400:~# swstatus 
        |      |        Link|       Speed|      Duplex|                         TX|                         RX|
        |   WAN|          Up|   1000 Mbps| Full-duplex|            196467128 bytes|           1300686622 bytes|
        | LAN 0|          Up|   1000 Mbps| Full-duplex|            944146584 bytes|            147649144 bytes|
        | LAN 1|        Down| unavailable| unavailable|                    0 bytes|                    0 bytes|
        | LAN 2|        Down| unavailable| unavailable|                    0 bytes|                    0 bytes|
        | LAN 3|        Down| unavailable| unavailable|                    0 bytes|                    0 bytes|
        | Wi-Fi|           -|           -|           -|                    0 bytes|                    0 bytes|

        1) В первом столбце указан порт;

        2) Второй столбец (Link) показывает состояние:

        • Up - порт активен
        • Down - неактивен или не подключен

        3) В третем столбце указана скорость на которой работает линк, возможные значения:

        • unavailable;
        • 10 Mbps;
        • 100 Mbps;
        • 1000 Mbps.

        4) Режим передачи/приёма (Duplex)

        • Half-duplex (Полудуплекс) - попеременная передача и прием
        • Full-duplex (Полный дуплекс) - одновременная передача и прием.

        5) TX - количество переданный байт

        6) RX - количество принятых байт

        Просмотр статуса портов WAN и LAN на TAU-1/2, RG24xx и RG44xx, RG54xx:

        cat /proc/rtl865x/port_status

        Пример вывода команды:

        root@RG-4402GF-W:~$ cat /proc/rtl865x/port_status
        Dump Port Status:
        Port0  Link Down
        Port1  Link Down
        Port2  Link Down
        Port3  Link Down
        Port4  Link Down
        Port5  Link Up
          RXBytes 15343280 TXBytes 2580820 Duplex Full Speed 1000
        CPUPort  Link Up
          RXBytes 0 TXBytes 11017555 Duplex Full Speed 1000

        Соответствие портов свитча и портов на устройстве

          TAU1 TAU2 RG44 RG54
        Port0 1 LAN -* 1 LAN WAN
        Port1 2 LAN 1 LAN 2 LAN 1 LAN
        Port2 -* -* 3 LAN 2 LAN
        Port3 -* -* 4 LAN 3 LAN
        Port4 WAN WAN -* 4 LAN
        Port5 -* -* WAN -*
        CPUPort Порт соединяющий свитч и CPU

        -* это Порт не используется ("висит в воздухе")

        Просмотр статуса портов на многопортовых шлюзах TAU-16/24/32/36/72:

        shell

        switch_status

        Пример вывода команды:

        [admin@tau36ip:/root]switch_status 
        Port 0:
                Link: on
                Duplex: full
                Speed: 1000Mbps
        Port 1:
                Link: off
                Duplex: half
                Speed: 0Mbps
        Port 2:
                Link: off
                Duplex: half
                Speed: 0Mbps
        SFP 0:
                Link: off
                Duplex: half
                Speed: 0Mbps
        SFP 1:
                Link: off
                Duplex: half
                Speed: 0Mbps
        CPU:
                Link: on
                Duplex: full
                Speed: 1000Mbps

         

        Источник:
        docs.eltex-co.ru

        [TAU|RG] Отбиваются входящие вызовы сообщением 404 (Not Found)
        Ошибка 404 говорит о том, что вызываемый абонент не найден или нет такого sip абонента.

        Сообщение 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] TAU1M/TAU2M/RG14/RG24/RG44/TAU8/TAU16/TAU24/TAU32m/TAU36/TAU72. Пример настройки плана нумерации
        Задача: Обеспечить маршрутизации по разным направлениям, выполнять модификации набранного номера и организовать обработку кодов ДВО. Решение: 1) Возможность сделать маршрутизацию на разные SIP серверы в зависимости от набора осуществляется подстановкой IP адреса после символа “@”, если адрес не указан, то вызов пойдет в направлении SIP сервера, заданного в настройках SIP профиля. Например, в одном плане нумерации можно прописать:

        Задача:

        Обеспечить маршрутизации по разным направлениям, выполнять модификации набранного номера и организовать обработку кодов ДВО.

        Решение:

        1) Возможность сделать маршрутизацию на разные SIP серверы в зависимости от набора осуществляется подстановкой IP адреса после символа “@”, если адрес не указан, то вызов пойдет в направлении SIP сервера, заданного в настройках SIP профиля. Например, в одном плане нумерации можно прописать:

        1xx@92.145.12.9|2xx@72.85.12.101|3xx@192.168.18.15

        Данный диалплан говорит, что все трехзначные наборы на 1 отправлять на 92.145.12.9, на 2 отправлять на 72.85.12.101, а трехзначные наборы на 3 отправлять на локальный адрес 192.168.18.15.

        Если в настройках SIP профиля указан адрес SIP сервера 192.168.18.15, то данный план нумерации можно записать вот так:

        1xx@92.145.12.9|2xx@72.85.12.101|3xx

         

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

        • выход на МН связь осуществляется по набору 00, ваш префикс будет:

        00xxxxxxxxxxx

        для звонка в Великобританию, набрав 0044512900234, на SIP сервер уйдет 0044512900234

        • для выхода на МГ или сотовую связь нужно набрать 8, но к провайдеру вы должны передавать номер без 8, тогда ваш префикс будет:

        <8:>xxxxxxxxxx

        набрав 83832728331, на SIP сервер уйдет 3832728331

        • 64xxxx - ваша городская нумерация, к ней вам нужно добавить код города - 3832, тогда конструкция будет такая:

        <:3832>64xxxx

        набрав 641249, на SIP сервер уйдет 3832641249

         

        3) Для использования символов * и #, вам нужно добавить соответствующие префиксы, например:

        *xx#|#xx#|*#xx#|*xx*x+#

        Обобщим, сделав один общий план нумерации:

        00xxxxxxxxxxx|<8:>xxxxxxxxxx|<:3832>64xxxx|3xx@192.168.18.15|*xx#|#xx#|*#xx#|*xx*x+#

        МН, МГ, городская связь и префиксы ДВО (например 13#, #13#, *#13#, *13523524#) будут уходить на SIP сервер, указанный в настройках данного SIP профиля, а трехзначные наборы на 3 - на локальный адрес 192.168.18.15.

        Источник:
        docs.eltex-co.ru

        [TAU|RG] TAU1M/TAU2M/RG14/RG24/RG44/TAU8/TAU-XX. Просмотр статуса ethernet портов
        Просмотр статуса портов WAN и LAN на TAU-8 и RG14xx: swstatus Пример вывода команды:

        Просмотр статуса портов WAN и LAN на TAU-8 и RG14xx:

        swstatus

        Пример вывода команды:

         

        root@RG-1400:~# swstatus

        |            |          Link|          Speed|       Duplex|                                   TX|                                    RX|

        |   WAN|            Up|   1000 Mbps| Full-duplex|            196467128 bytes|           1300686622 bytes|

        | LAN 0|            Up|   1000 Mbps| Full-duplex|            944146584 bytes|             147649144 bytes|

        | LAN 1|        Down| unavailable| unavailable|                            0 bytes|                             0 bytes|

        | LAN 2|        Down| unavailable| unavailable|                            0 bytes|                             0 bytes|

        | LAN 3|        Down| unavailable| unavailable|                            0 bytes|                             0 bytes|

        | Wi-Fi|                 -|                  -|                  -|                            0 bytes|                             0 bytes|

        1) В первом столбце указан порт;

        2) Второй столбец (Link) показывает состояние:

        • Up - порт активен
        • Down - неактивен или не подключен

        3) В третем столбце указана скорость на которой работает линк, возможные значения:

        • unavailable;
        • 10 Mbps;
        • 100 Mbps;
        • 1000 Mbps.

        4) Режим передачи/приёма (Duplex)

        • Half-duplex (Полудуплекс) - попеременная передача и прием
        • Full-duplex (Полный дуплекс) - одновременная передача и прием.

        5) TX - количество переданный байт

        6) RX - количество принятых байт

        Просмотр статуса портов WAN и LAN на TAU-1/2, RG24xx и RG44xx, RG54xx:

        cat /proc/rtl865x/port_status

        Пример вывода команды:

        root@RG-4402GF-W:~$ cat /proc/rtl865x/port_status

        Dump Port Status:

        Port0  Link Down

        Port1  Link Down

        Port2  Link Down

        Port3  Link Down

        Port4  Link Down

        Port5  Link Up

          RXBytes 15343280 TXBytes 2580820 Duplex Full Speed 1000

        CPUPort  Link Up

          RXBytes 0 TXBytes 11017555 Duplex Full Speed 1000

        Соответствие портов свитча и портов на устройстве

          TAU1 TAU2 RG44 RG54
        Port0 1 LAN -* 1 LAN WAN
        Port1 2 LAN 1 LAN 2 LAN 1 LAN
        Port2 -* -* 3 LAN 2 LAN
        Port3 -* -* 4 LAN 3 LAN
        Port4 WAN WAN -* 4 LAN
        Port5 -* -* WAN -*
        CPUPort Порт соединяющий свитч и CPU

        -* это Порт не используется ("висит в воздухе")

        Просмотр статуса портов на многопортовых шлюзах TAU-16/24/32/36/72:

        shell

        switch_status

        Пример вывода команды:

         [admin@tau36ip:/root]switch_status

        Port 0:

                Link: on

                Duplex: full

                Speed: 1000Mbps

        Port 1:

                Link: off

                Duplex: half

                Speed: 0Mbps

        Port 2:

                Link: off

                Duplex: half

                Speed: 0Mbps

        SFP 0:

                Link: off

                Duplex: half

                Speed: 0Mbps

        SFP 1:

                Link: off

                Duplex: half

                Speed: 0Mbps

        CPU:

                Link: on

                Duplex: full

                Speed: 1000Mbps

        Источник:
        docs.eltex-co.ru

        [TAU] TAU4/TAU8/TAU16/TAU24/TAU32m/TAU36/TAU72. Просмотр серийного номера через telnet и ssh
        Если серийный номер не отображается на веб-интерфейсе, то посмотреть его можно через telnet и ssh.

        Если серийный номер не отображается на веб-интерфейсе, то посмотреть его можно через telnet и ssh.

        TAUxx

        1. Подключитесь по telnet или ssh к устройству
        2. Дайте команду shell для перехода в shell-режим
        3. Для вывода серийного номера дайте команду factory_uboot

        TAU4/8

        1.  Подключитесь по telnet или ssh к устройству
        2. Для вывода серийного номера дайте команду
          cat /tmp/board_serial

        Источник:
        docs.eltex-co.ru

        [TAU|SMG] TAU16/TAU24/SMG2/SMG4/SMG2016. Распиновка консольного кабеля RJ45
        Для многопортовых VoIP шлюзов TAU16/TAU24, цифровых шлюзов SMG2/SMG4/SMG2016 конfльный вывод реализован в виде разъема RJ45

        Для многопортовых VoIP шлюзов TAU16/TAU24, цифровых шлюзов SMG2/SMG4/SMG2016 конfльный вывод реализован в виде разъема RJ45

        Распиновка относительно контактов разъема DB9 выглядит следующим образом:

        DB9 контакты
        RJ45 контакты
        2 6 (зеленый)
        3 3 (бело-зеленый)
        5 4 (синий)
         

        Источник:
        docs.eltex-co.ru

        [TAU|RG|SMG] TAU16/TAU24/TAU32m/TAU36/TAU72/RG14/RG24/RG54/SMG2/SMG4/SMG1016/SMG1016M/SMG2016/TAU8/TAU1M/TAU2M. Почему присутствует эхо при разговоре? Перейти к концу метаданных
        Эхо приносит неприятности, при отражении сигнала достаточной амплитуды на время более 50 мс. Первостепенно, стоит отметить тот факт, что эхо в VoIP сетях возникает из-за больших задержек распространения звукового сигнала от источника к приемнику, где присутствует аналоговая линия передачи.

        Эхо приносит неприятности, при отражении сигнала достаточной амплитуды на время более 50 мс. Первостепенно, стоит отметить тот факт, что эхо в VoIP сетях возникает из-за больших задержек распространения звукового сигнала от источника к приемнику, где присутствует аналоговая линия передачи. Это происходит, когда часть исходного сигнала, переданная вызываемому абоненту, поступает обратно в линию вызывающему. Цифровые устройства не создают эхо, но при цифровой обработке сигнала создаются задержки – основной компонент эха.

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

        Однако, есть и программные методы борьбы с эхом. Основной из них – эхокомпенсатор (эхоподавление или Echocanceller). Он анализирует сигнал на входе, сравнивает его с выходным сигналом и при совпадении вычитает его на входе. Недостатком данного метода является внесение небольшой задержки передачи сигналов в систему. На всех наших устройствах работа эхокомпенсатора регулируется программно (то есть Вы можете его включить или отключить).

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

        Настройки эхоподовления в наших устройсвах находятся в настройках кодеков в sip профиле:

        • ТАУ-XX: «PBX» – «SIP/H323 Profiles» – «Profile X» – «Codecs» – «Features» – «Echo canceller»
        • ТАУ4-8/RG14xx: «PBX» – «SIP» – SIP профиль – «Список кодеков в предпочтительном порядке» – «Использовать эхоподавление»
        • RG24xx/44xx: «IP телефония» – «Профили» – выбрать нужный профиль – «Дополнительные параметры» – «Использовать эхоподавление»
        • SMG: «Маршрутизация» – «Интерфейсы SIP» – выбрать нужный Интерфейс SIP – «Настройка кодеков/RTP» – «Эхо

        Источник:
        docs.eltex-co.ru

        [TAU|RG] TAU16/TAU24/TAU32m/TAU36/TAU72/TAU8/TAU1M/TAU2M/RG14/RG24/RG44/RG54. Не работает донабор номера
        Передача DTMF на наших шлюзах доступна тремя методами: INBAND, rfc2833, SIP INFO. Метод передачи устанавливается в SIP-профиле.

        Передача DTMF на наших шлюзах доступна тремя методами: INBAND, rfc2833, SIP INFO. Метод передачи устанавливается в SIP-профиле.

        При некорректном донаборе номера или его полной неработе необходимо проверить, что на нашей и встречной стороне метод донабора совпадает.

        В случае использования метода RFC2833 на обоих сторонах и неработе донабора номера, необходимо проверить тип динамической нагрузки. Он должен быть согласован с взаимодействующей аппаратурой.

        При использовании метода inband на обоих сторонах и неработе донабора номера, необходимо проверить уровень принимаемого DTMF сигнала. При необходимости произвести корректировку коэффициента усиления в настройках абонентского комплекта.

        При использовании метода передачи DTMF сообщениями SIP INFO необходимо учитывать, что существует несколько способов передачи типа расширения MIME:

        • Application/ dtmf – DTMF передается в расширении application/dtmf (* и # передаются как числа10 и 11);
        • Application/ dtmf-relay – DTMF передается в расширении application/dtmf-relay (* и # передаются как символы * и #);
        • Audio/telephone-event – DTMF передается в расширении audio/telephone-event (* и # передаются как числа 10 и 11).

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Как оставить возможность внутренней коммутации звонков при недоступности proxy-сервера?
        На шлюзах TAUxx есть возможность работы с резервным sip-proxy при недоступности основного. Для внутренней коммутации звонков при недостурности proxy-сервера в разделе PBX -> SIP/H323 Profiles -> ProfileN укажите в качестве резервного sip-proxy ip-адрес шлюза.

        На шлюзах TAUxx есть возможность работы с резервным sip-proxy при недоступности основного. Для внутренней коммутации звонков при недостурности proxy-сервера в разделе PBX -> SIP/H323 Profiles -> ProfileN укажите в качестве резервного sip-proxy ip-адрес шлюза. Для контроля доступности основного сервера, выберите режим «Proxy mode» - homing и выберите метод контроля основного сервера «Home server test»

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Как отправить все звонки на SIP-proxy?
        Если в сети используется SIP-прокси сервер и с ТАУ-XX необходимо отправлять все звонки на него, то нужно активировать настройку Outbound. В этом случае абсолютно все наборы с абонентских портов будут отправлять на SIP-прокси по истечению Dial timeout.

        Если в сети используется SIP-прокси сервер и с ТАУ-XX необходимо отправлять все звонки на него, то нужно активировать настройку Outbound. В этом случае абсолютно все наборы с абонентских портов будут отправлять на SIP-прокси по истечению Dial timeout.

        Настройки Outbound и Dial timeout находятся в меню «PBX» – «SIP»

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Плохая слышимость у абонента подключенного к TAU
        Существует несколько возможных причин из-за которых при звонке на ТАУ один абонент, подключенный к шлюзу, плохо слышит другого..

        Существует несколько возможных причин из-за которых при звонке на ТАУ один абонент, подключенный к шлюзу, плохо слышит другого. Это:

        1. Некачественная абонентская линия.
        2. Длинная абонентская линия.
        3. Проблемы с динамиком телефонного аппарата у абонента, подключенного к ТАУ.
        4. Индивидуальные особенности клиента.

        Для решения данной проблемы можно необходимо уменьшить ослабление громкости на прием голоса. Для этого в настройках PBX –> Ports –> Common –> Gain receive (0.1 dB) увеличиваем значение, например до -50, что при умножении на 0.1 даст -5dB. По умолчанию ослабление сиганала для ТАУ выставлено -7 dB (-70х0.1 dB).

        В случае обратной ситуации, когда плохо слышно абонента ТАУ, необходимо увеличить значение параметра gain transmit.

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU24/TAU32m/TAU36/TAU72. Резервирование направлений
        Необходимо резервирование направлений исходящего вызова:

        Задача:

        Необходимо резервирование направлений исходящего вызова:

        1. при недоступности основного proxy-сервера отправлять вызов на резервный сервер;
        2. при недоступности резервного сервера обеспечить возможность внутренней коммутации.

        Решение:

        На шлюзах TAUxx есть возможность резервировать до 5 направлений, данные настройки производятся в разделе PBX->SIP/H323 Profiles->ProfileN->SIP Custom.

        1. Необходимо установить Proxy mode в положение homing, при данном режиме происходит постоянный контроль более приоритетного направления
        2. Указать адрес основного направления в опциях Proxy / Registrar / Use registration 1
        3. Указать адрес резервного направления в опциях Proxy / Registrar / Use registration 2
        4. Указать IP адрес шлюза TAUxx в опциях Proxy / Registrar / Use registration 3 (без регистрации)
        5. Установите метод контроля основного сервера “Home server test” сообщениями INVITE, OPTIONS или REGISTER, а также установить период времени между контрольными сообщениями "Keepalive time (s)"
        6. Установить параметр Change-over, который определяет по ошибке передачи каких запросов будет происходить переключение на резервные направления: по запросам INVITE и REGISTER или только по запросу REGISTER

        Источник:
        docs.eltex-co.ru

        [TAU] TAU16/TAU/24/TAU36/TAU32M/TAU72. Не работает входящий вызов из публичной сети
        TAUxx установлена в "серой" локальной сети за NATом, на ней прописан публичный адрес, задана правильная нумерация и настроена маршрутизация. Исходящая связь работает, входящая из локальной сети работает, но из публичной звонок отбивается сообщением 404 Not found.

        Симптомы проблемы

        TAUxx установлена в "серой" локальной сети за NATом, на ней прописан публичный адрес, задана правильная нумерация и настроена маршрутизация. Исходящая связь работает, входящая из локальной сети работает, но из публичной звонок отбивается сообщением 404 Not found.

        Решение

        При использовании описанной схемы включения и возникновении проблем со входящими вызовами из публичной сети необходимо проверить флаг "Full RURI compliance" в разделе PBX -> SIP/H323 Profiles -> ProfileN -> SIP Custom. Если данный флаг установлен, то необходимо его убрать.

        В описанной схеме вызов, полученный из публичной сети Invite будет содержать в Requesr URI "внешний" адрес (адрес NAT), а не серый адрес TAU. В случае если флаг Full RURI compliance установлен, то при поступлении входящего вызова производится анализ всех элементов Request URI (user, host и port – абонентский номер, IP-адрес и UDP/TCP-порт). При совпадении всех элементов URI вызов будет отправлен на абонентский порт. Если флаг снят, то будет анализируется только абонентский номер (user), при совпадении которого вызов будет отправлен на абонентский порт.

        Источник:
        docs.eltex-co.ru

        [TAU|RG] TAU/RG. Почему на абонентских шлюзах сбивается системное время после перезагрузки?
        Абонентские шлюзы TAU и RG не имеют в своем аппаратном составе резервного источника питания (батарейки), поэтому при перезагрузке устройства время сбрасывается.

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

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

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

        Источник:
        docs.eltex-co.ru

        [TAU|RG] TAU/RG Настройка перевода вызова
        Чтобы шлюз детектировал FLASH нужно настроить
        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мс.

         

        1. Далее, нужно настроить "Режим использования функции 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

        [TAU] Особенности работы MOH (музыка на удержании)
        В WEB интерфейсе нет информации установлен ли (загружен) на данный момент файл для MOH (музыка на удержании*). Если нужно определить загружена ли музыка предлагается следующие варианты действий:

        В WEB интерфейсе нет информации установлен ли (загружен) на данный момент файл для MOH (музыка на удержании*).

        Если нужно определить загружена ли музыка предлагается следующие варианты действий:

        1) "Сервисные функции" – "Музыка" – нажать "Выгрузить файл". Если идёт закачка файла на ПК, то файл** загружен. Этот закаченный файл можно послушать для того, чтобы идентифицировать звуковой файл. Если же система пишет

         

        "Ошибка: Файл не найден."

        то звуковой файл не загружен в систему. MOH работать не будет

        2) После в нужном абонентском профиле или индивидуальных настройках FXS порта следует включить опцию "Музыка на удержании" чтобы активировать опцию.

         

        Примечание:

        *  Требуется настройка ДВО "удержание вызова" смотри TAU/RG Настройка перевода вызова

        ** Формат звукового файла: CCITT A-law

        Атрибуты: 8000 kHz, 8 Bit, Mono

        Расширение файла: wav

        Источник:
        docs.eltex-co.ru

        [TAU|RG] TAUxx/TAU8/TAU1M/TAU2M/RG14/RG24/RG44 - задержка исходящего вызова
        При исходящем звонке абонент шлюза слышит сигнал КПВ с задержкой. Данная задержка обусловлена срабатыванием L или S-таймера: L-timer – включается, если шлюз определяет необходимость набора по крайней мере еще одной цифры, чтобы соответствовать любому из правил диалплана;

        Описание проблемы:

        При исходящем звонке абонент шлюза слышит сигнал КПВ с задержкой.

        Причина:

        Данная задержка обусловлена срабатыванием L или S-таймера:

        L-timer – включается, если шлюз определяет необходимость набора по крайней мере еще одной цифры, чтобы соответствовать любому из правил диалплана;

        S-timer – включается, если набор соответствует одному из правил, но существует вероятность, что продолжение набора приведет к соответствию с другим правилом.

        underlineПримерunderline

        Создан план нумерации вида L10,S3 (333|xxxx)

        Если абонент набирает первую цифру, допустим 3ку, то включается таймер L, посколько совпадений ни по одному из префиксов нет и абоненту для совершения исходящего вызова нужно донабрать еще как минимум две цифры. Иными словами, таймер L регулирует длительность всего набора номера. Если в течение 10 сек абонент не наберет номер, который совпадет с каким-либо префиксом из плана нумерации, то шлюз выдаст сигнал занятости.

        Если абонент продолжает набор номера и набрал цифры 333, то устройство, анализируя план нумерации, находит префикс 333, который совпадает с набранными цифрами. Однако, устройство в то же время видит, что в плане нумерации существует префикс xxxx, который включает в себя 4 любые цифры от 0-9 и абонент может выйти по этому префиксу, если донаберет еще одну цифру. При этом шлюз включает таймер S, в нашем случае давая абоненту возможность в течение 3х секунд произвести донабор еще одной 4й цифры.

        Решение:

        1. Первым делом следует избавиться от префиксов неявной разрядности, т.к. их наличие приводит к срабатыванию S-таймера. Например, диалплан 21x+|89x. можно заменить на 21xxx|89xxxxxxxxx
        2. Также можно уменьшить значения L или S-таймеров, установив любое значение, кроме 0, чтобы дать возможность донабрать номер.

        Источник:
        docs.eltex-co.ru

        [TAU] TAUxx. Назначение контактов разъемов и соответствие цвета провода
        Таблица соответствия цвета провода и контакта разъема (кабель NENSHI NSPC-7019-18)

        Таблица соответствия цвета провода и контакта разъема (кабель NENSHI NSPC-7019-18)

        Цвет провода
        Контакт разъема
        Цвет провода
        Контакт разъема
        Бело-голубой 1 Черно-голубой 10
        Голубой 19 Голубой 28
        Бело-оранжевый 2 Черно-оранжевый 11
        Оранжевый 20 Оранжевый 29
        Бело-зеленый 3 Черно-зеленый 12
        Зеленый 21 Зеленый 30
        Бело-коричневый 4 Черно-коричневый 13
        Коричневый 22 Коричневый 31
        Фиолетовый 5 Желто-голубой 14
        Серый 23 Голубой 32
        Красно-голубой 6 Желто-оранжевый 15
        Голубой 24 Оранжевый 33
        Красно-оранжевый 7 Желто-зеленый 16
        Оранжевый 25 Зеленый 34
        Красно-зеленый 8 Желто-коричневый 17
        Зеленый 26 Коричневый 35
        Красно-коричневый 9 Желто-серый 18
        Коричневый 27 Серый 36

         

        Таблица соответствия цвета провода и контакта разъема (кабель HANDIAN UTP 18PR)

        Цвет провода
        Контакт разъема
        Цвет провода
        Контакт разъема
        Бело-голубой 1 Красно-серый 10
        Голубой 19 Серый 28
        Бело-оранжевый 2 Черно-голубой 11
        Оранжевый 20 Голубой 29
        Бело-зеленый 3 Черно-оранжевый 12
        Зеленый 21 Оранжевый 30
        Бело-коричневый 4 Черно-зеленый 13
        Коричневый 22 Зеленый 31
        Фиолетово-серый 5 Черно-коричневый 14
        Серый 23 Коричневый 32
        Красно-голубой 6 Черно-серый 15
        Голубой 24 Серый 33
        Красно-оранжевый 7 Желто-голубой 16
        Оранжевый 25 Голубой 34
        Красно-зеленый 8 Желто-оранжевый 17
        Зеленый 26 Оранжевый 35
        Красно-коричневый 9 Желто-зеленый 18
        Коричневый 27 Зеленый 36

        Источник:
        docs.eltex-co.ru

        [TAU] TAUxx. Не проходит импульсный набор номера
        Может возникнуть ситуация, когда при импульсном наборе номера абонентский шлюз обрезает набранный номер, и вызов идет по «не полному» номеру.

        Может возникнуть ситуация, когда при импульсном наборе номера абонентский шлюз обрезает набранный номер, и вызов идет по «не полному» номеру. Чаще всего это случается из-за того, что срабатывает «Таймаут ожидания окончания набора» который срабатывает, как только шлюз задетектировал первую набранную цифру и осуществляется более долгий импульсный набор.

        Для устранения данной проблемы рекомендуем выставить в разделе "PBX" ->  "Основные функции" значение параметра "Таймаут  ожидания  окончания  набора  (Duration  timer)"  рваным 300 секунд.

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

        Источник:
        docs.eltex-co.ru

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

        Нередко встречается ситуация, когда динамический брандмауэр 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] В web-интерфейсе не отображаются, либо некорректно отображаются какие-либо элементы
        Часть элементов не отображается, либо отображаются неверно. Например: TAU-8 - после ввода логина/пароля отображается пустая белая страничка. SMG1016M - в разделе “Потоки Е1 / Физические параметры / ОКС 7” пропадает таблица “Параметры ОКС-7”.

        Симптомы

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

        Например:

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

         

        Причины

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

         

        Решение

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

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

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

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

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

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

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

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

        Источник:
        docs.eltex-co.ru

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

        Рекомендации общие для всех 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.

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

        Источник:
        docs.eltex-co.ru

        Рассчитать стоимость доставки TAU-24.IP Eltex | 24 порта FXS VoIP шлюз
        Данный сервис поможет Вам узнать ориентировочную стоимость доставки Вашего товара
        Выберите маршрут
        Страна назначения
        Населенный пункт
        Используя наш сайт, Вы даёте согласие на обработку файлов cookie и пользовательских данных.
        Оставаясь на сайте, Вы соглашаетесь с политикой их применения. Подробнее
        Подробнее
        Я согласен
        Ваш браузер сильно устарел.
        Обновите его до последней версии или используйте другой более современный.
        Пожалуйста, завершите проверку безопасности!
        0
        Ваш заказ
        Наименование Цена Количество Итого
        Сумма заказа:
        0 руб