Рабочая группа MEGACO комитета IETF,
Рабочая группа MEGACO комитета IETF, продолжая исследования, направленные на усовершенствование протокола управления шлюзами, создала более функциональный (по сравнению с рассмотренным в предыдущей главе протоколом MGCP) протокол MEGACO. Но разработкой протоколов управления транспортными шлюзами, кроме комитета IETF, занималась еще и исследовательская группа SG 16 Международного союза электросвязи. Спецификации адаптированного протокола приведены в рекомендации ITU-T H.248.
Рассмотрим кратко основные особенности протокола MEGACO/ H.248. Для переноса сигнальных сообщений MEGACO/ H.2488 могут использоваться протоколы UDP, TCP, SCTP или транспортная технология ATM. Поддержка для этих целей протокола UDP – одно из обязательных требований к контроллеру шлюзов. Протокол TCP должен поддерживаться и контроллером, и транспортным шлюзом, а поддержка протокола SCTP, так же как и технологии ATM, является необязательной.
При описании алгоритма установления соединения с использованием протокола MEGACO комитет IETF опирается на специальную модель процесса обслуживания вызова, отличную от модели MGCP. Протокол MEGACO оперирует с двумя логическими объектами внутри транспортного шлюза: порт (termination) и контекст (context), которыми может управлять контроллер шлюза (рис. 3.7).
Порты являются источниками и приемниками речевой информации. Определено два вида портов: физические и виртуальные.
Физические порты, существующие постоянно с момента конфигурации шлюза, — это аналоговые телефонные интерфейсы оборудования, поддерживающие одно телефонное соединение, или цифровые каналы, также поддерживающие одно телефонное соединение и сгруппированные по принципу временного разделения каналов в тракт Е1.
Виртуальные порты, существующие только в течение разговорной сессии, являются портами со стороны IP-сети (RTP-порты), через которые ведутся передача и прием пакетов RTP.
Контекст – это отображение связи между несколькими портами, то есть абстрактное представление соединения двух или более портов одного шлюза.
В любой момент времени порт может относиться только к одному контексту, который имеет свой уникальный идентификатор. Существует особый вид контекста – нулевой. Все порты, входящие в нулевой контекст, не связаны ни между собой, ни с другими портами. Например, абстрактным представлением свободного (не занятого) канала в модели процесса обслуживания вызова является порт в нулевом контексте.
Рис. 3.7. Примеры модели процесса обслуживания вызова
Порт имеет уникальный идентификатор (TerminationID), который назначается шлюзом при конфигурации порта. Например, идентификатором порта может служить номер тракта Е1 и номер временного канала внутри тракта.
При помощи протокола MEGACO контроллер может изменять свойства портов шлюза. Свойства портов группируются в дескрипторы, которые включаются в команды управления портами.
Сведем основные характеристики протоколов IP-телефонии в одну таблицу (таблица 3.1).
| Назначение | Для IP-коммуникаций | Для IP-телефонии | Для управления транспортными шлюзами | Для сетей с BPK | |
| Архитектура | Peer-to-Peer | Peer-to-Peer | Master-Slave | Peer-to-Peer | |
| Интеллект | Рассредоточен по элементам сети | В ядре сети | В ядре сети | В ядре сети | |
| Сложность | Простой | Сложный | Простой | Сложный | |
| Масштабируемость | Высокая | Средняя | - | Средняя | |
| Тип данных | Речь, данные, видео | Речь, данные, видео | Управление передачей речи, данных | Речь и данные | |
| QoS | Поддерживается | Поддержка диффиринцированного обслуживания | Контроль QoS на уровне IP | Не требуется | |
| Адресация | Поддержка IP-адресов и имен доменов, через DNS | Поддержка IP-адресов, мультизонная, многодоменовая поддержка через привратник | Цифровая адресация терминалов пользователей, поддержка IP-адресов и имен доменов для транспортных шлюзов | Статические | |
