Сопряжение сетей

К сопряжению мы решили отнести такие функции SBC, как согласование систем сигнализации, используемых в соседних VoIP-сетях, и согласование формата передачи данных. Являясь, по сути, прокси-сервером для сигнального и пользовательского трафика, SBC может в реальном времени преобразовывать пере­даваемые пакеты, согласуя их с требованиями обеих сторон. До сих пор наиболее распространенным протоколом в сетях VoIP является рассмотренный в главе 5 протокол H.323. К сожалению, несовмес­тимость оборудования разных производителей, работающего по этому протоколу (вернее, по стеку протоколов), - это сегодня ско­рее правило, чем исключение. К тому же, согласно представленным в главах 4 и 5 соображениям, доминирование H.323 в ближайшем будущем сменится доминированием протокола SIP, что ставит се­годня задачу обеспечить взаимодействие сетей, использующих разные версии систем сигнализации H.323 и SIP. Будучи постоян­но развивающимся протоколом, SIP тоже нуждается в средствах, обеспечивающих взаимодействие его разных реализаций. Таким образом, сопряжение сигнальных протоколов является одной из важнейших задач SBC. Помимо поддержки H.323 и SIP, практически все SBC поддерживают MGCP и/или H.248/Megaco, однако их со­гласование в SBC обычно не требуется.

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

Еще одной важной задачей сопряжения становится преобразо­вание версий протокола IP. Подавляющее большинство IP-сетей сейчас использует версию 4 протокола IP, а широкомасштабное внедрение версии 6 уже довольно долго откладывается, и не пос­ледней причиной этого является сложность организации взаимо­действия IPv6 с сетями IPv4.

Появление рассматриваемой в главе 11 архитектуры IMS, в ко­торой предусмотрено применение IPv6, может послужить катали­затором перехода к новой версии, но для того чтобы эволюция совершалась плавно, незаменимой становится способность SBC к преобразованию IP-заголовков. Даже если SBC имеет распре­деленную архитектуру, SBC-SIG переписывает SDP данные в сиг­нальных сообщениях таким образом, что пользовательский трафик обязательно пройдет через тот SBC-MEDIA, который как раз и от­вечает за сопряжение по пользовательскому трафику. Описанное выше преобразование версий протокола IP выполняется в отноше-

18. Б.С. Гольдштейн

нии не только трафика сигнализации, но и трафика данных. Обычно в SBC-MEDIA используются отдельные сетевые процессоры для сопряжения по трафику и программируемые аппаратные пакетные фильтры, выполняющие преобразование IP-заголовков. Поскольку речевой трафик в IP-сетях передается по протоколу RTP, каждый SBC-MEDIA поддерживает RTP и RTCP и представляет собой RTP- прокси. Для проходящего речевого трафика SBC может выполнять согласование речевых кодеков. Повсеместно поддерживаются та­кие кодеки, как G.711 и G.729, но обычно используются и другие ко­деки. SBC может не выполнять транскодирование самостоятельно, и в случае, когда оно требуется, должен маршрутизировать трафик к сетевому транскодеру.

Недостатком многих начальных SBC решений было отсутствие возможности передачи по IP факсимильной информации. Дело в том, что при передаче факса по IP не используется протокол RTP. Сегодня SBC поддерживают два способа передачи факса: способ, описанный в рекомендации ITU T.38, и способ Fax Relay, разрабо­танный компанией Cisco. Согласно T.38, данные факса могут пере­даваться с использованием либо работающего поверх UDP прото­кола UDP-TL, либо протокола TCP. Сигнальными протоколами, со­гласно T.38, могут быть H.323, SIP и H.248, причем в последних двух случаях требуется поддержка соответствующих расширений SDP, позволяющих приложениям согласовать параметры, относящиеся к факсимильной передаче. Шифрование трафика также может стать препятствием при взаимодействии сетей. Говоря о безопасности сети, мы уже указывали на способность SBC шифровать пользо­вательский трафик; притом SBC может поддерживать несколько схем шифрования и обеспечивать двустороннее преобразование. Эта функция оказалась востребованной при внедрении сетей 3G на базе IMS, в которых обязательно использование защиты IPSec. До­пустим, оператор проводной VoIP-связи использует протокол TLS (Transport Layer Security) для обеспечения безопасности сигналь­ной информации, а пользовательские данные вообще не защище­ны. В задачу SBC будет входить переход с одной системы защиты на другую.