могут характеризоваться различными уровнями возможностей каналов T1/E1 и, при балансировании нагрузки, на одном шлюзе может оказаться меньше ресурсов, чем на другом. В такой ситуации использование RAI является обязательным, поэтому перегруженный оконечный шлюз может отправить контроллеру шлюза сигнал о том, что он занят и не может больше принимать вызовы. Где и как используется механизм RAI в корпоративных сетях Вообще, механизм RAI в корпоративных сетях применяется меньше, чем в сетях провайдеров услуг, где часто встречается всего один шлюз на каждом узле, как показано на рис. 13.
Это почти всегда так для большого количества небольших узлов, которые соединяются с намного меньшим числом больших узлов в обычной корпоративной сети. Даже на больших узлах могут быть множество каналов T1/E1 до подключенной офисной АТС, но редко — множество шлюзов. Рис. 13. Топология корпоративной VoIP сети Если только один шлюз может завершить вызов вызванному пользователю (где вызванным пользователем является определенная АТС и определенный шлюз в сети), то механизм RAI не обеспечивает логику сети, которая уже недоступна. При отсутствии альтернативного шлюза для обработки излишних вызовов вызов всегда не удается каждый раз, когда оконечный шлюз занят.
Кроме того, в корпоративных сетях вероятность перегрузки обычно выше в IP-скоплениях, чем в множестве оконечных POTS каналах. В сетях провайдеров услуг, которые обсуждались ранее, перегрузки чаще встречаются в оконечных каналах POTS, чем в IP-скоплениях. Несмотря на эти ограничения, механизм RAI все же можно использовать в корпоративных сетях при условии, что соединения шлюз- АТС на удаленных узлах являются каналами T1/E1. Если оконечный шлюз занят, вместо выбора альтернативного шлюза запустится механизм ТфОП маршрутизации, как в случае с сетями провайдеров услуг.
Операция RAI Обсуждения того, где и как используется механизм RAI в сетях провайдеров услуг и предприятий четко показывают, что этот механизм наиболее полезен в ситуациях, когда множественные оконечные шлюзы могут связаться с одним телефонным номером (вызванным). Тем не менее, механизм RAI имеет значение в любой ситуации, где есть желание помешать маршрутизации вызова на шлюз, на котором нет возможностей POTS завершить вызов. При получении контроллером шлюза сообщения о недоступности RAI от шлюза, контроллер удаляет шлюз из алгоритма выбора шлюза для телефонных номеров, которые этот шлюз могли бы нормально завершить.
После сообщения механизма RAI о доступности, полученного позже, этот шлюз будет возвращен алгоритму выбора шлюза в контроллере шлюза. Механизм RAI является необязательной функцией H.323. Следовательно, при развертывании сети важно убедиться, что и рассматриваемый шлюз, и контроллер шлюза поддерживают эту возможность. Контроллеры шлюза Cisco поддерживают RAI, поддержка RAI шлюзами Cisco подробно описана в последующих разделах данного документа. Конфигурация RAI Механизм RAI на шлюзе настроен на высокий и низкий порог, как показано на рис. 14.
Если использование ресурса по алгоритму расчета, указанному ранее, превышает высокий порог (значение в процентах), на контроллер шлюза отправляется сообщение о недоступности RAI. Если доступность ресурса падает ниже нижнего порога, на контроллер шлюза отправляется сообщение о доступности RAI. Для предотвращения запаздывания по причине появления или разрыва соединения одного вызова необходимо сдвинуть процентное значение верхнего и нижнего порога в настройках.