RG-1404G Eltex | Абонентский маршрутизатор

Симтомы

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

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

Причина

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

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

Устранение

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

Обновление производится в 2 этапа:

1. Загрузка файла ПО:
   tftp -l /tmp/firmware.gz -gr tau2m-1.14.1.527.tar.gz 192.168.0.5
2. Обновление ПО
   upgrade firmware.gz

Далее ждете обновления приблизительно минуту, появится вывод:
UPGRADE SUCCESSFULL
и делаете
reboot

Рассмотрим порядок создания многоканального номера.

TAU4, TAU8, RG14

1. В разделе PBX -> SIP -> Профили SIP  откройте настройки первого профиля. Данный профиль будет использоваться для абонентских портов устройства. В настройках профиля задайте следующие настройки:
• название профиля;
• режим использования прокси-сервера и его адрес;
• проверьте, что флаг Регистрация не установлен;
• при необходимости задайте SIP домен;
• нажмите на строчку Настройка плана нумерации и в появившемся окне пропишите необходимые префиксы. Для организации вызовов по внутренней нумерации добавьте префикс с @{local}, который отправлять вызов на собственный адрес устройства (например, при использовании на портах внутренней нумерации 101-108 префикс будет прописываться как 10[1-8]@{local});
• для сохранения изменений нажмите кнопку Сохранить.
2. В разделе PBX -> SIP -> Профили SIP  откройте настройки второго профиля. Данный профиль будет использоваться для группы вызова. В настройках профиля задайте следующие настройки:
   • название профиля;
   • режим использования прокси-сервера и его адрес;
   • установите флаг Регистрация и пропишите адрес сервера регистрации;
• при необходимости задайте SIP домен и установите флаг Применять SIP Domain для регистрации;
• для сохранения изменений нажмите кнопку Сохранить.
3. В меню PBX -> Группы серийного искания (каждый новый вызов занимает первый свободный порт) или PBX -> Группы вызова (поддерживается три вида искания свободного абонента: групповой , задержанный групповой  и поисковый) добавьте новую группу:
   • установите флаг Включить группу;
   • задайте имя группы (произвольное);
   • в параметре Профиль SIP выставите профиль SIP с включенной регистрацией (созданный в пункте 2);
   • в поле Номер телефона необходимо указать внешний номер, который должен регистрироваться на вышестоящем сервере;
   • в полях Имя пользователя и Пароль пропишите логин и пароль для регистрации, которые выданы для внешнего номера;
   • при использовании группы вызова задайте тип группы вызова:
     • Group – сигнал вызова подается на все порты в группе одновременно;
     • Serial – количество портов, на которые подается вызывной сигнал, увеличивается на один по истечении таймаута вызова следующего порта;
     • Cyclic – сигнал вызова циклически через интервал, равный таймауту вызова следующего порта, подается по очереди на каждый порт в группе;
   • в параметре Размер очереди вызовов указывается максимальное число вызовов, которые может принять группа. Вызов ставится в очередь в случае отсутствия свободных портов;
   • в поле Таймаут ответа на вызов, сек указывается интервал времени, по истечении которого вызов будет отклонен при неполучении ответа;
   • для сохранения изменений нажмите кнопку Сохранить.
4. Произвести настройку абонентских портов в разделе PBX –> FXS:
• установите флаг Включен напротив используемых портов;
• пропишите внутреннюю нумерация на комплектах;
• назначьте SIP-профиль без регистрации (созданный в п.1);
• задайте имя пользователя и пароль для регистрации, которые выданы для внешнего номера. Эти параметры должны совпадать с настройкой в п.3;
• в параметре Альтернативный номер пропишите внешний номер (он должен совпадать с прописанным в п.3 в параметре Номер телефона);
• для сохранения изменений нажмите кнопку Сохранить.

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

TAU1M, TAU2M, RG24

1. В разделе IP-телефония -> Профили  откройте настройки первого профиля. Данный профиль будет использоваться для абонентских портов устройства. Регистрация в параметрах профиля должна быть выключена. В настройках профиля задайте следующие настройки:
• название профиля;
• режим использования прокси-сервера и его адрес;
• проверьте, что флаг Регистрация не установлен;
• при необходимости задайте SIP домен;
• в подразделе Настройка плана нумерации пропишите необходимые префиксы. Для организации вызовов по внутренней нумерации добавьте префикс с @{local}, который отправлять вызов на собственный адрес устройства (например, при использовании на портах внутренней нумерации 101-108 префикс будет прописываться как 10[1-8]@{local});
• для подтверждения изменений нажмите кнопку Применить.
2. В разделе IP-телефония -> Профили откройте настройки второго профиля. Данный профиль будет использоваться для группы вызова. В настройках профиля задайте следующие настройки:
   • название профиля;
   • режим использования прокси-сервера и его адрес;
   • установите флаг Регистрация и пропишите адрес сервера регистрации;
• при необходимости задайте SIP домен и установите флаг Применять SIP Domain для регистрации;
• для подтверждения изменений нажмите кнопку Применить.
3. В меню IP-телефония -> Группы вызова добавьте новую группу:
   • установите флаг Включить;
   • задайте имя группы (произвольное);
   • в параметре Профиль выставите профиль SIP с включенной регистрацией (созданный в пункте 2);
   • в поле Номер телефона необходимо указать внешний номер, который должен регистрироваться на вышестоящем сервере;
   • в полях Имя пользователя для аутентификации и Пароль для аутентификации пропишите логин и пароль для регистрации, которые выданы для внешнего номера;
   • задайте тип группы вызова:
     • Group – сигнал вызова подается на все порты в группе одновременно;
     • Serial – количество портов, на которые подается вызывной сигнал, увеличивается на один по истечении таймаута вызова следующего порта;
     • Cyclic – сигнал вызова циклически через интервал, равный таймауту вызова следующего порта, подается по очереди на каждый порт в группе;
   • в параметре Размер очереди вызовов указывается максимальное число вызовов, которые может принять группа. Вызов ставится в очередь в случае отсутствия свободных портов;
   • для подтверждения изменений нажмите кнопку Применить.
4. Произвести настройку абонентских портов в разделе IP-телефония –> Настройка линий:
• установите флаг Включить;
• пропишите внутреннюю нумерация на комплектах в параметре Номер телефона;
• назначьте SIP-профиль без регистрации (созданный в п.1);
• в подразделе Аутентификация задайте имя пользователя и пароль для регистрации, которые выданы для внешнего номера. Эти параметры должны совпадать с настройкой в п.3;
• установите флаг Использовать альтернативный номер и пропишите внешний номер (номер должен совпадать с прописанным в п.3 в параметре Номер телефона);
• для подтверждения изменений нажмите кнопку Применить.

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

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

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

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

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

snmpwalk -v2c -c public 192.168.0.90 1.3.6.1.2.1.2

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

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

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

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

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

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

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

Следствием данной проблемы является односторонняя слышимость или отсутствие входящей связи.

Способы решения проблемы

При регистрации устройство находящееся за NAT посылает сообщение Register на сервер. При этом в поле Contact этого сообщения указывается адрес для приема встречных запросов. В этом поле, если шлюз работает за NAT, должен указываться публичный IP-адрес роутера, адрес его WAN порта, осуществляющего режим NAT. Если в данном поле будет указан собственный, приватный адрес шлюза, то встречные запросы от сервера не дойдут до адресата, сервер не будет знать местоположение шлюза, поскольку все запросы он должен направлять на адрес роутера.

То же самое касается и голосового трафика. В сообщениях INVITE в протоколе SDP указывается адрес и порт, на который слать встречные RTP пакеты, в поле Connection Information. Тут так же должен быть указан не собственный адрес шлюза из приватной подсети, а глобальный адрес роутера для того, чтобы голосовые пакеты так же направлялись к адресату.

Если устройство находится в приватной сети, то есть работает за NAT, то для корректного приема голосового трафика и корректного транзита ответных запросов от встречной стороны в наших устройствах используется настройки PublicIP или STUN сервера.

При использовании настройки Public IP прописанный адрес будет подставляться в поле Contact при регистрации и в SDP при инициализации вызова. Данная настройка преимущественно используется в случаях, когда на роутере назначен статический IP-адрес.

STUN сервер, используется, когда на роутере настроено получение IP адреса по DHCP и поэтому заранее не известно какой адрес будет на WAN порту роутера. Принцип работы STUN следующий: устройство отправляет на внешний STUN-сервер зондирующие сообщения, при этом в теле отправленного запроса указаны адрес и порт устройства в локальной сети. Эти же адреса и порты фигурируют в заголовке IP-пакета, содержащего запрос, но после прохождения NAT адрес источника изменится на внешний адрес роутера, а номер порта в зависимости от реализации NAT может измениться или остаться неизменным. STUN-сервер отвечает клиенту сообщением, в теле которого также указаны адрес и порт, с которого был получен запрос (т.е. публичный адрес и порт роутера). Далее абонентский шлюз будет подставлять в поле Contact и вложение SDP адрес и порт, полученные в сообщении от STUN сервера.

При использовании протокола STUN необходимо учитывать, что STUN не работает с симметричным типом NAT и требуется поддержка сессии STUN в активном состоянии.

Настройка абонентских и транковых шлюзов для работы с NAT

TAU4, TAU8, RG14

На данных абонентских шлюзах настройка производится в разделе PBX -> SIP -> Общие настройки.

В случае если на роутере назначен статический IP-адрес, то необходимо указать его в параметре Публичный IP-адрес (Public IP). При этом на роутере (NAT) необходимо сделать проброс соответствующих SIP и RTP портов, используемых абонентским шлюзом.

В случае если роутер получает адрес по DHCP на абонентском шлюзе необходимо:

• установить флаг «Использовать STUN» (STUN enable) для определения внешнего адреса шлюза (публичного адреса) за которым стоит устройство;
• указать IP-адрес или доменное имя сервера STUN и через двоеточие порт (в случае если сервер использует не стандартный 3478 порт) в параметре Адрес STUN-сервера (:порт) (STUN server address (:port));
• указать период отправки запросов на сервер STUN в параметре Интервал опроса STUN-сервера (сек) (STUN request sending interval (sec)). Чем меньше интервал опроса, тем выше скорость реакции на изменение публичного адреса.

TAU-1M, TAU-2M, RG24, RG44

На данных абонентских шлюзах настройка Public IP производится на вкладке IP телефония -> Профили в параметрах SIP-профиля.

Настройка работы со STUN-сервером осуществляется на вкладке IP телефония -> Профили в параметрах SIP-профиля в разделе Общие настройки профилей SIP. Для включения работы со STUN-сервером необходимо установить флаг «Использовать STUN». После его установки появятся настройки адреса STUN сервера и интервал его опроса.

SMG-2, SMG4, SMG-1016M, SMG-2016

На транковых шлюзах SMG поддерживается только работа со STUN. Настройка осуществляется в разделе Маршрутизация -> Интерфейсы SIP в каждом SIP-интерфейсе индивидуально на вкладке Настройка протокола SIP в разделе Параметры STUN-сервера.

Помимо этого, для SIP-абонентов регистрирующихся на SMG в параметрах SIP-профиля предусмотрена функция NAT (comedia mode). Данная настройка используется, когда SMG находится в публичной сети, а его абоненты в серой (приватной, локальной). Данная функция позволяет проверять данные источника во входящем RTP потоке и транслировать исходящий поток на IP-адрес и UDP-порт, с которого принимается медиа поток.

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

Если устройство было сконфигурировано ранее и Вы не знаете назначенных адресов, то попробуйте сбросить его на заводские настройки. Для этого нажмите кнопку F на лицевой панели устройства и удерживайте ее до момента начала мигания светодиода Power зеленым светом. Светодиод будет мигать до перезагрузки. Перезагрузка произойдет в автоматическом режиме. После перезагрузки попробуйте подключиться к устройству по заводским адресам.

Задача:

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

Решение:

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

Выдача номера вызывающего (Caller ID generation) может осуществляться двумя способами: DTMF и FSK. Для работы Caller ID необходимо, чтобы телефонный аппарат абонента поддерживал установленный метод.

Настройка режима Caller ID на малопортовых абонентских шлюзах находится в разделе:

• для RG14, TAU4 и TAU8: PBX -> FXS -> настройки порта –> Параметры линии -> Выдача номера вызывающего
• для RG24 и RG44: IP-телефония -> Настройка линий -> Настройка физических параметров -> Выдача номера вызывающего

В устройствах доступны следующие опции:

• Off – определение номера вызывающего абонента выключено;
• DTMF – определение номера вызывающего абонента методом DTMF. Выдача номера осуществляется после каждой посылки вызова на линии двухчастотными DTMF-сигналами;
• FSK BELL 202, FSK V.23 – определение номера и имени вызывающего абонента методом FSK (по стандарту BELL 202 или ITU-T V.23 соответственно). Выдача номера осуществляется между первым и вторым звонком на линии потоком данных с частотной модуляцией. При использовании данного режима данные могут быть переданы двумя форматами:
  • SDMF - передается дата, время и номер вызывающего абонента;
  • MDMF - передается дата, время, номер и имя вызывающего абонента (поддерживается только на последних версиях ПО).

На оборудовании ТАУ-4/8 и RG-14xx реализован функционал? который позволяет изменять длительность посылки вызова и паузу между ними при поступлении вызова от абонента с заранее известным номером.

Для настройки данного сервиса в разделе РВХ -> Сигнал вызова требуется указать Номер звонящего (CgPN) (при получении вызова от абонента с этим номером будет изменен сигнал посылки вызова), длительность посылки вызова и паузы между ними, а также установить флаг Включить, чтобы активировать правило.

Всего возможно создать 20 таких записей.

Значение длительности импульса/паузы задается в миллисекундах и должно быть кратно 100. Минимальная длительность импульса/паузы составляет 200мс, максимальная - 8000 мс.

• Вставьте USB накопитель в шлюз
• Подключитесь к консоли через telnet или ssh.
• Запустите снятие дампа следующей командой:
  tcpdump -env -i eth0 -w /mnt/sda1/file.pcap
• Cовершите вызов
• Остановите снятие дампа комбинацией <Ctrl> + <C>
• Перед тем, как извлекать USB накопитель, выполните команду:
  umount /mnt/sda1
• Файл дампа вызова сохранится в корневой каталог накопителя под именем “file.pcap”

Порядок восстановления ПО включает в себя следующие действия:

1. Необходимо распаковать архив файла программного обеспечения (актуальный можно скачать на сайте) и положить на tftp сервер файлы

• tau4-8-uImage – файл ядра устройства TAU8
• tau4-8-root.jffs2-16k – файловая система TAU8
• rg-uImage – файл ядра устройства RG14XX
• rg-root.jffs2-16k – файловая система RG14XX

2. Снять крышку с устройства и подключиться переходником COM-порта к разьемам на плате. Контакт, помеченный треугольником на разъеме переходника, подключается на противоположный земле вывод разьема на плате. Земля обозначена буквой G
3. Параметры для подключения ком порта:

• скорость: 115200,
• бит данных: 8,
• паритет: нет,
• стоповые биты: 1,
• управление потоком: нет

4. Перезагрузить устройство по питанию и зайти в U-Boot. Для этого в момент появления строк

U-Boot 1.1.6 (Sep  2 2011 - 11:35:09) Mindspeed $Name: u-boot\_6\_00\_4 $
DRAM:  256 MB
Comcerto Flash Subsystem Initialization
Flash:  0 kB
NAND:  board\_nand\_init nand->IO\_ADDR\_R =30000000
32 MiB
*** Warning - bad CRC or NAND, using default environment
In:    serial
Out:   serial
Err:   serial
Reserve MSP memory
Net:   comcerto\_gemac0, comcerto\_gemac1
Switch: Realtek RTL8367RB
Enter 'stop' for stop autoboot
набрать команду stop. На экране появиться приглашение

5. Из-под uboot необходимо ввести следующие команды:

для TAU8:

Comcerto-1000 > set serverip <tftp-server IP>   - ip адрес ПК  на котором запущен tftp сервер;
Comcerto-1000 > set ipaddr <IP rg>          - ip-адрес rg на время загрузки файлов;
Comcerto-1000 > set uimage tau4-8-uImage – имя файла ядра устройства; (set uimage rg-uImage для RG14xx)
Comcerto-1000 > set fsfile tau4-8-root.jffs2-16k – имя файла с файловой системой;

для RG14xx:

Comcerto-1000 > set serverip <tftp-server IP>   - ip адрес ПК  на котором запущен tftp сервер;
Comcerto-1000 > set ipaddr <IP rg>          - ip-адрес rg на время загрузки файлов;
Comcerto-1000 > set uimage rg-uImage – имя файла ядра устройства;
Comcerto-1000 > set fsfile rg-root.jffs2-16k – имя файла с файловой системой

6. Подключить к WAN-порту устройства ПК с запущенным tftp-сервером. Запустить с консоли устройства пинг до ПК. В случае если ПК доступен, то в консоли выведется:

...
host <IP> is alive

Если пинг не происходит, то остановите его нажатием <Ctrl>+<C> и проверьте правильность сетевых настроек ПК и устройства. Посмотреть текущее сетевые настройки в убуте можно командой printenv

7. Далее необходимо по очереди ввести команды на обновления ядра и файловой системы устройства:

Comcerto-1000 > run updatekernel   - команда на загрузку ядра
Comcerto-1000 > run updatenandfs   - команда на загрузку файловой системы

8. После обновления файлов перезапустить шлюз по питанию

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

Передача 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).

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

Например, перезагрузка по расписанию, выгрузка конфигурации на сервер по расписанию или проверка обновлений и т.д.

Однако, операционная система шлюзов TAU4/TAU8/RG14 позволяет запускать пользовательские bash/shell скрипты при старте системы.

Ниже речь пойдет про пример скрипта, перезагружающий оборудование 1 раз в сутки.

Каким образом его можно записать во flash и сделать автоматический запуск при старте системы

1) Для этого подключитесь к консоли по telnet/ssh и выполните:

mount -o remount,rw /
vi /sbin/run_init
Затем в конце между строчками:
/sbin/config_device autoprovision
<<<<<<<вот тут
mount debugfs /sys/kernel/debug -t debugfs
допишите запуск скрипта
/etc/user/script.sh &
сохраните изменения комбинацией {Esc}:wq{Enter}.

2) Теперь непосредственно создание скрипта:

cd /etc/
mkdir user
cd /etc/user/
touch script.sh
chmod 777 script.sh
vi script.sh
Далее в редакторе VI пропишите сам скрипт:
#!bin/sh
sleep 86400
reboot
{Esc}:wq{Enter}

3) Сохраните конфигурацию и перезагрузите

Save
reboot
После загрузки оборудования также начнет свою работу скрипт,
согласно которому шлюз будет работать 86400 секунды (24 часа), а потом снова перезагрузится.

В абонентских шлюзах TAU-8 (версия ниже 2.1) и RG-14xx (версия ниже 1.9.0) реализовн джиттер-буфер, работающий в адаптивном режиме (т.е. настройка не осуществляется). Параметры jitter-bufer'а следующие:

• Размер джиттер-буфера:
  • Delay MIN = 0
  • Delay Max = 200мс
• Период адаптации (Adaptation Period) - 10c
• Режим адаптации буфера (Deletion mode) - Soft
• Порог немедленного удаления пакетов (Deletion Treshold ) - 500мс . При превышении этой границы пакеты удаляются

В более новых версиях ПО данный параметр конфигурируется и настраивается в SIP профиле.

Абонентские шлюзы 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}.

Кроме TCP-дампа на устройствах можно снять логи - события системного журнала. Эти данные можно отправить на syslog - сервер или записывать в локальный файл. Так же есть возможность отправки логов в консоль (COM порт, telnet/ssh). Данные настройки доступны в web устройства в разделе “Журнал - Настройки журнала”.

Выполнить трассировки можно только одним из трех нижеописанных способов.

Отправка логов на syslog-сервер

1. Выбрать направление syslogd в "Вывод трассировки": прописать адрес и порт (514 по дефолту) syslog-сервера в сети.
2. Включить трассировку приложения VoIP, установить флаги "Ошибки", "Предупреждения", "Отладочная информация", "Информационные сообщения", выставить уровень SIP равным 5. Рекомендуем устанавливать уровень SIP не выше 5 и после прекращения сбора информации отключать логирование
3. После сохранения настроек syslog-клиент устройства начнет отправлять сообщения на указанный адрес сервера.

Сохранение логов локально

1. Выбрать направление syslogd в "Вывод трассировки": указать имя файла журнала. Например, "eltex01" и размер файла журнала (обычно хватает 2000 Кб). Максимальное допустимое значение - 200000 Кб
2. Включить трассировку приложения VoIP, установить флаги "Ошибки", "Предупреждения", "Отладочная информация", "Информационные сообщения", выставить уровень SIP равным 5. Рекомендуем устанавливать уровень SIP не выше 5 и после прекращения сбора информации отключать логирование
3. После сохранения настроек устройство создаст в каталоге /var/log/ указанный файл и syslog-клиент начнет писать в него логи
4. Текущий файл можно посмотреть в WEB разделе Журнал - Журнал. Так же есть возможность скинуть данный файл на tftp сервер с помощью команды:

tftp -pl /var/log/<имя файла> <адрес tftp сервер>

Замечание. Чтобы отключить удаленный журнал, оставьте пустым поле “Адрес syslog-сервера”. Чтобы отключить локальный журнал, оставьте пустым поле “Файл журнала”. После перезагрузки все локальные логи удаляются

Отправка логов в консоль

1. Выбрать направление console в "Вывод трассировки". В этом случае трассировка выводится в командную консоль устройства, к которой можно подключиться, используя специальный адаптер COM-порта
2. Другой способ - заранее подключиться к уcтройству через telnet/ssh и в "Вывод трассировки" выбрать нужную сессию вида "telnet сессия 0", "telnet сессия 1" и т.д.
3. Включить трассировку приложения VoIP, установить флаги "Ошибки", "Предупреждения", "Отладочная информация", "Информационные сообщения", выставить уровень SIP равным 5. Рекомендуем устанавливать уровень SIP не выше 5 и после прекращения сбора информации отключать логирование