IOSOR

IOSOR ความรู้

India DLT ไม่ใช่แผนที่ครอบคลุมเครือข่าย

ทำความเข้าใจว่าทำไมการลงทะเบียน DLT ในอินเดียจึงกำกับดูแลตัวตนของเอนทิตีและการปฏิบัติตามส่วนหัว แทนที่จะเป็นขอบเขตทางภูมิศาสตร์ใน CPaaS แบบเติมเงิน

India DLT ไม่ใช่แผนที่ครอบคลุมเครือข่าย.

การแยกแยะการปฏิบัติตาม DLT ออกจากการกำหนดเส้นทางตามภูมิศาสตร์

เทคโนโลยีบัญชีแยกประเภทแบบกระจายศูนย์ (DLT) ในโครงสร้างโทรคมนาคมของอินเดียมักถูกเข้าใจผิดว่าเป็นแผนที่การกำหนดเส้นทางตามภูมิภาคหรือตารางความครอบคลุมของเครือข่าย ในความเป็นจริง DLT เป็นชั้นการกำกับดูแลและระบุตัวตนทางวิทยาการเข้ารหัสลับที่กำหนดโดย TRAI ซึ่งแยกออกจากเส้นทางการส่งสัญญาณเครือข่ายจริงอย่างสิ้นเชิง

การผูกบัญชีแยกประเภท Principal Entity และ Telemarketer

การส่งข้อความไปยังอินเดียกำหนดให้ต้องลงทะเบียน Principal Entity (PE) ID และผูกเข้ากับ Telemarketer (TM) ID ที่ได้รับอนุญาต ส่วนหัวและเทมเพลตข้อความทั้งหมดจะต้องได้รับการอนุมัติภายใต้คู่ PE-TM นี้ในระบบ DLT ระดับประเทศ

เมื่อส่งคำขอผ่าน API ของ IOSOR ระบบจะตรวจสอบความถูกต้องของส่วนหัวและตัวแปรกับบัญชีแยกประเภท DLT ก่อนดำเนินการต่อ หากไม่มีการผูก PE-TM ที่ถูกต้อง ข้อความจะถูกปฏิเสธทันทีที่ระดับโปรโตคอล

การจัดเตรียมแบบ JIT การจัดสรรหมายเลข และสถานะการกำหนดเส้นทาง

หมายเลขเสมือนและที่อยู่ผู้ส่งเฉพาะใน IOSOR ทำงานบนสถาปัตยกรรม Just-In-Time (JIT) โดยแทนที่จะใช้รายการหมายเลขแบบคงที่ IOSOR จะใช้กระบวนการ: จัดเตรียม JIT + ระงับยอดเติมเงิน + กำหนดสินทรัพย์ E.164 ให้กับบัญชีพร้อมค่าบริการรายเดือน (MRC)

การรับส่งข้อความแบบสองทาง การจัดการคำสำคัญ STOP และระบบส่ง OTP จำเป็นต้องมีการตั้งค่า Webhook Endpoint ที่แม่นยำเพื่อรับข้อมูลอัปเดตสถานะแบบเรียลไทม์

เกณฑ์ยอดคงเหลือขั้นต่ำ การระงับยอดเติมเงิน และเป้าหมายการใช้จ่าย

IOSOR ทำงานบนโมเดลยอดเงินเติมล่วงหน้าที่โปร่งใส บัญชีผู้ใช้ต้องรักษายอดเงินคงเหลือขั้นต่ำที่ USD 20 ตลอดเวลา เพื่อให้การทำงานของ API โทเค็น การประมวลผล Webhook และการกำหนดเส้นทางเป็นไปอย่างต่อเนื่อง

เมื่อมีการส่งข้อความปริมาณมาก ระบบจะระงับยอดเงินเติมล่วงหน้าชั่วคราวตามประมาณการค่าใช้จ่าย และเมื่อถึงเป้าหมายการใช้จ่าย ระบบจะปรับขีดความสามารถในการรับส่งข้อมูลให้เหมาะสมโดยอัตโนมัติ

การตรวจสอบระดับโปรดักชันและการพึ่งพาไปป์ไลน์

ก่อนส่งทราฟฟิกจริงในระดับโปรดักชัน ระบบจะตรวจสอบว่าตัวแปรเทมเพลต ID ส่วนหัว และโทเค็นความยินยอมตรงกับข้อมูล DLT หรือไม่ ระบบจะส่งสถานะ Verify OK ก็ต่อเมื่อค่าแฮช DLT และสถานะการกำหนดเส้นทางตรงกันอย่างสมบูรณ์

หากพบข้อผิดพลาด ระบบจะระงับการส่งทันทีเพื่อป้องกันค่าใช้จ่ายที่ไม่จำเป็นจากการถูกปฏิเสธโดยผู้ให้บริการเครือข่ายในอินเดีย

เริ่มต้นกับ IOSOR

เปิดคอนโซล IOSOR แล้วลงทะเบียนรหัส Principal Entity (PE) ที่ออกโดย TRAI พร้อมกับการผูก Telemarketer (TM) ใต้แท็บ DLT Compliance จับคู่ Header Sender ID ที่ได้รับการอนุมัติเข้ากับคู่ PE-TM นี้โดยตรง ก่อนที่จะผูกสินทรัพย์ E.164 ที่ใช้งานอยู่ ส่งข้อมูลทดสอบเพื่อตรวจสอบว่าแฮช DLT ผ่านการตรวจสอบล่วงหน้าก่อนที่จะเปิดใช้งานท่อส่งข้อมูลการผลิต

สรุป IOSOR

คู่มือนี้ระบุว่าการลงทะเบียน DLT ของอินเดียทำหน้าที่เป็นชั้นการกำกับดูแลและการปฏิบัติตามกฎระเบียบด้วยการเข้ารหัส โดยแยกออกจากเส้นทางการรับส่งสัญญาณของผู้ให้บริการและแผนที่ความครอบคลุมทางภูมิศาสตร์อย่างสิ้นเชิง การลงทะเบียนรหัส Principal Entity (PE) และการผูก Sender ID กับคีย์ Telemarketer (TM) จะช่วยให้เป็นไปตามข้อกำหนดทางกฎหมายของ TRAI แต่ประสิทธิภาพการจัดส่งทางภูมิศาสตร์นั้นขึ้นอยู่กับขอบเขตเครือข่ายพื้นฐานอย่างเต็มที่

คู่มือนี้มีประโยชน์ไหม?

คู่มือที่เกี่ยวข้อง