Diversion INVITE의 DN 4자리 변환: DMPM 단독과 DMPM+SMM

Diversion 헤더가 있는 INVITE의 DN 4자리 변환

이 글은 특정 장비나 담당자의 이름이 아니라, SBC에서 실제로 처리되는 번호 필드와 CLI 동작을 기준으로 설명합니다.

문제 상황

수신 INVITE에는 목적지 번호와 Diversion 번호가 함께 있을 수 있습니다.

Request-URI: sip:07070082000@...
To: <sip:07070082000@...>
Diversion: <sip:69880402@...>

Called Number를 4자리로 만들었는데 To가 69880402로 남는 이유는 Called Number와 Diversion에서 유래한 Original Called Number가 서로 다른 내부 필드이기 때문입니다.

처리 흐름 한눈에 보기

그림 1. DMPM 단독 처리 순서

그림 2. DMPM과 출력 SMM을 함께 쓰는 순서

방법 1: DMPM 하나로 처리

첫 번째 서브룰은 Called Number의 앞자리를 제거하고, 두 번째 서브룰은 만들어진 calledNumber를 To URI user에 복사합니다.

ruleType digit
Called Number 07070082000 → 2000

ruleType uri
uriType toUri
calledNumber 2000 → To URI user 2000

핵심 CLI의 의미

set profiles digitParameterHandling dmPmRule WAYNE_LAST4 subRule 30 ruleType uri
set profiles digitParameterHandling dmPmRule WAYNE_LAST4 subRule 30 uriParameterManipulation uriType toUri
set profiles digitParameterHandling dmPmRule WAYNE_LAST4 subRule 30 uriParameterManipulation userInfoManipulation replacement type variable
set profiles digitParameterHandling dmPmRule WAYNE_LAST4 subRule 30 uriParameterManipulation userInfoManipulation replacement characterString calledNumber
set addressContext default zone FRESH_UAS sipTrunkGroup FRESH_TG_UAS policy digitParameterHandling egressDmPmRule WAYNE_LAST4

uriType toUri는 To URI를 선택하고, characterString calledNumber는 앞 단계에서 조작된 Called Number를 새 값으로 사용한다는 뜻입니다.

방법 2: DMPM + SMM

DMPM으로 송신 Request-URI를 4자리로 만든 다음, 출력 SMM이 Request-URI user를 변수에 저장하고 To URI user에 복사합니다.

Rule 1: request-line uriusername → var1 저장
Rule 2: var1 → To uriusername 수정

이 방식에서는 실제 송신 URI의 phone-context, user=phone, host 표현에 맞춰 정규식을 작성해야 합니다. To의 원래 번호나 Diversion 번호를 저장하면 안 됩니다.

실제 송신 결과

INVITE sip:2000;phone-context=private@...;user=phone SIP/2.0
To: <sip:2000;phone-context=private@...;user=phone>
Diversion: <sip:69880402@...>

따라서 RURI와 To는 2000으로 같아지고 Diversion은 69880402로 보존됩니다.

검증 기준

• Core DBG에 Digits after manipulation[2000] 기록
• URI user after manipulation[2000] 기록
• Core → Edge 송신 INVITE에서 RURI와 To가 2000
• Diversion user는 69880402 유지
• SMM action 0인 DMPM 단독 시험 성공
• SIPp UAC/UAS 종료 코드 0/0, 약 5초 통화
• TLS/SRTP 프로파일과 인증서 변경 없음

정리

Diversion이 있다고 SMM이 반드시 필요한 것은 아닙니다. Called Number를 줄이는 digit 단계와 그 결과를 To URI에 넣는 uri 단계가 모두 있으면 DMPM 하나로 해결할 수 있습니다. SMM은 RURI를 기준으로 To를 후처리해야 할 때 선택하는 대안입니다.