Changes between Version 10 and Version 11 of FunctionsSipRouting


Ignore:
Timestamp:
Nov 27, 2024, 12:14:01 PM (3 weeks ago)
Author:
san
Comment:

уточнил комментарий к примеру ss6.jpg

Legend:

Unmodified
Added
Removed
Modified
  • FunctionsSipRouting

    v10 v11  
    7777В данном примере при вызове номера 111 прокси-сервер последовательно направляет вызов номерам 901, 902 (если вызов номера 901 был неудачным) и 903 (если вызовы номеров 901 и 902 были неудачными). В случае, если вызовы всех трех номеров была неудачными, прокси-сервер продолжает обработку вызова номера 111, как если бы никаких маршрутов не было - при наличии при наличии пользователя SIP с номером 111 вызов будет передан ему, а при отсутствии такого пользователя вызов номера 111 будет передан шлюзу.
    7878
    79 При установленной отметке чекбокса "Прекратить поиск после нахождения маршрутов" описанное выше поведение прокси-сервера меняется. При вызове номера 111 прокси-сервер последовательно направляет вызов номерам 901, 902 (если вызов номера 901 был неудачным) и 903 (если вызовы номеров 901 и 902 были неудачными), и на этом обработка вызова прекращается. SIP-пользователи и шлюз не получат вызов даже если вызовы всех трех номеров (901, 902 и 903) завершились неудачно. Если по условию задачи требуется, чтобы вызов все-таки передавался шлюзу, необходимо добавить еще один маршрут, который явно выполняет такое перенаправление. Постарайтесь при этом не допустить создания "закольцованных" маршрутов (когда SIP сообщение снова и снова совпадает с одним и тем же маршрутом). Пример такого решения приведен на следующем рисунке:
     79При установленной отметке чекбокса "Прекратить поиск после нахождения маршрутов" описанное выше поведение прокси-сервера меняется. При вызове номера 111 прокси-сервер последовательно направляет вызов номерам 901, 902 (если вызов номера 901 был неудачным) и 903 (если вызовы номеров 901 и 902 были неудачными), и на этом обработка вызова прекращается. SIP-пользователи и шлюз не получат вызов даже если вызовы всех трех номеров (901, 902 и 903) завершились неудачно. Если по условию задачи требуется, чтобы вызов все-таки передавался шлюзу, необходимо добавить еще один маршрут, который явно выполняет такое перенаправление. Постарайтесь при этом не допустить создания "закольцованных" маршрутов (когда SIP сообщение снова и снова совпадает с одним и тем же маршрутом). Пример корректного решения без "закольцования" приведен на следующем рисунке:
    8080
    8181[[Image(ss6.jpg)]]