전체 글
-
Diversion INVITE의 DN 4자리 변환: DMPM 단독과 DMPM+SMMRibbon Communications/Session Border controller 2026. 9. 15. 18:20
Diversion 헤더가 있는 INVITE의 DN 4자리 변환이 글은 특정 장비나 담당자의 이름이 아니라, SBC에서 실제로 처리되는 번호 필드와 CLI 동작을 기준으로 설명합니다.문제 상황수신 INVITE에는 목적지 번호와 Diversion 번호가 함께 있을 수 있습니다.Request-URI: sip:07070082000@...To: Diversion: Called Number를 4자리로 만들었는데 To가 69880402로 남는 이유는 Called Number와 Diversion에서 유래한 Original Called Number가 서로 다른 내부 필드이기 때문입니다.처리 흐름 한눈에 보기그림 1. DMPM 단독 처리 순서그림 2. DMPM과 출력 SMM을 함께 쓰는 순서방법 1: DMPM 하나로 처리..
-
[Ribbon SBC] Core–Edge TLS/SRTP Hands on - 8 : 막혔을 때 좁혀 가는 순서, 최종 확인과 정리Ribbon Communications/Session Border controller 2026. 9. 15. 14:15
1편 · 전체 SOP와 실습 첨부 | 이전 편이번 편에서 할 일7편에서 정방향 2000번 호가 TLS 1.2와 SRTP로 전달된 것을 판정했습니다. 마지막 편에서는 세 가지를 정리하겠습니다.이번 재구축에서 실제로 막혔던 지점과 풀어낸 방법호가 안 될 때 어느 단계에서 멈췄는지 좁혀 가는 순서시험이 끝난 뒤의 최종 확인과 정리(로그 수준 복원, 증적 보관, 종료)한 가지 먼저 밝혀 두겠습니다. 이번 연재에서는 잘못된 CA, 이름 불일치, SRTP 불일치 같은 부정 시험을 하지 않았습니다. 그래서 아래 점검표에 "이 오류가 나면 이런 증상이 보인다"는 식의 증상을 지어내지 않았습니다. 대신 각 단계마다 이번 시험에서 확인한 정상 모습과 멈췄을 때 먼저 볼 설정 값만 적었습니다.시험 환경항목값비고구성1~7편 ..
-
[Ribbon SBC] Core–Edge TLS/SRTP Hands on - 7 : 5초 통화 시험과 TLS/SRTP 증적 판독Ribbon Communications/Session Border controller 2026. 9. 15. 14:10
1편 · 전체 SOP와 실습 첨부 | 이전 편이번 편에서 할 일드디어 통화를 걸어 보겠습니다. SIPp client가 2000번으로 호를 걸고 5초 동안 PCMU 음성을 보냅니다. SIPp server는 받은 음성을 그대로 되돌려 보냅니다. 이 호는 Core와 Edge를 차례로 지나갑니다.이번 편에서 제가 가장 신경 쓴 것은 "호가 됐다"와 "TLS/SRTP로 보호됐다"를 따로 증명하는 것입니다. 그래서 아래 네 가지 증적을 모아 하나씩 판독하고, 마지막에 함께 놓고 판정하겠습니다.첫 호의 TLS 핸드셰이크Core 로그의 SDP(RTP/SAVP, a=crypto)Core–Edge 사이 **전선(wire)**에서 잡은 미디어 크기양 끝 SIPp의 결과(end-to-end)시험은 설정을 바꾸지 않고 두 번 ..
-
[Ribbon SBC] Core–Edge TLS/SRTP Hands on - 6 : SWe Edge ②, Signaling Group·SIP Server Table·Call RoutingRibbon Communications/Session Border controller 2026. 9. 15. 14:10
1편 · 전체 SOP와 실습 첨부 | 이전 편이번 편에서 할 일5편에서 만든 부품을 호 경로로 잇겠습니다. 이번 편이 끝나면 Core에서 TLS로 들어온 2000번 호가 Edge를 지나 SIPp server로 UDP로 나갈 수 있습니다.적용 방식은 5편과 같습니다. REST API와 WebUI 폼 제출을 스크립트로 넣었고, 스크린샷은 적용 뒤 WebUI에서 찍었습니다. 캡처 시각은 Edge 화면 기준 2026-09-15 04:09입니다.시험 환경항목값비고장비SBC SWe Edge (Device Name SWeEdge)13.1.0 build 43 / vCPU 2적용 방식REST API + WebUI 폼 스크립트화면은 적용 후 캡처작업일2026-09-15—연결 흐름 먼저 보기정방향(시험한 방향)의 흐름을 한..
-
[Ribbon SBC] Core–Edge TLS/SRTP Hands on - 5 : SWe Edge ①, 인터페이스·인증서·상호 TLS·미디어 암호Ribbon Communications/Session Border controller 2026. 9. 15. 14:09
1편 · 전체 SOP와 실습 첨부 | 이전 편이번 편에서 할 일4편에서 Core 쪽 준비를 마쳤습니다. 이번 편부터는 SWe Edge입니다. Edge는 두 편에 나눠 설명하겠습니다.5편(이번 편): 호 경로에 쓰일 "부품"을 만듭니다. 논리 인터페이스, DNS, 신뢰할 CA, Edge 장비 인증서, 상호 인증 TLS Profile, SDES-SRTP Profile, Media List가 여기에 해당합니다.6편: 그 부품을 Listen Port, SIP Server Table, Signaling Group, Call Routing Table로 연결합니다.Edge는 어떻게 적용했나솔직하게 먼저 말씀드리겠습니다. 이번 재구축에서 Edge 설정은 WebUI 화면에서 손으로 입력하지 않았습니다. Edge REST..
-
[Ribbon SBC] Core–Edge TLS/SRTP Hands on - 4 : SWe Core, 7단계로 나눠 commit하는 전체 명령Ribbon Communications/Session Border controller 2026. 9. 15. 14:09
1편 · 전체 SOP와 실습 첨부 | 이전 편이번 편에서 할 일3편에서 만든 인증서를 SWe Core에 등록하고, SIPp client에서 들어온 호를 Edge로 TLS·SRTP로 내보내는 경로 전체를 만들겠습니다.이번 편의 핵심은 순서와 commit 단위입니다. 저는 처음에 인증서 이후의 설정을 한 파일로 모아 한 번에 commit하려 했습니다. 그런데 백엔드 참조 오류로 거부됐습니다. 그래서 설정을 7개 단계로 나누고, 단계마다 따로 commit했습니다. 이 방식으로 성공했고, 이 글의 명령은 그때 적용한 파일 내용 그대로입니다.Core는 EMA(GUI)가 아니라 CLI로만 적용했습니다. 그래서 이번 편에는 EMA 화면이 없고, 명령과 필드 표로 설명하겠습니다.시험 환경항목값비고장비SBC SWe Co..
-
[Ribbon SBC] Core–Edge TLS/SRTP Hands on - 3 : 공인 도메인 없이, 사설 CA와 SAN 인증서 만들기Ribbon Communications/Session Border controller 2026. 9. 15. 14:09
그림으로 보는 전체 흐름Root CA를 등록하고 Core/Edge 인증서를 TLS 프로파일에 연결하는 순서 1편 · 전체 SOP와 실습 첨부 | 이전 편이번 편에서 할 일Core와 Edge가 TLS로 서로를 믿으려면, 둘이 같이 신뢰하는 발급자(CA)와 각자의 장비 인증서가 필요합니다. 이 랩의 도메인 sbc.test는 공인 도메인이 아니라서 공인 CA에서 인증서를 받을 수 없습니다. 그래서 이번 편에서는 랩 전용 사설 CA를 새로 만들고, 그 CA로 Core와 Edge 인증서를 발급하겠습니다.이전 랩에서 쓰던 CA는 1편에서 두 장비의 신뢰 목록에서 모두 지웠습니다. 이번에 만드는 CA는 이름부터 새로 붙였습니다.시험 환경항목값비고스크립트 언어Python + cryptography 패키지Windows ..
-
[Ribbon SBC] Core–Edge TLS/SRTP Hands on - 2 : VirtualBox·Rocky·SIPp namespace·내부 DNSRibbon Communications/Session Border controller 2026. 9. 15. 14:07
그림으로 보는 전체 흐름Root CA가 Core와 Edge 인증서를 서명하고 TLS 프로파일이 이를 사용합니다. 1편 · 전체 SOP와 실습 첨부 | 이전 편이번 편에서 할 일1편에서 SIPp client와 server를 한 Rocky VM 안에 두되, 패킷이 반드시 Core와 Edge를 거치게 만들겠다고 말씀드렸습니다. 이번 편은 그 준비 과정입니다.VirtualBox에서 VM별 네트워크를 어떻게 나눴는지 정리합니다.Rocky의 NIC 두 개를 서로 다른 network namespace로 옮겨 SIPp client와 server를 분리합니다.Core–Edge 구간을 제3자 위치에서 볼 수 있도록 캡처 전용 NIC를 붙입니다.인증서 이름(core.sbc.test, edge.sbc.test)을 풀어 줄 내..