Changes between Version 4 and Version 5 of ExamplesTdmReservedSip

Timestamp:

Feb 20, 2018, 2:47:50 PM (7 years ago)

Author:

alx

Comment:

--

ExamplesTdmReservedSip

@@ -1 @@
-[[span(style=color: #FF0000, Внимание! Статья находится в стадии создания. Информация может быть неполной и/или неточной. )]]
-
 = Пример настройки маршрутизации телефонных вызовов через сеть IP с резервированием тчерез канал ТЧ =
 
@@ -9 +7 @@
 === Дано ===
 
-Имеется два станции - А и Б. На каждой из станций установлен блок MC04-DSL-3U с платами EM-04, FS-08 и VE-01. Между станциями организована сеть IP и один или несколько каналов ТЧ с сигнализацией АДАСЭ. Плата VE-01 станции А имеет адрес 192.168.1.67, плата VE-01 станции Б - 192.168.1.68. К портам плат FS-08 подключены телефонные аппараты абонентов. На станции А абоненты имеют 3-значные номера 1xx, на станции Б - 3-значные номера 5xx. К платам EM-04 подключены межстанционные каналы ТЧ.
+Имеется два станции - А и Б. На каждой из станций установлен блок MC04-DSL-3U с платами EM-04, FS-08 и VE-01. Между станциями организована сеть IP, а также один или несколько каналов ТЧ с сигнализацией АДАСЭ. Плата VE-01 станции А имеет адрес 192.168.1.67, плата VE-01 станции Б - 192.168.1.68. К портам плат FS-08 подключены телефонные аппараты абонентов. На станции А абоненты имеют 3-значные номера 1xx, на станции Б - 3-значные номера 5xx. К платам EM-04 подключены межстанционные каналы ТЧ.
 
 === Требуется ===
 
-Необходимо организовать возможность абонентам станци А вызывать абонентов станции Б таким образом, чтобы при работающей сети IP вызовы передавались через сеть IP, а при отсутствии связи в сети IP вызовы должны передаваться через канал(ы) ТЧ.
+Необходимо организовать возможность абонентам станции А вызывать абонентов станции Б таким образом, чтобы при работающей сети IP вызовы передавались через сеть IP, а при отсутствии связи в сети IP вызовы передавались через канал(ы) ТЧ.
 
 == Конфигурация сети плат VE-01 ==
 
-Для начала на вкладке "Настройки" диалога конфигурации платы VE-01 устанавливает настройки сетевого подключения. На станции А устанавливаем IP адрес 192.168.1.67, на станции Б - адрес 192.168.1.68:
+Для начала на вкладке "Настройки" диалога конфигурации платы VE-01 устанавливаем параметры сетевого подключения. На станции А устанавливаем IP адрес 192.168.1.67, на станции Б - адрес 192.168.1.68:
 
 [[Image(ss1.jpg)]]
@@ -25 +23 @@
 == Конфигурация абонентов FXS ==
 
-На вкладке "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 должна выглядеть следующим образом:
+На вкладке "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 должна выглядеть следующим образом:
 
 [[Image(ss2.jpg)]]
@@ -37 +35 @@
 [[Image(ss3.jpg)]]
 
-После нажатия "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, и прокси-сервер направляет вызов на адрес станции Б.
+После нажатия "OK" и записи конфигурации в плату VE-01 проверим работу созданной нами конфигурации. Для этого на станции А снимем трубку любого телефонного аппарата и наберем номер 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`, и прокси-сервер направляет вызов на адрес станции Б.
 
 == Конфигурация канального окончания АДАСЭ как резервного канала ==
@@ -79 +77 @@
 [[Image(ss9.jpg)]]
 
-Как был выполнен вызов в последнем эксперименте? После набора номера 511 абонентом станции А прокси-сервер станции А получил вызов URI `sip:511@192.168.1.67`. Прокси-сервер начал выполнять поиск этого URI в таблице маршрутов. Первым был проверен маршрут с порядком 0, в результате чего был сформирован вызов URI `sip:511@192.168.1.68`. Однако из-за отстутсвия связи в сети IP этот вызов был неуспешным (прокси-сервер не получил никакого ответа от хоста 192.168.1.68). Поэтому прокси-сервер продолжил поиск совпадений в таблице маршрутов. Регулярное выражение следующего маршрута в таблице также совпало с URI `sip:511@192.168.1.67`, в результате чего был сформирован вызов URI `sip:511@127.0.0.1`.
+Как был выполнен вызов в последнем эксперименте? После набора номера 511 абонентом станции А прокси-сервер станции А получил вызов URI `sip:511@192.168.1.67`. Прокси-сервер начал выполнять поиск этого URI в таблице маршрутов. Первым был проверен маршрут с порядком 0, в результате чего был сформирован вызов URI `sip:511@192.168.1.68`. Однако из-за отсутствия связи в сети IP этот вызов был неудачным (прокси-сервер не получил никакого ответа от хоста 192.168.1.68). Поэтому прокси-сервер продолжил поиск совпадений в таблице маршрутов. Регулярное выражение следующего маршрута в таблице также совпало с URI `sip:511@192.168.1.67`, в результате чего был сформирован вызов URI `sip:511@127.0.0.1`.
 
 Так как адрес 127.0.0.1 является loopback-адресом, прокси-сервер отправляет вызов сам себе. Однако вновь полученный вызов URI `sip:511@127.0.0.1` уже не совпадает с регулярными выражениями маршрутов, и вызов передается канальным окончаниям SIP-шлюза. Вызываемый номер 511 совпадает с регулярным выражением канального окончания АДАСЭ, в результате канальное окончание АДАСЭ принимает и обслуживает наш вызов.
 
- //Примечание: для правильной работы описанной схемы резервирования требуется определенная установка конфигурационных параметров прокси-сервера в файле `/etc/repro.config` платы VE-01 станции А. А именно, параметр `ParallelForkStaticRoutes` должен быть установлен в значение `false`, а параметр `ContinueProcessingAfterRoutesFound` - в значение `true`. Именно такие значения этих параметров устанавливаются по умолчанию в платах VE-01, однако стоит в этом убедиться, если что-то все-таки работает неправильно.//
+ //Примечание: для правильной работы описанной схемы резервирования требуется определенная установка конфигурационных параметров прокси-сервера в файле `/etc/repro.config` платы VE-01 станции А. А именно, параметр `ParallelForkStaticRoutes` должен быть установлен в значение `false`, а параметр `ContinueProcessingAfterRoutesFound` - в значение `true`. Именно такие значения этих параметров установлены по умолчанию в платах VE-01, однако стоит в этом убедиться, если что-то все-таки работает неправильно.//
 
 == Дальнейшие улучшения ==