| 17 | == Конфигурация сети плат VE-01 == |
| 18 | |
| 19 | Для начала на вкладке "Настройки" диалога конфигурации платы VE-01 устанавливает настройки сетевого подключения. На станции А устанавливаем IP адрес 192.168.1.67, на станции Б - адрес 192.168.1.68: |
| 20 | |
| 21 | [[Image(ss1.jpg)]] |
| 22 | |
| 23 | Здесь же устанавливаем режим канальной платы. |
| 24 | |
| 25 | == Конфигурация абонентов FXS == |
| 26 | |
| 27 | На вкладке "SIP окончания" диалога конфигурации плат VE-01 станций А и Б создаем по три канальных окончания FXS с номерами каналов 1, 2 и 3. При этом окончаниям станции А назначаем URI 411@192.168.1.67, 412@192.168.1.67 и 413@192.168.1.67, а окончаниям станции Б - 511@192.168.1.68, 512@192.168.1.68 и 513@192.168.1.68. В остальных конфигурационных параметрах канальных окончаний можно оставить значения по умолчанию. В результате таблица канальных окончаний SIP должна выглядеть следующим образом: |
| 28 | |
| 29 | [[Image(ss2.jpg)]] |
| 30 | |
| 31 | Теперь в таблице коммутации блоков необходимо соединить каналы 1, 2 и 3 плат VE-01 с каналами плат FS-08, используемых для подключения телефонных аппаратов абонентов. |
| 32 | |
| 33 | == Создание маршрута для вызовов через сеть IP == |
| 34 | |
| 35 | Настало время дать абонентам станции А возможность вызывать абонентов станции Б. Для начала создаем маршрут, направляющий вызовы абонентов станции Б на станцию Б через сеть IP. Для этого на вкладке "Маршруты SIP" конфигурации платы VE-01 станции А добавляем маршрут с параметрами, показанными на рисунке: |
| 36 | |
| 37 | [[Image(ss3.jpg)]] |
| 38 | |
| 39 | После нажатия "OK" и записи конфигурации в плату VE-01 проверим работу созданной нами конфигурации. Для этого на станции А снимам трубку телефонного аппарата 411 и наберем номер 511. Телефонный аппарат 511 на станции Б должен зазвенеть. Работает это следующим образом. После набора номера 511 на телефонной аппарате станции А канальное окончание FXS платы VE-01 формирует URI, на который направляет вызов, добавляя к набранному номеру "511" свой собственный домен "192.168.1.67". В результате получается URI `511@192.168.1.67`. Вызов этого URI передается прокси-серверу платы. Прокси-сервер ищет совпадение вызываемого URI с регулярным выражением маршрута в таблице маршрутизации. Так как URI `511@192.168.1.67` совпадает с резулярным выражением созданного нами маршрута, вызываемый URI заменяется значением поля "Замена URI" маршрута, при этом вместо "\1" подставляется значение группы "(5..)" регалярного выражения. В результате замены получается URI 511@192.168.1.68, и прокси-сервер направляет вызов на адрес станции Б. |
| 40 | |
| 41 | == Конфигурация канального окончания АДАСЭ как резервного канала == |
| 42 | |
| 43 | На вкладке "SIP окончания" диалога конфигурации плат VE-01 станций А и Б создаем канальное окончание АДАСЭ. При этом на станции А присваиваем ему SIP URI с доменом 192.168.1.67, на станции Б - с доменом 192.168.1.68. Имя пользователя SIP URI в данном случае значения не имеет, но оно не должно совпадать ни с одним из существующих номеров. На станции А дополнительно устанавливаем конфигурационный параметр "Рег. выражение вызова" в значение "^5..$", что разрешит канальному окончанию принимать вызовы номеров станции Б. В остальных конфигурационных параметрах можно оставить значения по умолчанию: |
| 44 | |
| 45 | [[Image(ss4.jpg)]] |
| 46 | |
| 47 | Теперь в таблице коммутации блоков необходимо соединить канал только что созданного канального окончания АДАСЭ платы VE-01 с каналом порта платы EM-04, используемым для подключения межстанционного канала ТЧ. |
| 48 | |
| 49 | == Создание маршрута для резервирования через канал ТЧ == |
| 50 | |
| 51 | Теперь добавим маршрут, благодаря которому будет осуществляться резервная связь через канал ТЧ в случае отсутствия связи через сеть IP. Для этого на вкладке "Маршруты SIP" конфигурации платы VE-01 станции А добавим маршрут с параметрами, изображенными на рисунке: |
| 52 | |
| 53 | [[Image(ss5.jpg)]] |
| 54 | |
| 55 | Обратите внимание, что в отличие от маршрута, созданного нами ранее, поле "Порядок" имеет значение 1, так как нам важен порядок, в котором прокси-сервер будет проверять маршруты в таблице. |
| 56 | |
| 57 | //Примечание: текущая версия веб-интерфейса блока MC04-DSL-3U не позволяет создать два маршрута с одним и тем же регулярным выражением. Чтобы обойти это ограничение, регулярное выражение было изменено, но так чтобы, тем не менее, сохранить его смысл - с регулярным выражением должны совпадать вызовы номеров 5XX, принадлежащих станции Б. В будущем данное ограничение веб-интерфейса планируется устранить.// |
| 58 | |
| 59 | В поле "Замена URI" создаваемого маршрута в качестве домена указан адрес loopback-интерфейса 127.0.0.1, в результате чего вызов, совпадающий с регулярным выражением этого маршрута, будет снова направлен в свою собственную плату. |
| 60 | |
| 61 | == Проверка работы резервирования связи через канал ТЧ == |
| 62 | |
| 63 | После добавления второго маршрута и записи конфигурации в плату VE-01 на станции А поставленная задача решена. Теперь осталось проверить работу созданной конфигурации и убедиться, что вызовы проходят как при наличии, так и при отсутствии связи через сеть IP. |
| 64 | |
| 65 | Для начала еще раз проверим, что при наличии связи в сети IP вызовы выполняются по сети IP. Для этого с любого телефонного аппарата станции А вызовем номер абонента станции Б. |