인도 DLT는 지리적 네트워크 커버리지 맵이 아닙니다

인도 DLT는 지리적 네트워크 커버리지 맵이 아닙니다。

DLT 규정 준수와 지리적 라우팅의 구분

인도 통신 규제 체계의 분산 원장 기술(DLT)은 지역별 통신망 커버리지 지도나 통신사 라우팅 테이블로 잘못 이해되는 경우가 많습니다. 그러나 DLT는 인도 통신규제청(TRAI)이 의무화한 암호학적 엔티티 식별 및 거버넌스 레이어이며, 물리적 통신 신호 경로와는 완전히 분리되어 작동합니다.

지리적 라우팅이 SS7, SMPP 링크 및 이동통신사(MNO) 간의 트래픽 교환을 처리하는 반면, DLT는 메시지가 통신망으로 전송되기 전에 발신자의 신원과 템플릿의 일치 여부를 검증하는 분산 원장 역할을 수행합니다. DLT 등록은 물리적 통신망 확장이 아니라 메시지 발송에 대한 법적 규정 승인을 의미합니다.

주요 엔티티 및 텔레마케터 원장 바인딩

인도에서 적법하게 기업 메시지를 발송하려면 등록된 주요 엔티티(Principal Entity, PE) ID를 공인 텔레마케터(Telemarketer, TM) ID와 연동해야 합니다. 발신 헤더(Sender ID) 및 메시지 템플릿은 해당 PE-TM 연결 아래에 명시적으로 사전 등록되어야 합니다.

API를 통해 메시지가 제출되면 통신사 라우팅 엔진은 물리적 발송을 시작하기 전에 헤더와 템플릿 해시를 국가 DLT 원장과 대조합니다. 등록된 정보와 일치하지 않거나 변수 형식이 벗어난 경우 메시지는 진입 단계에서 즉시 거부 처리됩니다.

JIT 프로비저닝, 번호 할당 및 라우팅 상태

IOSOR의 가상 번호 및 전용 발신 주소는 결정론적 적시(Just-In-Time, JIT) 프로비저닝 아키텍처를 기반으로 동작합니다. 고정된 정적 번호 풀을 사용하지 않고, JIT + 선불 보류 + 계정 할당 단계를 통해 활성 E.164 자산과 월간 MRC를 계정에 직접 연결합니다.

인바운드 양방향 메시지, STOP 키워드 수신 거부 처리, 아웃바운드 트랜잭션 OTP 파이프라인은 정확한 라우팅 상태 추적과 DLR 수신을 위해 올바른 Webhook 엔드포인트 구성을 필요로 합니다.

잔액 하한선, 선불 보류 및 지출 마일스톤

IOSOR은 투명한 선불 잔액 모델로 운영됩니다. API 호출, Webhook 처리 및 안정적인 메시지 전송을 지속하기 위해 모든 계정은 USD 20의 필수 최소 잔액 기준을 유지해야 합니다.

대량 발송 시에는 예상 비용에 대해 선불 보류가 적용되며, 최종 전달 보고서(DLR)가 접수된 후 정확한 금액이 정산됩니다. 누적 지출이 USD 1,000과 같은 특정 마일스톤에 도달하면 더 높은 동시 처리 처리량과 최적화된 경로가 제공됩니다.

프로덕션 검증 및 파이프라인 종속성

프로덕션 트래픽을 전송하기 전에 템플릿 변수, 발신 헤더 ID 및 수신자 동의 토큰이 정확히 일치하는지 확인해야 합니다. DLT 해시와 물리적 라우팅 상태가 모두 유효할 때만 API 응답으로 Verify OK가 반환됩니다.

사전에 실패 시나리오를 테스트하여 등록 오류나 잔액 부족으로 인한 발송 중단을 방지할 수 있습니다.

관련 가이드: CPaaS 라우팅에서의 DLT 헤더 불일치 및 미전송 처리 메커니즘 · 인도 DLT 템플릿 발송 전 PE-TM 연동 필수 가이드 · 첫 차감 전 선불 잔액 예약.

IOSOR로 시작하기

IOSOR 콘솔을 열고 DLT 규정 준수 탭에서 TRAI가 발급한 주체 엔티티(PE) ID와 텔레마케터(TM) 바인딩을 등록합니다. 활성 E.164 자산을 연결하기 전에 승인된 발신자 ID를 이 PE-TM 쌍에 직접 매핑하세요. 프로덕션 트래픽 파이프라인을 열기 전에 테스트 페이로드를 트리거하여 DLT 해시가 발송 전 검증을 통과하는지 확인합니다.

IOSOR 핵심 요약

이 가이드는 인도 DLT 등록이 물리적 통신사 라우팅 및 지리적 적용 범위 맵과 완전히 분리된 암호화 거버넌스 및 규정 준수 계층으로 엄격하게 작동함을 보여줍니다. 주체 엔티티(PE) ID를 등록하고 발신자 ID를 텔레마케터(TM) 키에 바인딩하면 TRAI 법적 요구 사항이 충족되지만, 지리적 전달 성능은 전적으로 기본 네트워크 도달 범위에 의존합니다.

트래픽을 발송하기 전에 모든 발신자 ID 헤더와 템플릿 해시를 콘솔 내에서 검증된 PE-TM 관계에 바인딩하세요. DLT 헤더 승인을 지리적 라우팅 기능과 혼동하거나 헤더 등록을 지역 커버리지 스위치로 취급하여 규정 준수 검사를 우회하려고 하지 마세요.