# SIP-транкинг и пограничный контроллер сессий

> SIP-транк — это виртуальное соединение, несущее голос поверх IP между телефонной системой и оператором, заменяющее физические транки PRI/TDM. Пограничный контроллер сессий (SBC) находится на границе сети SIP, чтобы защитить её, скрыть внутреннюю топологию, решить обход NAT (с STUN/TURN/ICE) и контролировать, какие сессии допускаются.

- Канонический URL: https://www.broadnet.me/ru/reference/sip-trunking-and-sbc
- Язык: ru
- Последнее обновление: 2026-07-18
- Издатель: BroadNet (https://www.broadnet.me)

Что такое SIP-транк и роль пограничного контроллера сессий (SBC): обход NAT с STUN/TURN/ICE, сокрытие топологии через B2BUA, безопасность и контроль допуска на границе сети и транскодирование.

## Что такое SIP-транк

SIP-транк заменяет физический телефонный транк (ISDN PRI или TDM-цепь) сессией SIP поверх IP-соединения между корпоративной телефонной системой (IP-УАТС) и провайдером интернет-телефонии или оператором. Он несёт одновременные вызовы как сигнализацию SIP с медиа поверх RTP, масштабируясь выделением каналов, а не прокладкой меди. SIP-транкинг — это то, как организации подключают свой голос к PSTN поверх IP и как операторы соединяют голос между сетями.

## Проблема NAT

SIP и SDP встраивают IP-адреса и порты внутрь своих сообщений — заголовок Contact, Via и строки SDP c= и m=. Когда конечная точка находится за NAT, эти встроенные адреса — её частные, немаршрутизируемые извне, поэтому сигнализация может соединиться, тогда как медиа некуда идти — классический симптом одностороннего звука или его отсутствия. Решение означает обнаружение и объявление публичного адреса/порта, который NAT фактически использует, для чего и предназначены STUN, TURN и ICE.

*Строительные блоки обхода NAT*

| Механизм | RFC | Роль |
|---|---|---|
| STUN | RFC 8489 | Определить публичный IP/порт, который NAT назначает конечной точке |
| TURN | RFC 8656 | Ретрансляция медиа через сервер при сбое прямых путей (симметричный NAT) |
| ICE | RFC 8445 | Собрать кандидатов и проверить, какая пара адресов действительно работает |

## STUN, TURN и ICE

Три работают вместе. STUN позволяет конечной точке спросить у сервера «на каком публичном адресе ты меня видишь?», раскрывая привязку NAT, которую следует объявить. TURN предоставляет релей: когда NAT слишком ограничительны для прямого пути, медиа пересылаются через сервер TURN, доступный обеим сторонам. ICE связывает их — каждая сторона собирает адреса-кандидаты (локальные, полученные через STUN, ретранслируемые через TURN), обменивается ими в SDP и выполняет проверки связности, чтобы выбрать лучшую работающую пару. ICE обязателен в WebRTC и всё чаще используется для SIP за NAT.

## Пограничный контроллер сессий

SBC — это устройство демаркации на краю сети SIP — между предприятием и его оператором или между двумя операторами. Он почти всегда действует как Back-to-Back User Agent, завершая каждый вызов и заново инициируя его, что позволяет ему выполнять его основные задачи: сокрытие внутренней топологии (внешние стороны никогда не видят внутренние адреса или реальный тракт сигнализации), обеспечение безопасности и контроля допуска и устранение проблем NAT и совместимости. По сути это межсетевой экран и транслятор, специально созданные для голоса реального времени.

*Что делает пограничный контроллер сессий*

| Функция | Назначение |
|---|---|
| Скрытие топологии (B2BUA) | Скрытие внутренних адресов, маршрутизации и деталей диалога |
| Безопасность | Блокировка SIP-сканирования/DoS, обязательные TLS/SRTP, ограничение частоты регистраций |
| NAT traversal | Исправление встроенных частных адресов; якорение/ретрансляция медиа |
| Контроль допуска вызовов / CAC | Ограничьте количество одновременных вызовов, защитите пропускную способность и лицензии |
| Взаимодействие | Нормализация диалектов SIP, транскодирование кодеков, связывание транспортов |
| Привязка медиапотоков | Направлять RTP через SBC для мониторинга и законного перехвата |

## Сокрытие топологии и безопасность

Поскольку SBC заново инициирует каждый вызов как B2BUA, внешние узлы всегда видят только собственные адреса SBC, а не внутреннюю УАТС, прокси или IP абонентов — это сокрытие топологии и упрощает межсетевое соединение, и лишает злоумышленников карты внутренней сети. Вдобавок SBC обеспечивает позицию безопасности: TLS для сигнализации и SRTP для медиа, лимиты регистрации и скорости вызовов для притупления флуда и попыток мошенничества с тарификацией и нормализацию некорректного или специфичного для диалекта SIP, чтобы причуды одной стороны не достигали другой. Поэтому SIP-транки в промышленной эксплуатации завершаются на SBC, а не выставляют УАТС напрямую.

## Частые вопросы

### Что такое SIP-транк?

SIP-транк — это виртуальное голосовое соединение поверх IP между телефонной системой (IP-УАТС) и оператором или провайдером, заменяющее физические транки PRI/TDM. Он несёт одновременные вызовы как сигнализацию SIP с медиа RTP и масштабируется выделением каналов, а не прокладкой физических линий.

### Что делает пограничный контроллер сессий?

SBC находится на краю сети SIP и защищает её: он скрывает внутреннюю топологию (действуя как B2BUA), обеспечивает TLS/SRTP и лимиты скорости, решает обход NAT и якорение медиа, контролирует, сколько одновременных вызовов допускается, и нормализует SIP между системами, реализующими его по-разному.

### Почему я получаю односторонний звук или его отсутствие в вызовах SIP?

Обычно это NAT. SIP и SDP несут встроенные IP-адреса; за NAT они частные и немаршрутизируемые, поэтому сигнализация соединяется, но медиа RTP некуда вернуться. Решение означает объявление правильного публичного адреса через STUN/ICE или ретрансляцию медиа через TURN или SBC.

### В чём разница между STUN, TURN и ICE?

STUN обнаруживает публичный адрес, который NAT вам назначает. TURN ретранслирует медиа через сервер, когда прямой путь невозможен. ICE оркестрирует оба — собирая адреса-кандидаты, обмениваясь ими и проверяя, какая пара фактически соединяется. ICE использует STUN и TURN как свои инструменты.

### Является ли SBC межсетевым экраном?

Это межсетевой экран, специализированный для голоса реального времени. Обычный межсетевой экран не понимает диалоги SIP, встроенные в SDP медиапорты или RTP, поэтому не может безопасно открыть нужные проходы или скрыть топологию. SBC осведомлён о SIP и RTP, добавляя сокрытие топологии, контроль допуска и транскодирование, которых не может межсетевой экран для данных.

## Источники

- [IETF RFC 8445 — ICE: Interactive Connectivity Establishment](https://datatracker.ietf.org/doc/html/rfc8445)
- [IETF RFC 7092 — Taxonomy of SBCs (B2BUA)](https://datatracker.ietf.org/doc/html/rfc7092)

## См. также

- [Обзор протокола SIP](https://www.broadnet.me/ru/reference/sip-protocol-overview)
- [Схема вызова SIP](https://www.broadnet.me/ru/reference/sip-call-flow)
- [RTP и SRTP медиа](https://www.broadnet.me/ru/reference/rtp-and-srtp-media)
- [Voice API и SIP-транкинг](https://www.broadnet.me/ru/answers/voice-api-sip-trunking)
- [Программируемый голос (продукт)](https://www.broadnet.me/ru/products/voice)