Академия
0 Корзина
Перейти в корзину

TAU-32M.IP Eltex | 32 порта FXS/FXO VoIP шлюз

Eltex
ЕРРРП (ТОРП)
Видео и фото от пользователей

Шлюз имеет модульную конструкцию: 4 места для субмодулей 8FXS и 8FXO, что в совокупности можно получить до 32FXS и до 32FXO. Блок питания съемный, на выбор: 220V AC или 48V DC. Дополнительно рекомендуем заказать кабель распаянный ("амфенол").

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


Цена указана за шасси

В наличии
Москва: 0 шт
Новосибирск: 0 шт
Транзит с завода: 200 шт
Возраст: 35 лет
Офис: Новосибирск
Опыт работы с Eltex: 4 года
Выполненные проекты:
  • Школа г. Москва, р-н Люблино: построение сетевой инфраструктуры (ШПД, Wi-Fi, VoIP)
  • Складское помещение крупной компании в г. Красноярске: проект по организации Wi-Fi в офисе
  • Проект Сибирского государственного индустриального университета по модернизации внутренней сети ШПД
  • Проект модернизации сети передачи данных в Администрации Карасукского р-на Новосибирской области.
Передерин Сергей
Возраст: 38 лет
Офис: Новосибирск
Опыт работы с Eltex: 10 лет
Выполненные проекты:
Акименко Евгений (Новосибирск)
Возраст: 38 лет
Офис: Новосибирск
Опыт работы с Eltex: 4 года
Выполненные проекты:
  • Организация системы видеонаблюдения на 7 этажах в ТРЦ, г Москва
  • Поставка оборудования ШПД, Wi-Fi и VoIP телефонии для строительства Хореографической академии и Музыкальной школы на Дальнем Востоке
  • Проработка решения по созданию ЦОД на металлургическом комбинате, Сибирский ФО
  • Строительство физкультурно-оздоровительного комплекса в Ленинградской области, поставка оборудования ШПД, Организация Wi-Fi, и VoIP телефонии
  • Проработка и реализация решения по созданию Wi-Fi сети для государственных ВУЗов в городах Томск, Москва, Новосибирск
  • Построение бесшовного Wi-Fi на территории производственного комплекса и центрального склада фармацевтической компании
  • Поставка оборудования ШПД и VoIP телефонии для проекта капитального ремонта школы в Волгоградской области
Бекетов Максим (Новосибирск)
Возраст: 26 лет
Офис: Новосибирск
Браун Захар (Новосибирск)
Офис: Москва
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Поставка партии MES5332 для системы хранения данных в ВУЗ г. Воронеж
  • Поставка маршрутизаторов для компании по производству спецодежды, настройка сети в центральном офисе в Москве и филиалах (Санкт-Петербург, Казань, Иркутск, Ярославль, Владивосток)
  • Проект импортозамещения для крупного ювелирного завода, в связи с переходом на российское оборудование: замена оборудования доступа в Москве и филиалах в Ярославле, Костроме
  • Модернизация ЛВС в Средней общеобразовательной школе имени А.С.Попова городского округа Власиха
  • Поставка оборудования для построения СКУД и системы видеонаблюдения для российского химического предприятия
Бринева Анна (Москва)
Возраст: 26 лет
Офис: Новосибирск
Бубенов Максим (Новосибирск)
Возраст: 38 лет
Офис: Новосибирск
Опыт работы с Eltex: 5 лет
Выполненные проекты:
  • Модернизация телефонии в Управлении Гидрометеорологии на базе АТС SMG-1016M
  • Проект бесшовного Wi-Fi роуминга для ВУЗа
  • Модернизация ЛВС для Высшего учебного заведения
Буйнич Алексей (Новосибирск)
Офис: Москва
Опыт работы с Eltex: 2 года
Выполненные проекты:
  • Организация автоматической системы паспортного контроля в аэропорте Внуково
  • Расширение ЛВС в одной из структур Росрезерва
  • Построение сети в МБОУ ООШ №6 г. Губкинский
  • Организация сетевой инфраструктуры в новом международном кампусе Челябинского Государственного Университета
  • Организация сети связи в ЖК Агой
  • Организация сети связи в ЖК Садовые кварталы
  • Техническое переоснащение на предприятии Магнитогорский Металлургический Комбинат
  • Модернизация системы периметрального видеонаблюдения в угольном терминале АО "РОСТЕРМИНАЛУГОЛЬ
  • Техническое переоснащение пункта пропуска Верхний Ларс
  • Модернизация сети связи в пограничном пункте пропуска Аэропорта Кольцово
Бурдюгова Татьяна (Москва)
Офис: Москва
Выполненные проекты:
  • Построение СКС в поликлинике для подключения рабочих мест в Московской области, г. Лобня
Васильева Татьяна (Москва)
Возраст: 32 года
Офис: Новосибирск
Опыт работы с Eltex: 4 года
Выполненные проекты:
  • Обучение по курсу "Использование коммутаторов MES" для СПБ ГБУ Ленсвет
  • Проект модернизации ЛВС для УССИ ФСО СПБ
  • Замена оборудования иностранных вендоров в высших учебных заведениях
Дашкина Ксения (Новосибирск)
Возраст: 41 год
Офис: Москва
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Реализация проектов GPON и телефонии для региональных операторов связи в различных регионах РФ
  • Реализация промышленной ЛВС в составе комплексных решений поставщиков для горнодобывающего сектора
  • Организация сети передачи данных для внедрения новых систем Московского Метрополитена
  • Проекты по модернизации телефонии на базе Softswitch на сети крупных корпоративных заказчиков
  • Модернизация сети передачи данных на предприятиях лидирующей группы компаний в отрасли машиностроения
  • Построение локально-вычислительной сети ситуационного центра в Чувашской Республике
  • Модернизация сети связи на объектах Мосэнерго
  • Модернизация сетей доступа на объектах компаний банковского сектора и госучреждений
Каночкин Виталий (Москва)
Возраст: 26 лет
Офис: Москва
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Инсталляция коммутаторов для видеонаблюдения, Wi-Fi, СКУД и телефонии в здании дошкольных групп на 350 мест в районе Молжаниновский
  • Оснащение бесшовного Wi-Fi в НИИ, г. Санкт-Петербург
  • Поставка межэтажных коммутаторов для медицинского учреждения, г. Казань
Касьяненко Михаил (Москва)
Офис: Новосибирск
Выполненные проекты:
  • Модернизация системы видеонаблюдения в ГБУЗ, г. Москва, ГП № 170 ДЗМ
  • Оснащение филиалов СГК Алтайского края и Новосибирской области
  • Поставка оборудования для сбора и передача сигналов от блоков ТС ВСДЭА в систему КСДА для производственной энергической компании
Кириллова Маргарита (Новосибирск)
Возраст: 48 лет
Офис: Новосибирск
Козлов Дмитрий (Новосибирск)
Офис: Москва
Купряшина Валерия (Москва)
Возраст: 34 года
Офис: Москва
Опыт работы с Eltex: 7 лет
Выполненные проекты:
  • ЦОД для организации из системы здравоохранения, г.Москва
  • Реализация проекта телефонии 1500 абонентов для предприятия атомной отрасли
  • Поставка PoE коммутаторов для организации видеонаблюдения для крупного аэропорта Москвы
  • Организация телефонии и ШПД для крупного ВУЗа в Санкт-Петербурге
  • Построение ядра сети в Мурманском морском порту
  • Сеть ШПД и Wi-Fi по филиалам предприятия судостроительной отрасли
  • Более 10 проектов сдали СОРМ для операторов связи по всей России
  • Более 20 проектов GPON для операторов связи по всей России
  • ЦОД для предприятия структуры Росатом
  • Русский соколиный центр Камчатка, Петропавловск-Камчатский - ШПД + wi-fi
Ларин Алексей (Москва)
Макаревич Евгений (Новосибирск)
Возраст: 35 лет
Офис: Новосибирск
Опыт работы с Eltex: 7 лет
Выполненные проекты:
  • Сеть ШПД и телефонии с нуля для нового медицинского центра, г. Новосибирск
  • Сеть ШПД и телефонии с нуля для нового медицинского центра, г. Омск
  • Сеть ШПД и телефонии с нуля для нового медицинского центра, г. Воронеж
Монтоев Анатолий (Новосибирск)
Возраст: 32 года
Офис: Новосибирск
Опыт работы с Eltex: 2 года
Выполненные проекты:
  • Модернизация локальной системы оповещения ГРС Алдан (Заказчик - Газпром Газификация, Санкт-Петербург)
  • Комплексная поставка оборудования для путепроводов Екатеринбургской кольцевой автомобильной дороги
  • Оборудование для подключения лазерного комплекса BLS1530 для нужд Приборостроительного завода имени К. А. Володина, г. Трехгорный
  • Поставка оборудования для нужд нескольких АЗС в Кемеровской области (Газпромнефть)
  • Поставка ИТ оборудования для нужд Южноуральской ГРЭС
Мосин Михаил (Новосибирск)
Возраст: 37 лет
Офис: Казань
Опыт работы с Eltex: 5 лет
Выполненные проекты:
  • Проработка решения по созданию Wi-Fi сети для государственных ВУЗов
  • Поставка коммутаторов доступа в 85 регионов России по заданию Судебного департамента;
  • Построение ядра сети для бюро морского машиностроения в г. Санкт-Петербург
Муртазин Камиль (Казань)
Офис: Москва
Выполненные проекты:
  • Модернизация ЛВС для средней общеобразовательной школы в Тверской области на 255 мест
  • Замена оборудования Cisco для построения 100 Гбит ядра сети института электронной техники г. Москвы
  • VoIP телефония на 100 SIP абонентов для Гостинично-оздоровительного комплекса Краснодарского края
  • Организация ЛВС на 1000 портов для строительной компании в Самарской области
  • Оснащение системы видеонаблюдения на 125 камер нефтеперерабатывающего завода Нижегородской области
Наполов Илья (Москва)
Возраст: 35 лет
Офис: Новосибирск
Опыт работы с Eltex: 4 года
Выполненные проекты:
  • Школа г. Москва, р-н Люблино: построение сетевой инфраструктуры (ШПД, Wi-Fi, VoIP)
  • Складское помещение крупной компании в г. Красноярске: проект по организации Wi-Fi в офисе
  • Проект Сибирского государственного индустриального университета по модернизации внутренней сети ШПД
  • Проект модернизации сети передачи данных в Администрации Карасукского р-на Новосибирской области.
Передерин Сергей (Новосибирск)
Возраст: 31 год
Офис: Москва
Опыт работы с Eltex: 5 лет
Выполненные проекты:
  • Построение Сети ШПД и Wi-Fi для государственных ВУЗов Москвы и регионов.
  • Северный Речной вокзал г.Москвы, организация ЛВС, видеонаблюдения.
  • Организация ядра сети, агрегации и доступа для «Объединённой двигателестроительной корпорации» , входящей в состав "Ростеха"
  • Модернизация сети и замена оборудования во всех филиалах МФЦ Москвы и Московской области
  • Поставка телеком-оборудования в рамках проекта по «Строительству трассы М-12 Москва-Казань» ГК «Автодор»
  • Организация IP-телефонии на шахтах в ООО "Евраз"
  • Замена IP-АТС на всех станциях метрополитена МУП "Новосибирский Метрополитен"
  • Построение локально вычислительной сети в МФЦ ЛНР, ДНР
  • Поставка оборудования для строительства "Тихоокеанской железной дороги"
Поддубный Владислав (Москва)
Возраст: 32 года
Офис: Москва
Опыт работы с Eltex: 5 лет
Выполненные проекты:
Рекун Антон (Москва)
Возраст: 33 года
Офис: Новосибирск
Выполненные проекты:
  • Импортозамещение оборудования (ESR). Построение IPsec VPN-туннелей между филиалами ПАО "ЛК "ЕВРОПЛАН" (85 филиалов, 2 дата-центра)
  • Модернизация кранов в рамках программы дистанционного управления. ЕВРАЗ, Нижнетагильский металлургический комбинат
  • Реконструкция гостиницы "Attic", Большой Камень (поставка оборудования ШПД, Организация Wi-Fi и VoIP телефонии)
  • Строительство общеобразовательной школы на 1500 мест в мкр. Центральный, п. Северный, Белгородской области
  • Капитальный ремонт Обской центральной городской больницы, город Обь (поставка оборудования ШПД, организация VoIP телефонии)
Репьюк Алексей (Новосибирск )
Возраст: 34 года
Офис: Новосибирск
Опыт работы с Eltex: 9 лет
Выполненные проекты:
  • Модернизация сети ШПД АО "Концерн "Созвездие"
  • Модернизация сети, переход на отечественного вендора ООО "Татаиснефть"
  • Создание сети нового тракторного завода (НТЗ) - КЗ Ростсельмаш
Самойлов Иван (Новосибирск)
Возраст: 30 лет
Офис: Новосибирск
Опыт работы с Eltex: 8 лет
Выполненные проекты:
  • Создание IP-телефонии на базе ECSS-10 для Газпром Недра г. Тюмень
  • Создание IP-телефонии на базе SMG-3016 для ПАО "Кузнецов"
  • Организация сети GPON для оператора DGTEK Австралия, г. Мельбурн
  • Модернизация телекоммуникационной сети в ПАО Камчатскэнерго
Серажим Антон (Новосибирск)
Возраст: 24 года
Офис: Новосибирск
Сидоренко Никита (Новосибирск)
Офис: Москва
Выполненные проекты:
  • Подключение IP-телефонии в Екатеринбургской Электросетевой компании
  • Организация локальной сети для видеонаблюдения на объекте строительства Росавтодор
  • Построение ЛВС для системы контроля и управления доступом на объекте дирекции по МТО и хозяйственному обеспечению Администрации Волгоградской области по сохранению объекта культурного наследия
  • Организация сети WiFi по периметру здания аэровокзала международного аэропорта "Липецк"
  • Капитальный ремонт оборудования связи Сосногорского Газоперерабатывающего Завода / Газпром Переработка
  • Организация сетей связи предприятия Новошахтинский Завод Нефтепродуктов в рамках строительства комплекса по производству автомобильных бензинов
Сутоцких Илья (Москва)
Возраст: 52 года
Офис: Москва
Опыт работы с Eltex: 5 лет
Выполненные проекты:
  • Комплексная модернизация инфраструктуры стадиона Витязь, г Вологда
  • Расширение существующей сети для Электромеханического Завода
  • Модернизация телефонии на предприятии по производству металлопродукции
  • Построение ЛВС для Школы на 275 мест в Московоской области
  • Наземная инфраструктура СКАНЭКС направленного на реализацию плана мероприятий (дорожной карты) по развитию высокотехнологичного направления Перспективные космические системы и сервисы на период до 2030 года г. Кола
  • Капитальный ремонт в Городской поликлинике № 175 по Новому московскому стандарту поликлиник г. Москва
  • Модернизация центрального узла сети передачи данных в Новороссийском зерновом терминале
  • Модернизация локально-вычислительной сети в группе компаний КНАУФ ГИПС
Сытый Александр (Москва)
Офис: Новосибирск
Трифонов Артем (Новосибирск)
Возраст: 34 года
Офис: Москва
Опыт работы с Eltex: 5 лет
Выполненные проекты:
  • Импортозамещение в ЦОД-е, подключение СХД и серверов банка Креди Агриколь
  • Комплексная модернизация СКС Тюменского государственного университета
  • Комплексная модернизация сети на всех объектах ФГБУ "НЦЭСМП" Минздрава России
  • Модернизация сети связи в Краснодарском высшем военном училище
  • Обновление комплексной системы безопасности в перевалочном пункте Тамань
  • Организация IP-телефонии для подразделений Норникель
  • Организация видеонаблюдения и хранения данных в Министерстве образования и науки Республики Татарстан
  • Построение локально-вычислительной сети на объектах Русал
  • Построение локально-вычислительной сети ситуационного центра для транспортной нефтегазовой компании
  • Построение промышленной локально-вычислительной сети и IP-телефонии в филиалах ЛОЭСК
  • Проекты реконструкции ведомственных сетей связи комбинатов Росрезерва
  • Расширение действующей сети Ростех-Сити
  • СПД и СКС для Черногорской ТЭЦ
  • Создание защищённого контура сети с шифрованием FSTEC в филиале энергетической компании в Санкт-Петербурге
Фадин Дмитрий (Москва)
Возраст: 33 года
Офис: Москва
Опыт работы с Eltex: 3 года
Выполненные проекты:
  • Модернизация ШПД сети для предприятия энергетической сферы, г. Дубна
  • Организация Wi-Fi и ШПД в крупном спортивном комплексе в г. Москва
  • Реализован проект по созданию подвижного пункта управления (Камаз) в нефтяной сфере
  • Поставка оборудования для космической программы РФ
Файзрахманов Марат (Москва)
Офис: Москва
Выполненные проекты:
  • Строительство Областного клинического противотуберкулезного диспансера на 453 круглосуточные койки, 50 мест дневного пребывания, 10 коек реанимации и интенсивной терапии, диспансерное отделение на 200 посещений в смену
  • Поставка оборудования в закрытые проекты силовых ведомств
  • Реновация объектов недвижимости Управления Капитального Строительства Пермского Края
  • Поставка сетевого оборудования для нужд Центрального научно-исследовательского института машиностроения
  • Система автоматизации участка водоканала Воробьевы горы
  • Создание сети связи в Едином расчетном центре Газпром в Санкт-Петербурге
  • Система видеонаблюдения в рамках строительства школы на 1100 мест, г. Жуковский
  • Помощь в реализации проекта системы видеонаблюдения, телефонии, многополосного доступа в интернет, комплексная система безопасности на угольном разрезе "Сырадасайское угольное месторождение", угольный терминал "Енисей", терминал Аэропорта Таймыр
  • Поставка оборудования для готовых устройств автоматизации для компаний ИПК Индустрия и Микропроцессорные технологии
Шатуха Егор (Москва)
Возраст: 27 лет
Офис: Новосибирск
Выполненные проекты:
  • Проект по Строительству Колледжа в ОЭЗ "Технополис", поставка Серверного и Телекоммуникационного оборудования
  • Проект по созданию защищенного соединения при реконструкции Подстанции Тихорецк в Краснодарском крае
  • Замена коммутаторов ядра и уровня доступа Sofinet в главном управлении ГБУ Гормост
  • Подбор и поставка оборудования для модернизации сетей связи в Филиал АО «Научно-производственный центр автоматики и приборостроения имени академика Пилюгина Н.А» - «Сосенский приборостроительный завод»
Шаяхметов Илья (Новосибирск)

Общие параметры TAU-32M.IP-S Eltex

Максимум FXS портов до 32
Тип Абонентское
Тип корпуса 1U
Максимум FXO портов до 32
Статус Минпромторг Да
Размер коробки ШхВхГ, мм 520 x 85 x 270
Вес брутто, кг 2.95

Ключевые преимущества:

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

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

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

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

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

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

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

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

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

Комфортная гарантия и поддержка Узнать больше

Интерфейсы

  • до 32 аналоговых портов FXS*
  • до 32 портов FXO*
  • 3 порта 10/100/1000Base-T (RJ-45)
  • 2 порта 1000Base-X (SFP)
  • Тип разъема CENTRONICS-36

Протоколы 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 Эрл - не более 45 Вт
  • Потребляемая мощность при 1 Эрл - не более 85 Вт
  • Размеры (ШхВхГ), мм - 430х45х191 мм
  • Рабочая температура окружающей среды - от 0° до 40°С
  • Рабочая влажность окружающей среды - не более 80%

* Модули расширения приобретаются отдельно
  Текущая версия ПО 2.18.0

Документация
Предыдущие версии
Программное обеспечение
Предыдущие версии
TAU-32M.IP-S
Шасси абонентского VoIP-шлюза TAU-32M.IP: 4 слота для субмодулей TAU32M-M8S или TAU32M-M8O, 3хRJ-45 (LAN), 2 шасси под SFP, 1 слот для блока питания PM160-220/12 или PM100-48/12, 1U, SIP
TAU32M-M8S
Cубмодуль абонентских комплектов TAU32M-M8S (устанавливается в шасси TAU-32M.IP): 8 аналоговых абонентских портов (FXS)
TAU32M-M8O
Cубмодуль абонентских линий АТС TAU32M-M8O (устанавливается в шасси TAU-32M.IP): 8 аналоговых портов (FXO)
PM160-220/12
Модуль питания PM160-220/12, 220V AC, 160W
PM100-48/12
Модуль питания PM100-48/12, 48V DC, 100W
4FXS4FXO-R
Субмодуль аналоговых линий TAU-32M - M8OM8S-R (устанавливается в шасси TAU-32M.IP): 4 аналоговых порта FXO, 4 аналоговых порта FXS, реле для замыкания соединительных и аналоговых линий при отсутствии питания
Eltex SC-1
Опция Eltex SC пакет на 1 устройство Eltex SС-1: 1 год
SMG-200
Цифровой шлюз SMG-200 с предустановленным модулем ECSS-10 на 100 SIP-регистраций с опциональным расширением до 200, с поддержкой функции BLF, 4 порта 10/100/1000Base-T (RJ-45), 2 порта USB 2.0, 16 портов FXS/FXO
Разъем CENC
Разъем CENC
Кабель соединительный DB9(F) – DB9(F)
Кабель соединительный DB9(F) – DB9(F)
Комплект крепления в 19"стойку
Комплект крепления в 19"стойку
Руководство по установке и настройке
Руководство по установке и настройке
Декларация соответствия
Декларация соответствия
Паспорт
Паспорт
Документация
Документация
Шнур питания 220В
Шнур питания 220В
Шнур питания 48В
Шнур питания 48В
Сертификаты на гарантию, замену, техподдержку
Скачать регламенты
Продление гарантийного обслуживания
1 год
2 года
3 года
5 лет
Техническая поддержка 8x5
1 год
2 года
3 года
5 лет
Техническая поддержка 24x7
1 год
2 года
3 года
5 лет
Отправка на подмену NBS*
*Next Business Shipping - на следующий день
1 год
2 года
3 года
5 лет
Обучение в Академии Eltex
Базовый курс Академии Eltex: Использование коммутаторов Eltex
Базовый курс Академии Eltex: Использование маршрутизаторов Eltex
Базовый курс Академии Eltex: Точки доступа Enterprise и Контроллер беспроводной сети Eltex
[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

[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

[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/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] 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|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] TAU32m/TAU36/TAU72. На SIP-Proxy поступают запросы REGISTER без номера телефона в поле FROM
При дефолтной настройке все порты шлюза включены, и нумерация на них отсутствует (поле Phone пустое).

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

Для того чтобы отключить эти “пустые” запросы REGISTER, нужно выключить неиспользуемые порты в разделе PBX -> Абонентские порты.

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

[TAU] TAU32M. FXO. Не работает импульсный набор в режиме удлинителя линии
ТАУ32М используется в качестве удлинителя абонентской линии через сеть IP. Связь между шлюзами настроена как “горячая” линия.При поднятии трубки со стороны FXO выдается ответ станции (от АТС), но после набора любой цифры выдается сигнал “Занято” (либо продолжает выдаваться сигнал ОС).

ТАУ32М используется в качестве удлинителя абонентской линии через сеть IP. Связь между шлюзами настроена как “горячая” линия.При поднятии трубки со стороны FXO выдается ответ станции (от АТС), но после набора любой цифры выдается сигнал “Занято” (либо продолжает выдаваться сигнал ОС).

Причиной данной проблемы является некорректная обработка импульсов на участке между ТАУ и встречным оборудованием, подключенным через IP. Для того чтобы набор цифр комплектом FXO осуществлялся импульсным способом, необходимо использовать режим передачи DTMF в настройках кодеков - INFO.

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

[TAU] TAU32m. На порте FXO выводится состояние Недостаточный ток для нормальной работы (Insufficient current for normal work)
Состояние Insufficient current for normal work означает, что при замкнутом шлейфе ток недостаточен для нормальной работы комплекта. Сравнение ведется с околонулевым током. Другими словами, это разрыв линии или неисправность абонентского комплекта FXO.

Состояние Insufficient current for normal work означает, что при замкнутом шлейфе ток недостаточен для нормальной работы комплекта. Сравнение ведется с околонулевым током. Другими словами, это разрыв линии или неисправность абонентского комплекта FXO.

При возникновении данного состояния произведите тестирование абонентской линии. В случае если на линии проблем не обнаружено, произведите переключение на другой свободный FXO-порт. Если проблема повторяется - проблема в линии. Если проблемы нет, то есть вероятность, что проблема с портом FXO.

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

[TAU] TAU32m. Настройка параметров детектируемых сигналов (Tone detect parameters) на портах FXO
Для детектирования акустического сигнала занято, который передается в линию встречным абонентским комплектом FXS, необходимо знать параметры этого сигнала (частоту, длительности импульса и паузы).

Для детектирования акустического сигнала занято, который передается в линию встречным абонентским комплектом FXS, необходимо знать параметры этого сигнала (частоту, длительности импульса и паузы). Обычно, в документации на станцию производители отмечают эти параметры. В случае, когда параметры выдаваемого встречной стороной акустического сигнала нестандартные и/или неуказанны в документации, необходимо воспользоваться сторонним устройством (анализатором) для снятия параметров сигнала занято.

Обычно, для России акустический сигнал занято имеет следующие параметры: частота сигнала 425 +/- 3 Гц, длительность импульса 0,3 - 0,4 с, паузы 0,3 - 0,4 с.

Пример определения параметров сигнала при помощи цифрового аудиоредактора.

На рисунке 1 приведен пример спектра сигнала “ответ станции”.

Спектр сигнала «ответ станции»

Рисунок 1 – Спектр сигнала «ответ станции»

Видно, что в спектре сигнала, есть одна спектральная составляющая X[Гц]. Определяем значение X=425 [Гц]. В данном примере сигнал однотональный, потому составляющая Y [Гц] отсутствует. Можно заметить, что аналогичные спектральные картины будут наблюдаться при и при спектральном анализе сигналов КПВ и «занято». Так же стоить обратить внимание на уровни сигналов и исходя из этого задать минимальный уровень детектируемых сигналов [дБм], который должен быть заметно выше уровней шумов в канале, но ниже уровня полезного сигнала (зеленая линия 100дБ на рисунке 1) и число посылок Z [число раз], необходимое для детектирования сигнала (для сигнала «Ответ станции» значение 0). Обратите внимание на величины измерения уровня сигнала.

В данном примере, предположим, что мы знаем затухание, которое вносит устройство, подлеченное в линию, составляет 30дБ. В этом случае реальный уровень сигнала по амплитуде составляет -58дБ+30дБ= - 28Дб. Переводится значение в дБм, зная сопротивление линии 600Ом, что составляет ~ -20Дбм. Потому, значение Minimum level of detectable signal, dBm = -40 при уровне шумов -67 dBm=-70дБ. (В плане измерения амплитуд хорошо иметь осциллограф/анализатор спектра для точного определения амплитудных значений и соответственно минимальный уровень детектируемых сигналов).

Далее определяются временные характеристики A/B [мс] по временным диаграммам сигнала. При определении интервала сигнала/паузы не обращайте внимание на шумы и переходные процессы в линии, отраженные сигналы, если они ниже уровня детектирования. На рисунке 2 определены значения A/B = 1000/3998 [мс] для сигнала КПВ, а также временные параметры А и В задаются только для частотной составляющей 1, т.е X.

Временная диаграмма КПВ

Рисунок 2 -Временная диаграмма КПВ

После того, как параметры выдаваемого сигнала будут выяснены, все, что необходимо сделать - указать эти параметры в настройках порта FXO, чтобы научить комплект детектировать нестандартный сигнал занятости. Это можно сделать пройдя в раздел PBX–> Subscriber Profile. В поле FXO parameters настраиваются параметры детектируемых сигналов (Tone detect parameters):

  • Minimum level of detectable signal, dBm – минимальный уровень детектируемых сигналов «Ответ станции» и «Занято», допустимые значения от -20 до -40 дБм;
  • Dialtone detection parameters – параметры детектирования сигнала «Ответ станции»;
  • Busytone detection parameters – параметры детектирования сигнала «Занято».
  • Ringback tone detection parameters: – параметры детектирования сигнала «Контроль посылки вызова».Указать измеренные значения акустического сигнала необходимо в формате: X;Z(A/B/1) X,Y;Z(A/B/1) X,Y;Z(A/B/1+2) X,Y;Z(A/B/2) где:

X – первая частотная составляющая сигнала (Гц);

Y – вторая частотная составляющая сигнала (Гц);

Z – количество посылок, необходимое для детектирования сигнала (допустимые значения от 0 до 3, для сигнала «Ответ станции» значение 0);

A – длительность сигнала, мс;

B – длительность паузы, мс (для непрерывных сигналов значение 0);

1 – применить временные параметры А и В только для частотной составляющей 1;

1+2 – применить временные параметры А и В для обеих частотных составляющих;

2 – применить временные параметры А и В только для частотной составляющей 2.

Исходя из примера для сигнала КПВ задаем следующие параметры:

  • Minimum level of detectable signal, dBm=-40
  • Ringback tone detection parameters: 425;0(1000/3998/1)
  • и соответсвенно значения Dialtone detection parameters и Busytone detection parameters, которые не рассматриваются в данном примере.

Примеры настройки шлюза ТАУ32М для одночастного и двухчастного сигналов (стандартные значения):

СНГ

ответ станции 425;0(2000/0/1)
сигнал занято 425;1(350/350/1)
КПВ 425;0(1000/4000/1)

США

ответ станции 480,620;0(2000/0/1+2)
сигнал занято 480,620;2(250/250/1+2)
КПВ 480,620;1(2000/4000/1+2)

 

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

[TAU] TAU32M. Пример настройки "удлинителя" абонентской линии по сети IP. Настройка стыка FXS-FXO
В данной статье рассматривается несколько вариантов настроек стыка FXS-FXO для различных схем связи. Вместо TAU36.IP может использоваться любой шлюз с FXS-портами.

В данной статье рассматривается несколько вариантов настроек стыка FXS-FXO для различных схем связи.

Вместо TAU36.IP может использоваться любой шлюз с FXS-портами.

Режим "точка-точка"

Данный режим работы подразумевает жесткую привязку комплекта FXS TAUxx к комплекту FXO TAU32М и, соответственно, к абонентской линии АТС. Схема включения следующая:

Режим Точка-Точка

Нумерация абонентских портов на обоих шлюзах может быть произвольной. При входящей или исходящей связи эти номера никак не фигурируют в биллинге АТС. TAUxx и TAU32М способны работать между собой как с участием proxy-сервера, так и без него. В зависимости от этого настройка части SIP будет отличаться.

Возьмем следующие исходные данные:

  • нумерация абонентских портов на TAU36 будет с 100 по 131
  • нумерация абонентских портов на TAU32М – с 200 по 231
  • порту с номером 100 на TAU36 будет соответствовать порт с номером 200 на TAU32M; порту TAU36 с номером 101 - порт TAU32M с номером 201 и т.д.
  • Режим передачи DTMF согласно RFC2833.

Настройка шлюза TAUxx

  1. В разделе PBX -> Ports/Абонентские порты прописать абонентскую нумерацию на портах FXS (100-131).
  2. В настройках каждого порта FXS:
  • установить флаг «Hot line/Горячая линия»;
  • в параметре «Hot timeout/Таймаут горячей линии» установить значение «0»;
  • в качестве «Hot number/Горячий номер» прописать абонентский номер соответствующего порта FXO на TAU32М (200-231).
  1. В настройках профиля SIP режим работы с proxy (Proxy mode) установить в homing (с контролем основного сервера) или parking (без контроля основного сервера).
  2. Указать IP-адрес основного и, при необходимости, резервного proxy-сервера. В случае работы без proxy-сервера указать IP-адрес шлюза TAU32M и отключить регистрацию.
  3. В закладке «Codecs/Кодеки» выбрать кодек для передачи голоса и настроить время пакетизации. Способ передачи DTMF выбрать RFC2833.
  4. В закладке «Dialplan/План набора» приписать маску префиксов выхода на TAU32М.IP (2[0-3]x).
  5. Сохранить изменения в конфигурации.

Настройка шлюза TAU32М.

  1. В разделе PBX -> Ports/Абонентские порты прописать абонентскую нумерацию на портах FXO (200-231).
  2. Установить флаг «Custom/Индивидуальная настройка» для использования настроек порта (в противном случае будут использоваться настройки из абонентского профиля).
  3. Установить способ набора номера комплектом FXO (DTMF или pulse). Настройка производится в параметрах абонентского комплекта (при использовании индивидуальных настроек) или в абонентском профиле.
  4. Установить флаг «Use PSTN CallerID/Использовать АОН, принятый из ТФОП» для возможности передачи информации о номере вызывающего, полученной от АТС методом FSK. Настройка производится в параметрах абонентского комплекта (при использовании индивидуальных настроек) или в абонентском профиле.
  5. Установить флаг «Don’t transmit prefix/Не транслировать префикс». Настройка производится в параметрах абонентского комплекта (при использовании индивидуальных настроек) или в абонентском профиле.
  6. В настройках каждого порта FXO:
  • установить флаг «Hot line/Горячая линия»;
  • в параметре «Hot timeout/Таймаут горячей линии» установить значение «0»;
  • В качестве «Hot number/Горячий номер» прописать абонентский номер порта FXS на TAU36 (100-131).
  1. В настройках профиля SIP режим работы с proxy (Proxy mode) установить в homing (с контролем основного сервера) или parking (без контроля основного сервера).
  2. Указать IP-адрес основного и, при необходимости, резервного proxy-сервера. В случае работы без proxy-сервера указать IP-адрес шлюза TAU36 и отключить регистрацию.
  3. В закладке «Codecs/Кодеки» выбрать кодек для передачи голоса (при необходимости настроить время пакетизации). Способ передачи DTMF выбрать RFC2833.
  4. В закладке «Dialplan/План набора» приписать маску префиксов выхода на TAU36 (1[0-3]х).
  5. Сохранить изменения в конфигурации.

При данной конфигурации схема будет работать следующим образом:

  1. Вызов в направлении к АТС:
    Абонент TAU36 поднимает трубку. В этот момент выполняется автоматический набор номера комплекта FXO TAU32М.IP. Услышав сигнал «ответ станции» (выдаваемый АТС), абонент TAU36 набирает номер абонента Б.
  2. Вызов в направлении от АТС:
    При поступлении вызова на комплект FXS АТС, подключенный к комплекту FXO TAU32М.IP, комплект FXO детектирует сигнал посылки вызова, получает информацию о вызывающем абоненте методом FSK и производит автоматический набор номера комплекта FXS TAU36 согласно настроенной услуге «горячая линия». Вызывающему абоненту выдается сигнал «КПВ», абонент TAU36 получает сигнал посылка вызова.

Режим "точка-многоточка" с донабором номера

В данном варианте настройки нет привязки порта FXS к конкретному порту FXO. Все порты FXO будут объединены в группу и при каждом вызове абонент TAU36 будет выходить через первый свободный порт этой группы. При получении вызова от АТС, вызывающему абоненту необходимо будет донабрать номер абонента TAU36.

Схема включения следующая:

Режим "точка-многоточка" с донабором номера

Нумерация абонентских портов на обоих шлюзах может быть произвольной. При входящей или исходящей связи эти номера никак не фигурируют в биллинге АТС. Но на TAU36 рекомендуется нумеровать порты из пула номеров в соответствии с планом нумерации подключаемой АТС. TAUxx и TAU32M способны работать между собой как с участием proxy-сервера, так и без него. В зависимости от этого настройка части SIP будет отличаться.

Возьмем следующие исходные данные:

  • нумерация абонентских портов на TAU36 будет с 55100 по 55131 (соответствует номерному плану АТС);
  • на TAU32M – с 200 по 231.
  • Номер FXO-группы – 9.
  • Режим передачи DTMF согласно RFC2833.

Настройка шлюза TAUxx

  1. В разделе PBX -> Ports/Абонентские порты прописать абонентскую нумерацию на портах FXS (55100-55131);
  2. В настройках профиля SIP режим работы с proxy (Proxy mode) установить в homing (с контролем основного сервера) или parking (без контроля основного сервера).
  3. Указать IP-адрес основного и, при необходимости, резервного proxy-сервера. В случае работы без proxy-сервера указать IP-адрес шлюза TAU32M и отключить регистрацию.
  4. В закладке «Codecs/Кодеки» выбрать кодек для передачи голоса (при необходимости настроить время пакетизации). Способ передачи DTMF выбрать RFC2833.
  5. В закладке «Dialplan/План набора» приписать маску префиксов выхода на TAU32М.IP (2[0-3]x|9).
  6. Сохранить изменения в конфигурации.

Настройка шлюза TAU32M

  1. В разделе PBX -> Ports/Абонентские порты прописать абонентскую нумерацию на портах FXO (200-231).
  2. Установить флаг «Custom/Индивидуальная настройка» для использования настроек порта (в противном случае будут использоваться настройки из абонентского профиля).
  3. Установить способ набора номера комплектом FXO (DTMF или pulse). Настройка производится в параметрах абонентского комплекта (при использовании индивидуальных настроек) или в абонентском профиле.
  4. Установить флаг «Use PSTN CallerID/Использовать АОН, принятый из ТФОП» для возможности передачи информации о номере вызывающего, полученной от АТС методом FSK. Настройка производится в параметрах абонентского комплекта (при использовании индивидуальных настроек) или в абонентском профиле.
  5. В разделе PBX -> FXO groups/FXO группы создать новую группу:
  • прописать в поле «Phone/Телефонный номер» ее номер 9 (согласно нашим исходным данным);
  • установить флаг «Enabled/В работе»;
  • установить флаг «Don’t transmit prefix/Не транслировать префикс»;
  • добавить порты FXO в группу.
  1. В настройках профиля SIP режим работы с proxy (Proxy mode) установить в homing (с контролем основного сервера) или parking (без контроля основного сервера).
  2. Указать IP-адрес основного и, при необходимости, резервного proxy-сервера. В случае работы без proxy-сервера указать IP-адрес шлюза TAU36 и отключить регистрацию.
  3. В закладке «Codecs/Кодеки» выбрать кодек для передачи голоса (при необходимости настроить время пакетизации). Способ передачи DTMF выбрать RFC2833.
  4. В закладке «Dialplan/План набора» приписать маску префиксов выхода на TAU36 (551[0-3]х)
  5. Сохранить изменения в конфигурации.

При данной конфигурации схема будет работать следующим образом:

  1. Вызов в направлении к АТС:
    Абонент TAU36 поднимает трубку и набирает номер 9 для занятия свободного порта FXO в группе на ТАУ32М. Услышав сигнал «ответ станции», абонент TAU36 набирает номер абонента Б.
  2. Вызов в направлении от АТС:
    При поступлении вызова на комплект FXS АТС, подключенный к комплекту FXO TAU32М.IP, комплект FXO детектирует сигнал посылки вызова, получает информацию о вызывающем абоненте методом FSK. Вызывающему абоненту выдается сигнал «ответ станции» и он набирает номер абонента Б на TAU36.

Чтобы при поднятии трубки на порте TAU36 происходило автоматическое занятие первого свободного порта FXO на TAU32M необходимо настроить горячую линию по аналогии с предыдущим примером. В разделе PBX -> Ports/Абонентские порты в настройках каждого порта FXS:

  • установить флаг «Hot line/Горячая линия»;
  • в параметре «Hot timeout/Таймаут горячей линии» установить значение «0»;
  • в качестве «Hot number/Горячий номер» прописать номер FXO-группы «9».

Режим "точка-многоточка" без донабора номера

Рассмотрим вариант настройки для следующей схемы:

Режим "точка-многоточка" без донабора номера

Данный вариант отличается от предыдущего тем, что от SSW номер абонента Б на TAU32M будет приходить сразу полностью.

Нумерация абонентских портов на шлюзе TAU32M может быть произвольной. При входящей или исходящей связи эти номера никак не фигурируют в биллинге ГАТС. TAU32M и SSW способны работать между собой как с абонентской регистрацией портов FXO, так и без нее. В зависимости от этого настройка части SIP будет отличаться.

Для примера нумерация абонентских портов на TAU32M– с 200 по 231. Номер группы вызова FXO – 9.

Настройка шлюза TAU32M

  1. В разделе PBX -> Ports/Абонентские порты прописать абонентскую нумерацию на портах FXO (200-231).
  2. Установить флаг «Custom/Индивидуальная настройка» для использования настроек порта (в противном случае будут использоваться настройки из абонентского профиля).
  3. Установить способ набора номера комплектом FXO (DTMF или pulse). Настройка производится в параметрах абонентского комплекта (при использовании индивидуальных настроек) или в абонентском профиле.
  4. Установить флаг «Use PSTN CallerID/Использовать АОН, принятый из ТФОП» для возможности передачи информации о номере вызывающего, полученной от АТС методом FSK. Настройка производится в параметрах абонентского комплекта (при использовании индивидуальных настроек) или в абонентском профиле.
  5. В настройках каждого порта FXO:
  • установить флаг «Hot line/Горячая линия»;
  • в параметре «Hot timeout/Таймаут горячей линии» установить значение «0»;
  • В качестве «Hot number/Горячий номер» прописать абонентский номер порта, с которым будет связан порт FXO на стороне SSW.
  1. В разделе PBX -> FXO groups/FXO группы создать новую группу:
  • прописать в поле «Phone/Телефонный номер» ее номер 9 (согласно нашим исходным данным);
  • установить флаг «Enabled/В работе»;
  • установить флаг «Don’t transmit prefix/Не транслировать префикс» для того, чтобы номер группы вызова (9) не транслировался в абонентскую линию;
  • установить флаг «Transmit number/Транслировать номер» для того, чтобы остальной номер принятый от SSW (за исключением цифры 9) был отправлен в абонентскую линию;
  • добавить порты FXO в группу.
  1. В настройках профиля SIP режим работы с proxy (Proxy mode) установить в homing (с контролем основного сервера) или parking (без контроля основного сервера).
  2. Указать IP-адрес основного и, при необходимости, резервного proxy-сервера. В случае работы без proxy-сервера указать IP-адрес SSW.
  3. В закладке «Dialplan/План набора» приписать маску префиксов выхода на SSW.
  4. Сохранить изменения в конфигурации.

При данной конфигурации схема будет работать следующим образом:

  1. Вызов в направлении к ГАТС:
    Абонент SSW набирает номер абонента ГАТС. В зависимости от принятого номерного плана, набираемый номер может отличаться префиксом выхода на TAU32M. Т.е. абонент может набрать номер абонента ГАТС с префиксом 9, или без него. В случае если абонент набирает номер без префикса, то SSW должен произвести модификацию набранного номера и подставить к нему префикс 9. В результате TAU32M получает номер, состоящий из префикса выхода на группу FXO и номера вызываемого абонента.
    При получении такого номера на ТАУ анализируется состояние опций Don’t transmit prefix и Transmit number и при условии их активности, сначала «обрезается» часть полученного номера в сообщении INVITE совпадающего с номером группы FXO (отрезается цифра 9), а затем оставшаяся часть номера транслируется выбранным методом свободным портом FXO в абонентскую линию. Вызывающий абонент получает «КПВ», вызываемый – «ПВ».
  2. Вызов в направлении от ГАТС:
    При поступлении вызова на комплект FXS АТС, подключенный к комплекту FXO TAU32M, комплект FXO детектирует сигнал «посылка вызова»; получает информацию о вызывающем абоненте методом CallerID и происходит автоматический набор номера соответствующего абонента на SSW согласно настроенной услуге «горячая линия». Абоненту ГАТС выдается сигнал «КПВ». Абонент SSW получает сигнал «ПВ».

Источник:
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] TAU32m Запись сигналов FXO/FXS линии
Иногда в эксплуатации FXO/FXS шлюзов TAU32m возникает необходимость проанализировать акустические сигналы.

Иногда в эксплуатации FXO/FXS шлюзов TAU32m возникает необходимость проанализировать акустические сигналы.

Это необходимо для решения с оператором проблем отсутствия сигналов КПВ(ringback tone), отбоя (busy tone), или проблем с набором тех или иных цифр(методами PULSE, DTMF).

Линию можно записать такими способами:

  1. Через дополнительный преобразователь.

Суть метода заключается в подключении FXO-линии параллельно к линейному входу звуковой карты ПК и записи сигналов через программы Sound Forge или Audacity в звуковые файлы.

Чтобы не повредить звуковую карту, линия подключается параллельно через специальные адаптеры:

  • с гальванической развязкой (трансформатором);
  • с конденсатором для удаления постоянной составляющей.

Их можно приобрести:

https://digitals.ru/ATL2S.shtml

либо спаять самостоятельно, схем в интернете великое множество:

http://forum.cxem.net/index.php?/topic/37456-%D0%BF%D0%BE%D0%B4%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-%D1%82%D0%B5%D0%BB%D0%B5%D1%84%D0%BE%D0%BD%D0%BD%D0%BE%D0%B9-%D0%BB%D0%B8%D0%BD%D0%B8%D0%B8-%D0%BA-%D0%B7%D0%B2%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B9-%D0%BA%D0%B0%D1%80%D1%82%D0%B5/

https://vrtp.ru/index.php?act=categories&CODE=article&article=2897

 

Также существуют готовые адаптеры для записи линии через USB порт:

https://sprecord.ru/catalog/analogovye-linii/

 

ПРИМЕЧАНИЕ: Данные ссылки приведены в качестве примера и ни в коем случае не являются рекламой или рекомендацией оборудования.
ПРИМЕЧАНИЕ 2: Данный способ можно применять не только для записи FXO линий на TAU32m, но и записи любых FXS окончаний на всей линейке TAU.

 

  1. Без дополнительных устройств, используя только шлюз TAU32m и ПК c программой Wireshark.

Суть метода заключается в следующем:
1) Сначала необходимо настроить зеркалирование всего трафика в разделе Switch->Switch ports settings:
-установить галочку disable learning (hub mode);
-нажать Submit, Update switch, Commit;
-затем в свободный ethernet порт TAU подключить ПК(ноутбук) с запущенной программой Wireshark;
-в самой программе нужно указать сетевой интерфейс для захвата и запустить запись трафика.
2) Затем необходимо установить SIP соединение с проблемной линией.
При этом важно, чтобы FXO шлейф замыкался сразу при поступлении SIP вызова, а не по ответу аб. В.
Данные настройки производятся в разделе PBX->Абонентские порты->Нужный порт FXO:
нужно отключить Детектирование сигнала "ответ станции" и "Активность ТФоП".
Также важно, чтобы вызов выходил за пределы шлюза (например на SIP сервер или другой шлюз), а не обрабатывался локально.
В таком случае будет возможность записать сетевой трафик, в RTP которого будут нужные нам цифры.
3) Затем во время разговора необходимо совершить те события, сигналы которого нужно записать, например:
-долго не поднимать трубку, чтобы записать сигнал КПВ (ringback tone);
-после подъема трубки по набирать те или иные цифры, которые передаются с проблемой;
-после подъема трубки отбить вызов со стороны АТС, чтобы записать сигнал отбоя (busy tone).
4) После записи трафика в Wireshark нужно остановить запись и отключить режим зеркалирования по п.1.
5) Затем для анализа самих сигналов нужно получить звуковые файлы из дампа трафика.
Программа Wireshark позволяет сконвертировать в разделе Telephony→RTP Streams нужный RTP поток в .wav или .au файл.
Данные файлы записи уже можно будет проанализировать в программах Sound Forge или Audacity.

Источник:
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] В 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] На TAU-32М не срабатывает отбой со стороны FXO
Иногда при использовании TAU-32М в качестве удлинителя абонентской линии может возникнуть следующая ситуация. Абонент АТС, подключенный через FXO-порт, совершает вызов на абонента, подключенного к FXS-порту.

Иногда при использовании TAU-32М в качестве удлинителя абонентской линии может возникнуть следующая ситуация. Абонент АТС, подключенный через FXO-порт, совершает вызов на абонента, подключенного к FXS-порту. Не дождавшись ответа абонента Б, абонент А кладет трубку, при этом телефонный аппарат абонента Б продолжает звонить.

Причиной данной проблемы является то, что комплект FXO не детектирует отбой (сигнал “Занято”).

Для решения данной проблемы необходимо скорректировать настройки детектирования сигналов. В дополнение - необходимо будет изменить в строке “Busytone detection parameters” количество детектируемых сигналов на 0.

Источник:
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

Общая оценка товара
на основе 2 отзывов
5.0
Используем шлюз TAU-32M.IP модульной конструкции с модулями FXO для организации связи с удалёнными абонентами через порты 2-х шлюзов, настроенных в режиме hotline.
Шлюз TAU-32M.IP используется для подключения внешних линий и заведения их в систему телефонии.
Используя наш сайт, Вы даёте согласие на обработку файлов cookie и пользовательских данных.
Оставаясь на сайте, Вы соглашаетесь с политикой их применения.
Ваш браузер сильно устарел.
Обновите его до последней версии или используйте другой более современный.
Пожалуйста, завершите проверку безопасности!
0
Корзина
Наименование Артикул Количество Сравнить