| 80 | |
| 81 | Как был выполнен вызов в последнем эксперименте? После набора номера 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`. |
| 82 | |
| 83 | Так как адрес 127.0.0.1 является loopback-адресом, прокси-сервер отправляет вызов сам себе. Однако вновь полученный вызов URI `sip:511@127.0.0.1` уже не совпадает с регулярными выражениями маршрутов, и вызов передается канальным окончаниям SIP-шлюза. Вызываемый номер 511 совпадает с регулярным выражением канального окончания АДАСЭ, в результате канальное окончание АДАСЭ принимает и обслуживает наш вызов. |
| 84 | |
| 85 | //Примечание: для правильной работы описанной схемы резервирования требуется определенная установка конфигурационных параметров прокси-сервера в файле `/etc/repro.config` платы VE-01 станции А. А именно, параметр `ParallelForkStaticRoutes` должен быть установлен в значение `false`, а параметр `ContinueProcessingAfterRoutesFound` - в значение `true`. Именно такие значения этих параметров устанавливаются по умолчанию в платах VE-01, однако стоит в этом убедиться, если что-то все-таки работает неправильно.// |
| 86 | |
| 87 | == Дальнейшие улучшения == |
| 88 | |
| 89 | Описанное выше решение поставленной задачи дано как иллюстрация использования маршрутов SIP. В нем намеренно опущены некоторые несущественные для понимания сути решения моменты, которые, однако, в реальной жизни бывают полезны. Поэтому, хотя сделанная конфигурация полностью решает поставленную задачу, она может быть дополнительно улучшена. |
| 90 | |
| 91 | === Регулярное выражение номера канальных окончаний FXS === |
| 92 | |
| 93 | Полезно установить канальным окончаниям FXS конфигурационный параметр "Рег. выражение номера" чтобы вызов выполнялся сразу после набора нужного числа цифр. Это сократит ожидание абонентом соединения, которое в случае отсутствия связи по сети IP и без того значительное. В простейшем случае, если все набираемые номера состоят из трех цифр, параметру "Рег. выражение номера" можно установить значение "..." (три точки). |
| 94 | |
| 95 | === Регулярное выражение набора канального окончания АДАСЭ === |
| 96 | |
| 97 | Канальное окончание АДАСЭ станции Б принимает из канала номер вызываемого абонента. При этом критерием окончания номера является таймаут, что вносит свой вклад в общую задержку установки соединения. Так как известно, что номера станции Б 3-значные, полезно установить канальному окончанию АДАСЭ станции Б конфигурационный параметр "Рег. выражение набора" в значение "...". |