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

• 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. На вкладке План набора настройте префиксы для маршрутизации.

Решение:

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.

Симтомы

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

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

Причина

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

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

Устранение

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

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

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

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

Через протокол конфигурирования 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 и давать команду на скачивание конфигурации.

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-сервером

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

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

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

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

snmpget -v 2c -c public 192.168.0.73 .1.3.6.1.4.1.35265.1.9.8.0

• программа терминалов (например: 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

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

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

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

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

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

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

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

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

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

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

Просмотр статуса портов на многопортовых шлюзах 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

Сообщение 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 адрес натирующего устройства динамичен).

Задача:

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

Решение:

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.

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

swstatus

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

root@RG-1400:~# swstatus

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

cat /proc/rtl865x/port_status

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

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

Dump Port Status:

Port0  Link Down

Port1  Link Down

Port2  Link Down

Port3  Link Down

Port4  Link Down

Port5  Link Up

  RXBytes 15343280 TXBytes 2580820 Duplex Full Speed 1000

CPUPort  Link Up

  RXBytes 0 TXBytes 11017555 Duplex Full Speed 1000

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

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

Просмотр статуса портов на многопортовых шлюзах 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

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

TAUxx

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

TAU4/8

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

Эхо приносит неприятности, при отражении сигнала достаточной амплитуды на время более 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» – «Эхо

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

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

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

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

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

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

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

Задача:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание:

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

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

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

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

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

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

Причина:

Данная задержка обусловлена срабатыванием 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, чтобы дать возможность донабрать номер.

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

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

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

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

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

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

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

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

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

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

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

Симптомы

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

Например:

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

Причины

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

Решение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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