Speermint: стандартизированный протокол SIP-пиринга

Мэтт Власач

Новая спецификация подготавливает почву для стандартизации SIP-соединений с сетевой магистралью, оставляя ТфОП «не при деле».

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

Теперь представьте себе, что затраты на эти межофисные вызовы фактически исчезают, а плата за междугородные переговоры с другими предприятиями уменьшается. Нет, это не бухгалтерская ошибка — это результат принятого вами решения о внедрении SIP-пиринга. Разрабатываемый комитетом IETF новый стандарт обещает улучшить VoIP-коммуникации за счет использования SIP-пиринга.

Вряд ли вы незнакомы с протоколом SIP (Session Initiation Protocol) и тем мощным влиянием, которое оказало его повсеместное внедрение на конечных пользователей как дома, так и на работе. SIP-пиринг «отвечает» за взаимодействие между серверами, обеспечивая магистральную связь между сервис-провайдерами IP-телефонии (Internet Telephony Service Provider — ITSP; или, по терминологии IETF, сервис-провайдерами голосовой связи (Voice Service Providers — VSP)) и корпоративными пользователями. Все соединения организуются исключительно по протоколу IP, при этом используются сети предприятий или Интернет и никогда не задействуется требующая оплаты трафика сеть ТфОП.

Хотя SIP-пиринг имеет такие преимущества, как привлекательная стоимость и гибкость использования, этой технологии присущи те же недостатки, что и IP-телефонии в целом. Несмотря на то что магистральный пиринг достаточно надежен, обеспечиваемый им сервис, осуществляемый поверх сети с коммутацией пакетов, особенно поверх сети Интернет, более сильно подвержен перебоям в работе по сравнению с традиционными сетями с коммутацией каналов. Кроме того, обеспечение безопасной передачи трафика между узлами SIP-пиринга требует применения совместимых технологий безопасности, в противном случае вызовы становятся либо невозможными, либо небезопасными. Группа комитета IETF по разработке стандарта SIP-пиринга Speermint (Session Peering for Multimedia Interconnect) стремится к тому, чтобы устранить эти недостатки.

Большие возможности

В идеале хорошо было бы объединить в пиринговую сеть все ваши офисы и как можно больше организаций, с которыми вы постоянно взаимодействуете, — таким образом будет исключена ваша зависимость от ТфОП и ваши расходы существенно снизятся. В своем стремлении облегчить эту задачу такие компании, как Kayote Networks, Stealth Communications и XConnect Global Networks, стараются вовлечь как можно больше членов в свои SIP-«федерации». При этом, чтобы обеспечить определенный уровень совместимости их средств безопасности и гарантированного качества обслуживания (Quality of Service — QoS), от всех игроков они требуют соблюдения единых правил.

Что касается организаций или провайдеров, которые не могут технически обосновать свое присоединение к федерации, группа Speermint предоставляет серию методик (Best Known Methods — BKMs), описывающих методологию управления коммуникациями реального времени в пиринговых сетях.

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

Чтобы SIP-пиринг действительно не зависел от типа сети, группа Speermint задействует прикладные уровни (пятый и вышележащие) модели OSI. Это позволяет ей создавать достаточно обобщенные модели пиринга, отвечающие ее задачам независимо от типа транспортной сети, будь то соединение DSL или канал OC-48. Возможно, сегодня такое допущение является слишком оптимистичным, поскольку между этими двумя технологиями существуют значительные различия (например, в отношении алгоритмов QoS). Группа признает данный факт и, возможно, в будущем пересмотрит свою концепцию реализации SIP-пиринга, включив в протокол SIP поддержку механизмов QoS и управления трафиком и пропускной способностью (Traffic-Engineering — TE).

На момент написания статьи группа Speermint выпустила пять «Рабочих документов Интернета» (Internet Drafts), описывающих базовые принципы SIP-пиринга. Фактически, с целью решения стоящих перед группой Speermint задач названными документами расширяются уже имеющиеся стандарты SIP. Примечательно, что два из этих документов описывают логическое группирование пиринговых функций и последующих этапов передачи потоков сообщений.

Посвященный передаче потоков сообщений Рабочий документ определяет фазы обнаружения, согласования политики и параметров безопасности сеансов SIP, предусматривающие взаимный обмен сообщениями и принятие соглашений между узлами пиринга до обмена SIP-сигналами и установления соединения. Эти дополнительные этапы являются первыми шагами на пути к созданию динамических политик, конфигурируемых системными администраторами для множества узлов SIP-пиринга.

Хотя протокол Speermint может обеспечить тот же самый уровень защиты и надежности SIP-пиринга, что и SIP-федерации, не надейтесь на то, что провайдеры и предприятия создадут свои собственные сообщества пиринга. Предоставляемая такими федерациями, как VPF, частная инфраструктура обеспечивает дополнительный уровень безопасности и пропускной способности, чего сети общего пользования обеспечить просто не способны. Тем не менее можно ожидать, что уже в ближайшие годы появятся крупные открытые сообщества пиринга, поддерживающие протокол Speermint, к которым смогут присоединиться все остальные компании..