IOSOR 가이드
번호 이전 진행 중은 라이브 상태가 아닙니다: 이전 미완료 DID로 트래픽을 전송하지 마십시오
DID 번호 포팅 중 조기 라우팅을 중지합니다. 최종 통신사 활성화를 기다려 통화 끊김, 무음, 디버깅 루프를 방지하세요.
JIT 포팅 상태 이해하기
콘솔에서 포팅 요청을 제출하면 해당 번호가 즉시 라우팅 테이블에 속하지 않습니다. 포팅은 기증 통신사와 수신 통신사 간의 관리적 인수인계입니다. 당사 플랫폼은 기증 통신사가 라우팅 권한을 완전히 해제할 때까지 번호가 검증 대기열에 잠겨 있는 적시(JIT) 획득 모델을 사용합니다. «대기 중인 LOA» 또는 «제출됨» 상태에 멈춰 있는 번호로 SIP INVITE 패킷을 보내면 통화 끊김과 단방향 오디오가 발생합니다.
조기 트래픽의 해부
부분적으로 포팅된 DID로 트래픽을 라우팅하면 시그널링 경로가 끊어집니다. 소프트스위치가 로컬에서 통화를 수락할 수 있더라도 상위 SBC(세션 경계 컨트롤러)에는 아직 해당 E.164 문자열에 대한 바인딩이 없습니다. 통신사 네트워크는 목적지를 할당되지 않은 것으로 취급하여 즉시 실패 코드를 반환합니다. 또한 캠페인을 조기에 시작하면 고객이 도달할 수 없는 목적지에 대해 불만을 제기할 때 불필요한 원장 분쟁이 발생합니다.
운영 원장 및 소프트 검토 임계값
대용량 음성 운영에는 엄격한 재무 건전성이 필요합니다. 기업이 월 USD 1,000에 가까운 소프트 검토를 향해 확장함에 따라 당사의 준수 시스템은 트래픽 패턴을 검증하여 포팅 요청이 합법적인 비즈니스 사용 사례와 일치하는지 확인합니다. 이 검토는 사기성 포트 아웃을 방지하고 악의적인 탈취로부터 번호 인벤토리를 보호합니다. 청구 방법을 투명하게 유지하고 선불 잔액 소모율을 모니터링하세요.
포팅 대 신규 인벤토리의 현실
엔지니어는 기존 기업 범위를 포팅하는 것과 새 번호를 즉시 프로비저닝하는 것을 혼동하는 경우가 많습니다. 신규 인벤토리는 자동화된 JIT 할당을 활용하지만, 포팅은 엄격한 규제 일정과 수동 통신사 개입에 구속됩니다. 이러한 차이를 이해하면 조기 자동 다이얼러 캠페인 발송을 방지할 수 있습니다. 아키텍처 차이에 대한 자세한 내용은 가상 DID의 JIT 구매를 읽어보세요.
정체된 포팅 요청에 대한 진단 단계
포팅이 중단되면 추측을 피하세요. 기본 라우팅 레지스트리에서 반환하는 명시적 오류 코드를 콘솔에서 확인하세요. 일반적인 병목 현상에는 일치하지 않는 CSR(고객 서비스 기록) 데이터, 승인되지 않은 서명자 또는 기증 사업자와의 지속적인 계약 잠금이 포함됩니다. 통신사 거부 알림을 수집하고, API를 통해 메타데이터를 직접 업데이트하고, 테스트 통화를 시도하기 전에 LOA를 다시 제출하세요.
IOSOR로 시작하기
포트가 아직 pending, submitted, 또는 내어주는 쪽 대기면 보내지 마라. 받는 쪽이 숫자를 가질 때까지 이 DID를 프로덕션 경로에 올리지 마라. 상태 도장과 내어주는 쪽의 마지막 메모를 보낸다. 목록의 반쯤 이전된 번호는 Live가 아니다.
관련: 발신 번호 vs 메시지 발신자: 음성 라이브가 SMS 라이브를 의미하지 않음 DID 바인딩 전 E.164 정규화: 플러스 기호, 0 및 공백.
IOSOR 핵심 요약
진행 중 포트는 Live가 아니다. 반쯤 이전된 DID의 트래픽은 낙하이지 시험이 아니다.
하라: 내어주는 쪽 해제 뒤에야 MT나 음성. 하지 마라: 목록에 있음을 개통으로 읽지 마라.
이 가이드가 도움이 되었나요?
관련 가이드
- 제2 소유자 DID 핸드오버: 할당 및 해제 권한자
화이트라벨 선불 CPaaS 아키텍처에서 제2 소유자 DID 핸드오버 시 운영 경계, JIT 프로비저닝 및 재정 임계치를 마스터하세요.
- DID별 지출 한도: 하나의 번호로 기본료와 발신 트래픽을 동시에 통제
화이트라벨 CPaaS에서 MRC와 아웃바운드 모바일 종결 트래픽의 통합 지출 한도를 설정하여 번호별 노출 위험을 제어하세요.
- DID 인바운드 웹훅 라우팅: 소유자 없는 MO의 STOP 누락 방지
인바운드 웹훅을 소유 계정에 안전하게 라우팅합니다. 화이트라벨 선불 CPaaS에서 고아 MO 이벤트 및 누락된 수신 거부를 방지합니다.