세션 보더 컨트롤러(거의 항상 SBC로 줄여 부릅니다)는 두 IP 네트워크가 음성 통화를 주고받는 검문소입니다. 네트워크의 가장자리에 위치해 그곳을 지나는 모든 통화의 SIP 시그널링과 대개는 음성 미디어를 종단하고, 무엇을 통과시킬지를 결정합니다. 어떤 통화를 시작해도 되는지, 어떤 코덱을 써도 되는지, 어느 정도의 트래픽이 과도한지, 시그널링과 미디어가 암호화되는지를 말입니다.
대부분의 독자를 위한 짧은 답은 이렇습니다. 회사가 이미 PBX나 통신사 SIP 트렁크를 운영하고 있다면, 아무도 언급하지 않았더라도 경로 어딘가에 거의 확실히 SBC가 있으며, 당신의 일은 그것을 음성 에이전트 플랫폼 쪽으로 향하게 하는 것입니다. 음성 에이전트 스택을 처음부터 만든다면, 거의 확실히 살 필요가 없습니다. 에이전트 플랫폼 자체의 SIP 엔드포인트가 경계에서 SBC의 핵심 보안 역할을 수행할 수 있기 때문입니다. 이 가이드의 나머지 부분에서는 당신이 어느 상황에 있는지 판단할 수 있도록 SBC가 실제로 무엇을 하는지 설명합니다.
세션 보더 컨트롤러란
SBC는 두 IP 네트워크의 경계에 배치되어 SIP 기반 실시간 통신을 보호하고 제어하는 네트워크 요소입니다. 위키백과의 정의도 대체로 그렇습니다. 이름은 뜯어보면 문자 그대로입니다. “세션”은 통화이고, “보더”는 한 네트워크와 다른 네트워크 사이의 경계점이며, “컨트롤러”는 그것을 지나는 것에 적용되는 정책입니다.
이 종을 정의하는 설계 선택이 두 가지 있습니다.
- 백투백 사용자 에이전트(B2BUA)라는 점. 메시지를 전달하는 SIP 프록시와 달리, SBC는 통화의 각 쪽을 독립적으로 종단하고 반대쪽에서 다시 발생시킵니다. 발신자 쪽 네트워크는 SBC만 보고 그 뒤의 장비는 보지 못합니다. 벤더 브로셔의 “토폴로지 숨김”이 바로 이것입니다.
- 시그널링뿐 아니라 미디어에도 관여한다는 점. SBC는 SIP 경로뿐 아니라 RTP 경로에도 있으므로 음성 자체를 암호화, 트랜스코딩, 측정할 수 있고, 시그널링은 멀쩡해 보여도 미디어가 악의적인 통화를 끊을 수 있습니다.
SBC는 서로를 신뢰하지 않는 네트워크끼리 통화를 교환하는 통신사 간 피어링 지점에서 처음 등장했습니다. 그 역할은 이후 기업의 전화 시스템과 SIP 트렁크 사업자 사이라는 기업 경계로 확장되었고, 오늘날 대부분의 사람이 SBC를 만나는 곳이 바로 거기입니다.
SBC가 하는 일
벤더 데이터시트에는 수십 가지 기능이 나열되지만, 여섯 가지 일로 모입니다.
| 일 | SBC가 실제로 하는 것 |
|---|---|
| 보안 | DoS 공격과 잘못된 형식의 SIP를 차단하고, 통화 사기를 막고, 내부 주소를 숨기고, 시그널링은 TLS로, 미디어는 SRTP로 암호화 |
| 연결성 | NAT 통과, 벤더별 SIP 스택의 차이 정규화, IPv4와 IPv6 상호 연결, SIP 변종과 H.323 같은 구형 프로토콜 간 변환 |
| 서비스 품질 | 부하에 따라 통화를 수락하거나 거부하고, 속도를 제한하고, 트래픽을 폴리싱하고, 우선순위를 위해 패킷을 마킹 |
| 규제 | 긴급 통화 우선 처리, 필요한 지역에서 합법적 도청 지원 |
| 미디어 서비스 | 코덱 간 트랜스코딩, 대역 내 톤과 telephone-events 간 DTMF 변환, 톤과 안내 방송 재생 |
| 통계와 과금 | 자연스러운 측정 지점인 경계에서 통화 상세 기록 생성 |
보안 행이 SBC가 표준 장비가 된 이유입니다. 공개 인터넷에 열린 SIP 엔드포인트는 몇 분 만에 스캐너에 발견되어 공짜 통화 시도로 두들겨 맞습니다. 누군가는 문지방을 지켜야 합니다. 상호운용성 행이 SBC가 남은 이유입니다. 모든 벤더가 SIP를 조금씩 다르게 구현하며, SBC는 그 차이가 통화를 망가뜨리기 전에 다듬는 장소입니다.
SBC 대 방화벽 대 SIP 프록시
세 장비가 혼동되는 이유는 모두 네트워크 가장자리에 있기 때문입니다.
| 장비 | 보는 것 | 다루는 것 |
|---|---|---|
| 방화벽 | 일반 IP 패킷 | 포트, 주소, 프로토콜. 통화는 이해하지 못함 |
| SIP 프록시 | 시그널링만 | INVITE를 올바른 목적지로 라우팅. 미디어에는 관여하지 않음 |
| SBC | 시그널링과 미디어, 완전한 통화 상태 | 보안 정책, 상호운용, 수락 제어, 암호화, 트랜스코딩 |
“SIP를 통과시키는” 방화벽은 포트 5060을 열어줄 뿐이라 정상적인 INVITE와 통화 사기 시도를 구별하지 못하고, INVITE 안의 SDP가 상대방이 도달할 수 없는 사설 IP를 가리키는 문제도 고치지 못합니다. SIP 프록시는 통화를 라우팅하지만 보호하지는 않습니다. SBC는 음성을 이해한 채로 두 가지 일을 모두 하므로, 전형적인 기업 구성도에서는 방화벽과 전화 시스템 사이에 놓입니다.
하드웨어, 가상, 클라우드, 오픈소스
SBC는 랙 어플라이언스로 시작했고 그 시장은 여전히 있습니다. Oracle의 Acme Packet 계열, AudioCodes의 Mediant 시리즈, Ribbon의 SWe 라인이 기업 구매 주문서에 오르는 이름이고, Cisco 라우터에 내장된 보더 요소인 CUBE는 Cisco 매장의 조용한 터줏대감입니다. 같은 기능이 이제는 가상 머신, 클라우드 네이티브 마이크로서비스, 세션 단위 매니지드 서비스로도 나오므로, 오늘날의 “SBC”는 상자보다 라이선스인 경우가 더 많습니다.
오픈소스 쪽에서는 Kamailio와 OpenSIPS가 시그널링 역할을 맡고 보통 미디어용 RTPEngine과 짝을 이루며, 운영할 의사가 있는 팀에게는 상용 SBC가 하는 일의 상당 부분을 커버합니다. 통신사나 대형 플랫폼에는 실질적인 선택지이지만, 그저 통화를 에이전트에 닿게 하고 싶은 팀에게는 좀처럼 정답이 아닙니다.
정말 필요한가요?
질문하는 거의 모든 사람이 해당하는 상황은 세 가지입니다.
- 이미 가지고 있는 경우. 회사가 PBX나 통신사 SIP 트렁크를 운영한다면 경계에 SBC(또는 CUBE, 또는 통신사 자체의 것)가 있어서 제 일을 하고 있습니다. 그것을 경계점으로 유지하고, 음성 에이전트를 추가할 때 에이전트 플랫폼의 SIP 엔드포인트로 향하게 하세요.
- 통신사가 가지고 있는 경우. 모든 트렁크 사업자는 자사 경계에서 SBC를 운영합니다. 그것은 분당 요금이 사 주는 것의 일부입니다. 두 통신사의 SBC 사이의 통화는 예외가 아니라 일반적인 형태입니다.
- 음성 에이전트를 새로 구축하는 경우. 보호해야 할 기존 전화 시스템이 없다면 어플라이언스 SBC는 필요 없는 홉입니다. 그것이 할 보안 작업, 즉 시그널링의 TLS, 미디어의 SRTP, 다이제스트 인증, 발신 IP 허용 목록은 에이전트 플랫폼 자체 SIP 엔드포인트의 기능입니다. 삽입하는 장비 하나하나가 레이턴시이기도 하며, 발신자와 에이전트 사이의 각 홉은 발신자가 들을 수 있는 지연을 더합니다. SIP 트렁킹 가이드에서도 다룹니다.
솔직한 요약: 보호할 네트워크가 있다면 SBC는 하중을 지는 인프라이고, 없다면 과도한 짐입니다.
SBC와 음성 에이전트가 만나는 지점
통화가 SIP 트렁크를 통해 AI 음성 에이전트에 도달할 때의 경로는 발신자, 통신사, 경우에 따라 당신의 SBC, 에이전트 플랫폼의 SIP 엔드포인트, 그리고 에이전트 본체입니다. 실무에서 중요한 SBC 관련 세부 사항은 다음과 같습니다.
- 암호화 종단을 의도적으로 정하세요. TLS와 SRTP가 시작되거나 끝나는 곳은 대개 SBC입니다. 한쪽에서는 SRTP를, 다른 쪽에서는 평문 RTP를 협상하는 트렁크는 연결은 되지만 무음을 나르는 통화를 만듭니다. 한쪽에만 암호화를 켠 경우와 같은 장애입니다.
- DTMF 변환에 주의하세요. SBC는 키 입력을 대역 내 톤과 대역 외 telephone-events 사이에서 일상적으로 변환합니다. 발신자가 숫자를 눌러도 에이전트가 듣지 못한다면, 가장 먼저 볼 곳은 SBC의 DTMF 인터워킹 설정입니다.
- 전이는 REFER로 SBC를 지납니다. 에이전트가 통화를 사람에게 넘길 때 플랫폼은 SIP REFER를 보내고, SBC는 그것을 통과시켜야 합니다. REFER를 벗겨내는 트렁크는 모든 웜 트랜스퍼를 통화 끊김으로 바꿉니다.
- 코덱 목록은 정책입니다. SBC는 통화의 코덱을 강제하거나 트랜스코딩할 수 있습니다. 전화 경로는 G.711에 안착합니다. 이것은 에이전트의 음성 인식이 듣는 것을 빚는 8kHz 코덱입니다. 경로에 트랜스코딩하는 SBC가 있는 것은 인식 품질이 떨어질 때 확인해야 할 또 하나의 항목입니다.
- 지터는 경계에서 측정됩니다. SBC는 통화별 통계를 보고하며, 여기에는 VoIP 지터 가이드가 읽는 법을 알려주는 RTCP 지터 수치도 포함됩니다. 통화가 끊겨 들릴 때 SBC의 보고서가 상대방이 경험한 것에 대한 권위 있는 정보원입니다.
Cartesia에서는 Managed Agents가 SIP 트렁크를 TCP 또는 TLS로 종단하고, media_encryption 설정의 disabled, allowed, required로 SRTP를 협상하며, 하나 이상의 접근 제어 방법을 구성하면 인바운드 통화를 다이제스트 자격 증명 또는 IP 허용 목록으로 인증합니다. 즉 플랫폼 엔드포인트가 자체 경계에서 SBC의 보안 역할을 수행하므로, 기존 SBC가 있다면 그저 그곳을 향하게 하면 됩니다. SIP 트렁킹 연동 가이드가 Twilio 전용 주의 사항을 포함해 설정 방법을 안내합니다.