решение механизма контроля приема вызовов определяется оконечным шлюзом. Во всех остальных методах решение механизма контроля приема вызовов определяется исходящим шлюзом или контроллером шлюза. Расчет ресурсов на шлюзе На шлюзе выполняются расчеты, которые используются для принятия решения типа «да» или «нет». Разные платформы шлюза могут использовать разные алгоритмы В стандарте H.323 не прописаны ни расчеты, ни ресурсы, которые должны быть включены в расчеты.
Он просто указывает формат сообщения RAI и предписывает контроллеру шлюза остановить маршрутизацию вызовов на шлюз, который показывает невозможность принимать дальнейшие вызовы до того момента, пока шлюз не проинформирует контроллер шлюза о возможности снова обрабатывать вызовы. Для измерения доступности ресурсов для вызовов с использованием маршрутизаторов серий Cisco 2600 и 3600, алгоритмом расчета каждый вызов рассматривается как единица по следующей формуле: Каждый свободный сигнал DS0 является единицей Каждый процессор DSP высокой степени сложности считается двумя единицами.
Каждый процессор DSP средней степени сложности считается четырьмя единицами Индикация RAI рассчитывается по отдельным платформам, а не по интерфейсам T1/E1 или платам (по сетевым модулям или, в частности, по NMM-HDV, в случае использования маршрутизаторов серий Cisco 2600 и 3600). В расчет включены только сигналы DS0, проходящие по сети VoIP до коммутирующего узла. Где и как используется механизм RAI в сетях провайдеров услуг Механизм RAI является характерной чертой в сетях провайдеров услуг, которая обеспечивает услуги вызова VoIP, такие как вызовы с помощью дебитовой и кредитовой карты, и телефонные вызовы VoIP на большое расстояние. Общая структура таких сетей показана на рис. 12. Рис.
12. Топология сети провайдера услуг VoIP По всему миру существуют точки входа в сеть, в которых на стойках со шлюзами (обычно это серверы доступа Cisco AS5300) происходит подключение к сети ТфОП по каналам T1/E1 — часто каналам PRI Маршрутизация вызова управляется через несколько уровней контроллеров шлюза, как показано на рис. 12. Голосовой вызов имеет большой объем, и эти шлюзы обрабатывают только голосовой трафик, никакой трафик данных, за исключением минимума IP-маршрутизации и трафика управления сетью, не допускается.
Когда клиент на западе страны подключается к сети и набирает номер на востоке страны, контроллер шлюза на востоке должен выбрать шлюз на востоке, у которого имеется доступный ТфОП канал для прекращения вызова. В противном случае вызов не состоится. Если вызов не состоялся, исходящий шлюз должен повторить вызов, или клиент должен заново набрать номер. В любом случае нет гарантии, что снова не будет выбран такой же оконечный шлюз с переполненной мощностью. Оба сценария являются неэффективными и обеспечивают плохое качество обслуживания.
Следовательно, важно, чтобы вызовы не маршрутизировались программой управления шлюзом на оконечный шлюз, который не сможет обработать вызов не из-за ограничений IP, а из-за возможностей канала ТфОП. Вообще, вызовы могут быть сбалансированы по нагрузке между оконечными шлюзами в этой зоне контроллера шлюза. Но шлюзы