DID-portering: Live smoke-testing før volumøkning

Liverøyk på en portert DID kommer før volum, ikke etter complete-merket.

1. Port Complete-status er et signal, ikke et grønt lys

Når en forespørsel om DID-portering endres til fullført i dashbordet ditt, betyr det bare at det sentrale registeret har oppdatert rutepekeren. Det garanterer ikke at hver nedstrømsoperatør har lastet inn LRN-tabellene sine på nytt, eller at innkommende SMS-webhooks mottas uten feil. Å slippe full produksjonstrafikk på et nylig portet E.164-nummer umiddelbart etter portering fører ofte til tapte OTP-er og uforklarlige leveringsfeil. Behandle fullført status som en invitasjon til en kontrollert smoke-test, ikke som et klarsignal for full ruting.

2. Trinn 1: Innkommende og utgående smoke-tester

Før du ruter live applikasjonstrafikk, kjør enkeltdestinasjonstester under kontrollerte forhold. Send manuelle test-SMS-er til det porterte nummeret fra ulike mobilnettverk og sjekk at innkommende webhooks utløses med gyldig JSON-nyttelast. Bekreft at utgående svar returnerer gyldige DLR-statuser uten feil. Testing i begge retninger ved lav hastighet avdekker ruteavvik, manglende SMS-senterbindinger eller ufullstendig operatørspredning før kundene dine mister koder.

3. Trinn 2: Webhook-levering og E.164-formatering

Innkommende ruting avhenger av presis JSON-webhook-formatering og E.164-standardisering. Sørg for at webhooks mottar nyttelast innenfor fastsatte tidsrammer. Bekreft at numre opprettholder fullt internasjonalt format uten manglende landskoder eller ledende nuller. Under JIT-allokeringer eller aktivering av portet DID reserverer og tildeler plattformen trafikkveier dynamisk. Sammenlign denne mekanismen i vår guide for portering eller et nytt DID. Hvis innkommende webhooks returnerer HTTP 5xx-feil eller feiler på signaturkontroller, må applikasjonsendepunktet rettes før reell trafikk kobles på.

4. Trinn 3: Gradvis volumøkning og forhåndsbetalt gulvstyring

Skalering av trafikk på nylig porterte numre bør følge en trinnvis økning: 5 %, 25 %, 50 % og til slutt 100 % over flere timer eller dager. Dette beskytter leveringskapasiteten og lar deg overvåke saldoen i sanntid. Plattformens sanntidsruting kjører på en forhåndsbetalt hovedbok. Hold kontosaldoen godt over det obligatoriske forhåndsbetalte gulvet på USD 20 for å unngå avbrudd i kritiske perioder. Når månedlig forbruk nærmer seg USD 1000/md., evalueres kontoparametrene for å sikre uavbrutt gjennomstrømning.

5. Verifikasjonsprotokoller og operasjonelle playbooks

For å bygge en pålitelig meldingsarkitektur må du integrere porteringsverifikasjonen med sjekklister for oppstart. Gjennomgå operasjonelle prosedyrer for lansering, saldotildeling og feilhåndtering i vår OTP-lansering uke: sjekkliste for forhåndsbetaling som hindrer tap. Test hver rute systematisk før du øker belastningen.

6. Start med IOSOR

Når portstatus blir complete, røyk først — ikke åpne slusen. Send ett inbound og ett outbound på den porterte E.164. Bekreft webhook-lasten og en terminal DLR. Deretter 5, 25, 50, 100. Eksporter røykvinduet: volum er ikke et gjett.

Relatert: Forhåndsbetalt sannhet: hva IOSOR aldri lover OTP-lansering uke: sjekkliste for forhåndsbetaling som hindrer tap portering eller et nytt DID.

IOSOR takeaway

Port complete er en røykinvitasjon, ikke grønt lys for volum.

Gjør: røyk begge veier, deretter trinn. Ikke: blast timen dashbordet sier complete.