Context Navigation

← Previous Change
Wiki History
Next Change →

Changes between Version 14 and Version 15 of ExamplesTdmReservedSip

Timestamp:: Sep 10, 2021, 11:22:51 AM (3 years ago)
Author:: alx
Comment:: Пример скорректирован с учетом возможности создания двух маршрутов с одинаковыми регулярными выражениями, а также чекбокса "Прекратить поиск после нахождения маршрутов".

Legend:

: Unmodified
: Added
: Removed
: Modified

ExamplesTdmReservedSip

-              v14
+              v15
 == Создание маршрута для вызовов через сеть IP ==
 Настало время дать абонентам станции А возможность вызывать абонентов станции Б. Для начала создаем маршрут, направляющий вызовы абонентов станции Б на станцию Б через сеть IP. Для этого на вкладке "Маршруты SIP" конфигурации платы VE-01 станции А добавляем маршрут с параметрами, показанными на рисунке:
+Настало время дать абонентам станции А возможность вызывать абонентов станции Б. Для этого создадим маршрут, направляющий вызовы абонентов станции Б на станцию Б через сеть IP. Для этого на вкладке "Маршруты SIP" конфигурации платы VE-01 станции А добавляем маршрут с параметрами, показанными на рисунке:
 [[Image(ss3.jpg)]]
 …
 Теперь в таблице коммутации блоков необходимо соединить каналы только что созданных канальных окончаний АДАСЭ плат VE-01 с каналами портов плат EM-04, используемыми для подключения межстанционных каналов ТЧ.
-== Создание маршрута для резервирования через канал ТЧ ==
-Добавим маршрут, благодаря которому будет осуществляться резервная связь через канал ТЧ в случае отсутствия связи через сеть IP. Для этого на вкладке "Маршруты SIP" конфигурации платы VE-01 станции А добавим маршрут с параметрами, изображенными на рисунке:
-[[Image(ss5.jpg)]]
-Обратите внимание, что в отличие от маршрута, созданного нами ранее, поле "Порядок" имеет значение 1, так как нам важен порядок, в котором прокси-сервер будет проверять маршруты в таблице.
- //Примечание: используемый платой VE-01 прокси-сервер не позволяет создать несколько маршрутов с одним и тем же регулярным выражением. Чтобы обойти это ограничение регулярное выражение было изменено таким образом, чтобы, тем не менее, сохранить его смысл - с регулярным выражением должны совпадать вызовы номеров 5XX, принадлежащих станции Б.//
-В поле "Замена URI" создаваемого маршрута в качестве домена указан адрес loopback-интерфейса 127.0.0.1, в результате чего вызов, совпадающий с регулярным выражением этого маршрута, будет снова направлен в свою собственную плату.
-После добавления маршрута таблица маршрутов должна выглядеть так:
-[[Image(ss6.jpg)]]
 == Проверка работы резервирования связи через канал ТЧ ==
+После добавления второго маршрута и записи конфигурации в плату VE-01 на станции А поставленная задача решена. Теперь осталось проверить работу созданной конфигурации и убедиться, что вызовы проходят как при наличии, так и при отсутствии связи через сеть IP.
+Для того чтобы настроенный нами канал ТЧ работал как резервный, необходимо убедиться, что на вкладке "Маршруты SIP" платы VE-01 станции А чекбокс "Прекратить поиск после нахождения маршрутов" не отмечен:
+[[Image(ss10.jpg)]]
+При необходимости снимаем отметку чекбокса и записываем конфигурацию в плату VE-01 на станции А. Теперь осталось проверить работу созданной конфигурации и убедиться, что вызовы проходят как при наличии, так и при отсутствии связи через сеть IP.
 Для начала еще раз проверим, что при наличии связи в сети IP вызовы выполняются по сети IP. Для этого с любого телефонного аппарата станции А вызовем номер абонента станции Б. После установки соединения откроем вкладку "SIP окончания" конфигурации платы VE-01 любой из станций и убедимся, что канальное окончание АДАСЭ свободно:
 …
 [[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 в таблице маршрутов, в результате чего был сформирован вызов URI `sip:511@192.168.1.68`. Однако из-за отсутствия связи в сети IP этот вызов был неудачным (прокси-сервер не получил никакого ответа от хоста 192.168.1.68). Поэтому прокси-сервер продолжил обслуживание вызова обычным порядком, отправив его в шлюз. Вызываемый номер 511 совпадает с регулярным выражением канального окончания АДАСЭ, в результате канальное окончание АДАСЭ принимает и обслуживает наш вызов.
+Так как адрес 127.0.0.1 является loopback-адресом, прокси-сервер отправляет вызов сам себе. Однако вновь полученный вызов URI `sip:511@127.0.0.1` уже не совпадает с регулярными выражениями маршрутов, и вызов передается канальным окончаниям SIP-шлюза. Вызываемый номер 511 совпадает с регулярным выражением канального окончания АДАСЭ, в результате канальное окончание АДАСЭ принимает и обслуживает наш вызов.
+== Если нельзя снять отметку чекбокса "Прекратить поиск после нахождения маршрутов" ==
+Возможны ситуации, когда снять отметку чекбокса "Прекратить поиск после нахождения маршрутов" нельзя - например прекращение поиска при нахождении маршрута требуется в каких-то других сценариях вызовов, при использовании других маршрутов. В этом случае мы можем добавить явный маршрут для передачи вызова в резервный канал ТЧ, как показано на следующем рисунке:
+[[Image(ss5.jpg)]]
+Обратите внимание, что в отличие от маршрута, созданного нами ранее, поле "Порядок" имеет значение 1, так как нам важен порядок, в котором прокси-сервер будет проверять маршруты в таблице. В поле "Замена URI" создаваемого маршрута в качестве домена указан адрес loopback-интерфейса 127.0.0.1, в результате чего вызов, совпадающий с регулярным выражением этого маршрута, будет снова направлен в свою собственную плату.
+После добавления маршрута таблица маршрутов должна выглядеть так:
+[[Image(ss6.jpg)]]
+При вызове первым будет проверен маршрут с порядком 0, и вызов будет направлен хосту 192.168.1.68. После того как вызов хоста 192.168.1.68 закончится неудачно, прокси-сервер проверит маршрут с порядком 1, в результате чего будет сформирован вызов URI `sip:511@127.0.0.1`.
+Так как адрес 127.0.0.1 является loopback-адресом, прокси-сервер отправляет вызов сам себе. Однако вновь полученный вызов URI `sip:511@127.0.0.1` уже не совпадает с регулярными выражениями маршрутов, и вызов будет передан канальным окончаниям SIP-шлюза.
 == Дальнейшие улучшения ==