2. Протокол взаимодействия sip

SIP (англ. Session Initiation Protocol — протокол установления сессии) — стандарт на способ установления и завершения пользовательского интернет-сеанса, включающего обмен мультимедийным содержимым (видео- и аудиоконференция, мгновенные сообщения, онлайн игры).

В модели взаимодействия открытых систем SIP является сетевым протоколом прикладного уровня.

Протокол описывает, каким образом клиентское приложение (например, софтфон) может запросить начало соединения у другого, возможно, физически удалённого клиента, находящегося в той же сети, используя его уникальное имя. Протокол определяет способ согласования между клиентами об открытии каналов обмена на основе других протоколов, которые могут использоваться для непосредственной передачи информации (например, RTP). Допускается добавление или удаление таких каналов в течение установленного сеанса, а также подключение и отключение дополнительных клиентов (то есть допускается участие в обмене более двух сторон — конференц-связь). Протокол также определяет порядок завершения сеанса.

3. Протокол iax2.

IAX2 — (Inter-Asterisk eXchange protocol — вторая версия) протокол разработанный компанией Digium, специально для Asterisk, как альтернативный протокол.

IAX2 разработан так, что бы использовать один порт для передачи голоса и сигнализации. Это связано с тем, что при использовании SIP и H.323 двух портов для голоса и сигнализации при длительнои молчании одного абонента брандмакер закрывал порт сигнализации (так как по нему не шли пакеты) и, когда молчавший начинал говорить, то сигнализация не проходила через закрытый порт, а соответственно и его не было слышно собеседнику.

В связи с тем, что IAX2 передает сигнальную информацию в битовых полях, а не текстом, совмещение множества голосовых потоков и передача их внутри единого транка, позволяет существенно снижать сетевой трафик.

Вместо разбора текстовых команд IAX использует двоичные данные. Ответы по протоколу IAX отсылаются обратно, откуда бы ни пришли пакеты. IAX передает аудиопакеты лишь с 4 байтами заголовков в каждом, поэтому команды используют очень малую полосу пропускания. Для множества звонков IAX уменьшает объем служебной информации каждого канала, комбинируя данные нескольких каналов в один пакет. Протокол снижает не только число заголовков, но и число пакетов, что особенно важно для беспроводных сетей.

4. Протокол mgcp.

MGCP - протокол связи в распределённых VoIP системах передачи голоса по протоколу IP.

Основная идея протокола MGCP состоит в том, что управление сигнализацией (Call Control) сосредоточено на центральном управляющем устройстве, называемом контроллером сигнализаций (Call Agent, CA), и полностью отделено от медиапотоков (bearer). Эти потоки обрабатываются «тупыми» шлюзами или абонентскими терминалами, которые способны исполнять лишь ограниченный набор команд, исходящих от управляющего устройства. Архитектура протокола MGCP-сети также очень проста, в ней выделяются два функциональных компонента. Первый может быть представлен шлюзом или IP-телефоном, а второй - устройством управления вызовами, которое может называться контроллером сигнализаций, контроллером шлюза или программным контроллером. Иногда контроллер сигнализаций представляют в виде двух компонентов - собственно контроллера, выполняющего функции управления шлюзами, и шлюза сигнализации обеспечивающего обмен сигнальной информацией и согласование между традиционной телефонной сетью и сетью IP.

Контроллеры обмениваются со шлюзами (или IP-телефонами) данными в простом текстовом формате, а функциональное назначение каждого шлюза определяется набором команд, которые он «понимает». Манипулируя наборами команд, можно получать специализированные шлюзы: транковые, абонентские, шлюзы доступа и т. д.

Контроллер сигнализаций воспринимает сеть как набор двух логических элементов - устройств и соединений между ними. Устройства могут быть физическими (например, IP-телефоны или линии на шлюзах) или виртуальными (например, линии к серверам голосовых сообщений). Соединения могут быть ориентированы на передачу голоса, факс-сообщений или данных. Управление этими элементами, т. е. организация соединений между устройствами, происходит путем посылки команд в виде текстовых (ASCII) сообщений по протоколу UDP - при этом может использоваться уже знакомый нам протокол SDP. Как правило, управляющие воздействия контроллера сигнализации инициируются какими-то событиями.

Простейший сценарий соединения в концепции MGCP будет выглядеть следующим образом. Пользователь телефона, подключенного к MGCP-шлюзу, снимает трубку, после чего шлюз сообщает контроллеру об этом событии, а контроллер сигнализации дает команду шлюзу включить в телефонную линию сигнал готовности. Теперь пользователь слышит в трубке непрерывный гудок. Набор телефонного номера - тоже последовательность событий для контроллера. Анализируя эти события, контроллер сигнализации может установить соединение с другим абонентом в IP-сети или в телефонной сети. Централизованная обработка сигнализации дает возможность контроллеру прозрачно транслировать сигнализацию SS7 или ISDN из телефонной сети в IP-сеть и, наоборот, получать соответствующие сигнальные сообщения, упакованные в IP-пакеты, а затем анализировать их и манипулировать голосовыми каналами на шлюзах.