RG-4402G-W 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

Для корректного запуска ping проб желательно пользоваться командой:

ping <IP назначения> -I <IP источника/интерфейса>

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

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

При регистрации устройство находящееся за 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 зеленым светом. Светодиод будет мигать до перезагрузки. Перезагрузка произойдет в автоматическом режиме. После перезагрузки попробуйте подключиться к устройству по заводским адресам.

Настройка dhcp клиентов в мультинтерфейсном режиме

На устройствах tau-1m, tau-2m, rg24xx, rg44xx начиная с версии 1.14.0 добавлена настройка получения опций dchp клиентами мультиинтерфесного wan. На субинтерфесах internet, voip и mng (managment) может быть запущен индивидуальный dhcp клиент. Далее будут описаны ньюансы настройки dhcp клиентов.

По умолчанию запрашиваются следующие опции:

!!! Опции 15, 40 и 41 хоть и указанны в данной таблице, но они пока не поддерживаются. Их поддержка ожидается в будущем.

Согласно приведенной таблице опции 1, 3, 6, 26, 28, 33, 121, 249 могут запрашиваться dhcp клиентами для каждого субинтерфейса. Соответственно данные опции будут индивидуально применены для каждого субинтерфеса. Опции 12, 15, 40, 41, 42, 43, 66, 67, 120 могут запрашиваться и применяться только для одного dhcp клиента, так как они общесистемые, т.е не приводят к настройке сетевого интерфейса.

Конфигурацию списка запрашиваемых опций можно изменять и хранится она как и все остальные настройки в конфигурационном файле: /etс/config/cfg.yaml. По умолчанию списки опций не прописаны (в конфигурации следующая запись DHCPOptionList: ""), это значит что опции запрашиваются и применяются согласно приведённой выше таблице.

Способы редактирования конфигурации

1. С помощью редактора vi.

• Список опций для интерфейса Internet задаётся в параметре DHCPOptionList секции Internet=>Network.
• Список опций для интерфейса VoIP задаётся в параметре DHCPOptionList секции Voip=>Network.
• Список опций для интерфейса Management задаётся в параметре DHCPOptionList секции System=>ManagementVLAN

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

• reloadcfg - применяем измененную конфигурацию в работу, результат выполнения команды должен быть "Configuration accepted"
• save - сохраняем измененную конфигурация в энергонезависимую память, !!! данную команду выполнять только в случае успешного выполнения предыдущей команды. Если при выполнении команды reloadcfg результат был "Configuration not accepted", save делать запрещено!!!

2. С помощью команды setconf

Данный метод рекомендуемый. Также он избавляет от необходимости выполнения команд reloadcfg и save. getconf (вывести на экран текущую конфигурацию) и setconf (установить значение параметра).

Пример 1. Необходимо получить значение DHCPOptionList:

для интерфейса Internet

getconf Internet.Network | grep DHCPOptionList

для интерфейса VoIP

getconf Voip.Network | grep DHCPOptionList

для интерфейса Management

getconf System.ManagementVLAN | grep DHCPOptionList

Пример 2. Необходимо назначить некоторый список опций:

для интерфейса Internet

setconf Internet.Network  DHCPOptionList "3,6,26,28,33,121,249,12"

для интерфейса VoIP (назначаем список опций по умолчанию)

setconf Voip.Network DHCPOptionList ""

для интерфейса Management

setconf System.ManagementVLAN DHCPOptionList "3,6,26,28,33,42,43,66,67,121,249"

3. Конфигурирование на персольном компьютере

1. Предварительно скачивается конфигурация с устройства на ПК (через web интерфейс), далее с помощью любого текстового редактора меняются значения, сохраняются изменения. Завершающим этап является загрузка измененной конфигурации в устройсво. !!! Данный метод не рекомендуется!!!
2. Правила редактирования DHCPOptionList
3. Валидные значения: 3,6,12,15,26,28,33,40,41,42,43,66,67,120,121,249;
4. Опции в параметре DHCPOptionList указываются через запятую и без пробелов между опциями, пример DHCPOptionList: "3,6,12,15,26,120,121";
5. Порядок следования опций в DHCPOptionList не важен;
6. Каждая из опций 12, 15, 40, 41, 42, 43, 66, 67, 120 может быть запрошена и применены только с одного интерфеса;
7. Опции 1, 3, 6, 26, 28, 33, 121, 249 могут запрашиваться dhcp клиентами для каждого субинтерфейса;
8. Опции 66 и 67 должы быть указаны на одном и том же интерфейсе;
9. Если в DHCPOptionList ничего не указано, то тогда список запрашиваемых опций по умолчанию (учетом пункта 8);
10. Если DHCPOptionList указаны опции (из пункта 4), которые по умолчанию запрашиваются с другого интерфейса (на котором DHCPOptionList не заполнен), то тогда опции будут запрашиваться с первого интерфейса, а на втором из списка по умолчанию данные опции будут исключены *;
11. Если для интерфейса в DHCPOptionList указан список опций, то будут запрашиваться только эти опции;
12. Опцию 1 в DHCPOptionList нельзя указывать, она запрашивается и применяется всегда и со всех интерфесов независимо от прочих настроек;

Если какой либо из пунктов нарушен, то при применении конфигурации будет выведено сообщение "Configuration not accepted". Ошибку в конфигурации можно узнать если включить логи configd, тогда при применении конфигурации будет подробно указана причина по которой конфигурация не применена.

* Пример к пункту 8:

Допустим для интерфейса internet указан следующий список опций:
Internet.Network.DHCPOptionList: "3,6,26,28,33,121,249,12"

А для интерфеса managment ничего не указано:
System.ManagementVLAN.DHCPOptionList: ""
тогда согласно пункту 7, должен быть запрошен список опций по умолчанию 3,6,12,15,26,28,33,40,41,42,43,66,67,121,249, но так как опцию 12 мы указали явно на интерфесе Internet, то из этого списка она будет исключена.

В итоге будут следующие списки:

значение параметра: Internet.Network.DHCPOptionList: "3,6,26,28,33,121,249,12"
запрашиваемый список опций: 1,3,6,26,28,33,121,249,12

значение параметра: System.ManagementVLAN.DHCPOptionList: ""
запрашиваемый список опций: 1,3,6,15,26,28,33,40,41,42,43,66,67,121,249

!!! После редактирования DHCPOptionList рекомендуется перезагрузка устройства. До перезагрузки корректная работа устройства не гарантируется!!!

Если у вас не получается обновить ПО через web или telnet, либо нет доступа к устройству (сброс настроек не помогает), то можно обновить/восстановить ПО через загрузчик. Для этого необходимо у коммерческого отдела компании запросить переходник для COM-порта (представляет из себя 5-пиновый переходник)

Процедура восстановления:

1. Запустить на компьютере tftp-сервер (tftpd32) и указать путь к файлу прошивки linux.bin.
2. Подключить Ethernet-кабель к порту WAN. С помощью консольного переходника (на базе ADM3202 – аналогичного ТАУ-1, RG-14xx, TAU8.IP) подключиться к COM-порту устройства (разъем X7, земельный контакт обозначен буквой «G»).
3. Включить питание. Нажать клавишу Esc для входа в меню загрузчика. Если устройство прошивается впервые, вход в меню загрузчика произойдет автоматически.
4. Установить IP-адрес устройства командой
5. ipconfig {IP-address}
6. где {IP-address} - желаемый IP-адрес tau1m, tau2m, rg24, rg44 (должен находиться в одной подсети с адресом tftp-сервера).
7. Запустить процесс обновления программного обеспечения устройства командой:
   tftprx {filename} {TFTP-server IP}
   где {filename} - имя файла прошивки (linux.bin),
   {TFTP-server IP} - адрес TFTP-сервера
8. По завершении процесса устройство автоматически перезагрузится.
9. После загрузки устройства выполнить перезапуск по кнопке F (удерживать 3 секунды и отпустить). Критерий: индикатор Power должен загореться красным цветом. Если перезапуск не удаётся – кнопка F не исправна, необходим ремонт.

PS: файл “linux.bin” можно взять из любого архива релизной прошивки.

Задача:

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

Решение:

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 - передается дата, время, номер и имя вызывающего абонента (поддерживается только на последних версиях ПО).

Для выполнения настроек USB-модема на TAU4-8/RG14xx необходимо сделать следующее:

• перейти в раздел «Сеть» («Network») -> «Сетевые настройки» («Network settings») и нажать ссылку «Настроить 3G/4G USB-модем» («Configure 3G/4G USB-modem»). Ссылка активна если выбран режим подключения «только беспроводное» («Wireless connection only (3G)») или «автоматически переходить на резервный канал» («Switch to reserve channel automatically»);
• Задать следующие настройки:
  • имя провайдера - произвольное;
  • активный провайдер (Active provider) – при установленном флаге данный провайдер активен;
  • имя пользователя/пароль
    • МТС
      имя пользователя - mts
      пароль доступа - mts
    • Билайн
      имя пользователя - beeline
      пароль доступа - beeline
    • Мегафон
      имя пользователя - gdata (или оставить пустым)
      пароль доступа - gdata (или оставить пустым)
    • Tele2/Yota/ U-Tel (Ростелеком)
      имя пользователя и пароль доступа оставить пустыми
    • Skylink
      имя пользователя - mobile
      пароль - internet
  • размер MTU (MTU) – максимальный размер блока данных, по умолчанию: 1492;
  • дополнительные параметры (инициализации)
    • МТС
      AT+CGDCONT=1,IP,internet.mts.ru
    • Билайн
      AT+CGDCONT=1,IP,internet.beeline.ru
      или
      AT+CGDCONT=1,IP,home.beeline.ru
    • Мегафон
      AT+CGDCONT=1,IP,internet
    • Tele2
      AT+CGDCONT=1,IP,internet.tele2.ru
    • Skylink
      AT+CGDCONT=1,IP,internet
    • Yota
      AT+CGDCONT=1,IP,yota.ru
    • U-Tel (Ростелеком)
      AT+CGDCONT=1,"IP","internet.usi.ru"

  • номер дозвона

    • МТС, Мегафон, Билайн, Tele2, Yota, U-Tel (Ростелеком)
      *99***1#  или короткий вариант *99#
    • Skylink #777

Внимание! Некоторые 4G-модемы, например, Yota One или ZTE M100-3 (MF823) устроены по принципу маршрутизатора. Поэтому для их подключения нужно выбрать протокол DHCP.

TAU1M, TAU2M, RG24xx, RG44xx

В TAU1М/2М, RG24/44 настройка USB-модемов производится в разделе "Сеть" -> "Интернет" -> "Внешняя сеть" выбрать подключение к Интернет - 3G/4G USB модем. Все остальные настройки точно такие же как для TAU8 и RG14.

При этом вы можете выбрать в параметре Мобильный провайдер имя провайдера, предоставляющего доступ к сети 3G/4G из списка одного из шести мобильных операторов (настройки каждого из них хранятся в памяти устройства), присутствующих на территории Российской Федерации: Мегафон, Билайн, МТС, Скайлинк, Теле2, Yota. Нажав на кнопку «По умолчанию» произойдёт заполнение настроек подключения параметрами выбранного провайдера.

Если настройки провайдера в Вашем регионе отличаются от предложенных, отредактируйте их в соответствии с необходимыми значениями.Если Вашего провайдера нет в списке – выберите значение «Другой» и заполните все поля в соответствии с настройками Вашего провайдера.

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

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

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

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

Причина:

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

Ограничение входящего и исходящего трафика (ширины пропускания канала) в RG24xx/44xx осуществляется с помощью инструмента traffic control (tc) из iproute2. Ограничение работает только в режиме роутера (маршрутизатора).

• Порядок первого конфигурирования устройства
• Изменение параметров
• Отключение ограничений

Порядок первого конфигурирования устройства:

1) Подключаемся к консоли шлюза RG (com/telnet/ssh)

2) Создаем локально на устройстве скрипт. Ввиду особенностей файловой системы локальный скрипт должен располагаться только в каталоге /etc/config, т.к. только содержимое этого каталога сохраняется после перезагрузки устройства:

vi /etc/config/user.sh

И копируем туда следующее:

# CLEAR
 #!/bin/sh
 tc=tc
 lan=eth1
 bw=2000kbit
 $tc qdisc del dev $lan handle ffff: ingress
 $tc filter del dev $lan parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate $bw burst 10kb drop flowid :1
 $tc qdisc del dev $lan handle 1:0 root tbf burst 20k limit 20k mtu 1514 rate $bw

# WAN--->LAN
 #!/bin/sh
 tc=tc
 lan=eth1
 bw=2000kbit
 $tc qdisc add dev $lan handle ffff: ingress
 $tc filter add dev $lan parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate $bw burst 10kb drop flowid :1

# LAN--->WAN
 #!/bin/sh
 tc=tc
 lan=eth1
 bw=8000kbit
 $tc qdisc add dev $lan handle ffff: ingress
 $tc qdisc add dev $lan handle 1:0 root tbf burst 20k limit 20k mtu 1514 rate $bw

Комментарии:

• WAN---> LAN - ограничение трафика из внешней сети (WAN) во внутреннюю (LAN). Задается параметром bw. В примере bw=2000kbit (2000кбит/с)
• LAN---> WAN - ограничение трафика из внутренней сети (LAN) во внешнюю (WAN). Так же задается параметром bw. На примере bw=8000kbit (8000кбит/с)
• lan=eth1 - выбранный интерфейс. В данном примере eth1 соответствует внешнему интерфейсу, а br0 - внутреннему. Посмотреть можно командами ifconfig и brctl show в CLI

Выходим из редактора vi с сохранением файла.

3) После создания скрипта ему необходимо назначить права на запуск командой:

chmod 777 /etc/config/user.sh

4) В устройстве серии RG-24xx/RG-44xx предусмотрена возможность через конфигурационный файл настроить запуск произвольного скрипта, в который можно поместить любую желаемую последовательность команд. Для запуска нашего скрипта в файле конфигурации создана секция настроек UserScript.

• Заходим в файл конфигурации RG:
  vi /etc/config/cfg.yaml
• Находим поле UserScript. Выставить опцию «Enable» в значение 1 для запуска скрипта. В параметре URL прописать путь к скрипту вида “File://etc/config/user.sh”. В итоге должно получиться следующее:
  UserScript:
  Enable: "1"
  URL: "File://etc/config/user.sh"

5) В этом же файле конфигурации обязательно нужно выключить опцию EnableHWAccelerate которая находится в ветке Internet.Network. Меняем значения параметра EnableHWAccelerate с «1» на «0»:

EnableHWAccelerate:"0"

6) Выходим из редактора vi с сохранением файла конфигурации. Применяем и сохраняем конфигурацию:

 reloadcfg
 save

7) Запускаем скрипт командой:

./etc/config/user.sh

На этом настройка ширины пропускания канала на RG24xx/44xx с помощью утилиты tc закончена. После перезагрузки скрипт будет запускать автоматически.

Изменение параметров:

Для изменения параметров необходимо скорректировать значение bw в файле /etc/config/user.sh или закомментировать некоторые правила.

Например, сделать ограничение только входящей связи (из внешней сети) до 5Мбит/с можно следующим образом:

 # CLEAR
 #!/bin/sh
 tc=tc
 lan=eth1
 bw=2000kbit
 $tc qdisc del dev $lan handle ffff: ingress
 $tc filter del dev $lan parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate $bw burst 10kb drop flowid :1
 $tc qdisc del dev $lan handle 1:0 root tbf burst 20k limit 20k mtu 1514 rate $bw

# WAN--->LAN
 #!/bin/sh
 tc=tc
 lan=eth1
 bw=5Mbit
 $tc qdisc add dev $lan handle ffff: ingress
 $tc filter add dev $lan parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate $bw burst 10kb drop flowid :1

# LAN--->WAN
 #!/bin/sh
 # tc=tc
 # lan=eth1
 # bw=8000kbit
 # $tc qdisc add dev $lan handle ffff: ingress
 # $tc qdisc add dev $lan handle 1:0 root tbf burst 20k limit 20k mtu 1514 rate $bw

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

./etc/config/user.sh

Отключение ограничений:

Для отключения ограничений необходимо закомментировать правила в файле /etc/config/user.sh:

# CLEAR
 #!/bin/sh
 tc=tc
 lan=eth1
 bw=2000kbit
 $tc qdisc del dev $lan handle ffff: ingress
 $tc filter del dev $lan parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate $bw burst 10kb drop flowid :1
 $tc qdisc del dev $lan handle 1:0 root tbf burst 20k limit 20k mtu 1514 rate $bw

# WAN--->LAN
 #!/bin/sh
 # tc=tc
 # lan=eth1
 # bw=5Mbit
 # $tc qdisc add dev $lan handle ffff: ingress
 # $tc filter add dev $lan parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate $bw burst 10kb drop flowid :1

# LAN--->WAN
 #!/bin/sh
 # tc=tc
 # lan=eth1
 # bw=8000kbit
 # $tc qdisc add dev $lan handle ffff: ingress
 # $tc qdisc add dev $lan handle 1:0 root tbf burst 20k limit 20k mtu 1514 rate $bw

После этого необходимо запустить скрипт командой:

./etc/config/user.sh

Так же для полного восстановления скорости передачи данных необходимо проделывать пункты 4,5,6 из первого раздела в обратном порядке (при этом отключится работа скрипта после перезагрузки устройства). Для этого необходимо:

• открыть редактирование файла /etc/config/cfg.yaml
  vi /etc/config/cfg.yaml
• выставить в разделе UserScript опцию «Enable» в значение "0":
  UserScript:
  Enable: "0"
  URL: "File://etc/config/user.sh"
• выставить параметр EnableHWAccelerate в значение "1":
  EnableHWAccelerate:"1"
• выйти из редактора vi с сохранением файла;
• применить и сохранить конфигурацию:
  reloadcfg
  save