| 37 | | === Два режима поиска цели === |
| 38 | | |
| 39 | | Существует два режима поиска цели вызова, различающиеся поведением в случае, когда маршруты были найдены, но вызов завершился неудачей (типичный пример неудачного вызова - вызываемый абонент занят, и прокси-сервер получил ответ "486 Busy here"). Эти режимы конфигурируются чекбоксом "Прекратить поиск после нахождения маршрутов", расположенным на вкладке "Маршруты SIP" диалога конфигурации платы VE-01. По умолчанию чекбокс не отмечен, и в случае неудачного вызова прокси-сервер продолжает обработку исходного вызова, как если бы никаких совпадений в таблице маршрутов не было найдено. В описанном выше примере при вызове URI `sip:143@10.0.0.3` проски-сервер сначала в соответствии с имеющимся маршрутом отправит INVITE для URI `sip:143@10.0.0.1` в АТС1. Если же абонент 143 в АТС1 занят, и АТС1 вернет ответ "486 Busy here", прокси-сервер отправит INVITE для URI `sip:143@10.0.0.3` в АТС3, как если бы никакого маршрута в таблице маршрутов не было. |
| 40 | | |
| 41 | | Обычно такое поведение не представляет собой проблемы, так как коммутатор, получив вызов несуществующего пользователя, вернет ответ с неуспешным кодом, и вызывающий абонент все равно услышит короткие гудки. Тем не менее, если описанное выше поведение по каким-либо причинам неприемлемо, можно отметить чекбокс "Прекратить поиск после нахождения маршрутов". В этом режиме в случае нахождения маршрута дальнейший поиск цели прокси-сервером прекращается независимо от результата вызова указанного в маршруте URI. Так, в приведенном выше примере после отправки INVITE для URI `sip:143@10.0.0.1` и получения ответа "486 Busy here" прокси-сервер сразу вернет ответ "486 Busy here" вызывающему абоненту. |
| 42 | | |
| | 69 | === Два режима поиска цели === |
| | 70 | |
| | 71 | Существует два режима поиска цели вызова, различающиеся поведением в случае, когда маршруты были найдены, но вызов завершился неудачей (типичный пример неудачного вызова - вызываемый абонент занят, и прокси-сервер получил ответ "486 Busy here"). Эти режимы конфигурируются чекбоксом "Прекратить поиск после нахождения маршрутов", расположенным на вкладке "Маршруты SIP" диалога конфигурации платы VE-01. По умолчанию чекбокс не отмечен, и в случае неудачного вызова прокси-сервер продолжает обработку исходного вызова, как если бы никаких совпадений в таблице маршрутов не было найдено. |
| | 72 | |
| | 73 | Рассмотрим пример маршрутов, приведенных на следующем рисунке: |
| | 74 | |
| | 75 | [[Image(ss5.jpg)]] |
| | 76 | |
| | 77 | В данном примере при вызове номера 111 прокси-сервер последовательно направляет вызов номерам 901, 902 (если вызов номера 901 был неудачным) и 903 (если вызовы номеров 901 и 902 были неудачными). В случае, если вызовы всех трех номеров была неудачными, прокси-сервер продолжает обработку вызова номера 111, как если бы никаких маршрутов не было - при наличии при наличии пользователя SIP с номером 111 вызов будет передан ему, а при отсутствии такого пользователя вызов номера 111 будет передан шлюзу. |
| | 78 | |
| | 79 | При установленной отметке чекбокса "Прекратить поиск после нахождения маршрутов" описанное выше поведение прокси-сервера меняется. При вызове номера 111 прокси-сервер последовательно направляет вызов номерам 901, 902 (если вызов номера 901 был неудачным) и 903 (если вызовы номеров 901 и 902 были неудачными), и на этом обработка вызова прекращается. SIP-пользователи и шлюз не получат вызов даже если вызовы всех трех номеров (901, 902 и 903) завершились неудачно. Если по условию задачи требуется, чтобы вызов все-таки передавался шлюзу, необходимо добавить еще один маршрут, который явно выполняет такое перенаправление. Постарайтесь при этом не допустить создания "закольцованных" маршрутов (когда SIP сообщение снова и снова совпадает с одним и тем же маршрутом). Пример такого решения приведен на следующем рисунке: |
| | 80 | |
| | 81 | [[Image(ss6.jpg)]] |
| | 82 | |
