IOSOR Znanje

Indijski DLT nije karta pokrivenosti Indije

Saznajte zašto registracija za DLT u Indiji upravlja identitetom subjekta i usklađenošću zaglavlja, a ne geografskim dosegom u prepaid CPaaS-u.

Indijski DLT nije karta pokrivenosti Indije.

Razlikovanje DLT usklađenosti od geografskog usmjeravanja

Tehnologija distribuiranog zapisa (DLT) u indijskom telekomunikacijskom okviru često se pogrešno smatra regionalnom kartom usmjeravanja ili tablicom pokrivenosti operatera. U stvarnosti, DLT je strogi kriptografski sloj identiteta i upravljanja koji propisuje TRAI, odvojen od temeljnih geografskih signalnih putova. DLT ne definira fizičke rute već provjerava legitimnost pošiljatelja i predložaka poruka.

Povezivanje subjekata Principal Entity i Telemarketer u registru

Poslovanje u Indiji zahtijeva postavljanje registriranog identifikatora glavnog subjekta (Principal Entity - PE) i njegovo povezivanje s ovlaštenim identifikatorom telemarketera (TM). Zaglavlja (Sender ID) moraju biti izričito registrirana pod ovim PE-TM parom prije slanja SMS prometa. Sustav za usmjeravanje provjerava zaglavlje poslano u API zahtjevu s nacionalnim DLT registrom prije mobilnog terminiranja poruke.

JIT dodjela resursa, dodjela brojeva i stanje usmjeravanja

Virtualni brojevi i namjenske adrese pošiljatelja u IOSOR-u rade na determinističkoj Just-In-Time (JIT) arhitekturi dodjele. Brojevi se ne povlače iz statičkog inventara; umjesto toga, IOSOR primjenjuje slijed JIT + prepaid zadržavanje + dodjela kako bi vezao aktivne E.164 resurse uz korisničke račune zajedno s mjesečnim alokacijama MRC-a. Dvosmjerni tokovi i transakcijski OTP zahtijevaju odgovarajuće webhook krajnje točke.

Minimalni saldo, prepaid zadržavanja i pragovi potrošnje

IOSOR posluje isključivo na transparentnom prepaid modelu salda. Računi održavaju obvezni minimalni prepaid prag od USD 20 kako bi se zajamčila neprekidna potrošnja tokena, obrada webhooka i usmjeravanje poruka. Ovaj sigurnosni prag sprječava prekide u trenucima povećanog prometa i omogućuje potpunu kontrolu nad troškovima slanja.

Provjera u produkciji i ovisnosti distribucijskog cjevovoda

Prije slanja produkcijskog prometa sustavi provjeravaju rješavaju li se varijable predložaka, ID-ovi zaglavlja i tokeni privole ispravno. Uspješno slanje vraća status Verify OK samo kada su DLT sažeci i stanja usmjeravanja potpuno usklađeni, čime se izbjegavaju nepotrebni troškovi neuspjelih zahtjeva.

Povezano: DLT nepodudaranje zaglavlja se ne isporučuje u CPaaS usmjeravanju · PE-TM povezivanje prije slanja indijskih DLT predložaka · rezervacija prepaid salda prije prvog terećenja.

Započnite s IOSOR-om

Otvorite IOSOR konzolu i registrirajte svoj TRAI-jev ID glavnog subjekta (PE) zajedno s povezivanjem telemarketera (TM) pod karticom za usklađenost s DLT-om. Mapirajte odobrene ID-jeve pošiljatelja zaglavlja izravno na ovaj PE-TM par prije povezivanja aktivnih E.164 resursa. Pokrenite testni utovar kako biste provjerili prolaze li DLT heševi provjeru prije slanja prije otvaranja produkcijskih prometnih kanala.

Sažetak IOSOR

Ovaj vodič utvrđuje da indijska DLT registracija funkcionira strogo kao kriptografski sloj upravljanja i usklađenosti, potpuno odvojen od fizičkog usmjeravanja operatera i karata geografske pokrivenosti. Registracija ID-ja glavnog subjekta (PE) i povezivanje ID-jeva pošiljatelja s ključevima telemarketera (TM) ispunjava zakonske zahtjeve TRAI-ja, ali performanse geografske dostave u potpunosti ovise o temeljnom dosegu mreže.

Povežite svaki ID zaglavlja pošiljatelja i heš predloška s vašim potvrđenim PE-TM odnosom unutar konzole prije slanja prometa. Nemojte miješati odobrenje DLT zaglavlja s mogućnošću geografskog usmjeravanja niti pokušavati zaobići provjere usklađenosti tretirajući registracije zaglavlja kao prekidače regionalne pokrivenosti.

Je li vam ovaj vodič pomogao?

Povezani vodiči