IOSOR

IOSOR Žinios

DID incidento savaitė: žinučių siuntimas neaktyvus

Kaip suvaldyti savo pirmąjį DID žinučių incidentą per sutrikimą, valdyti išankstinio apmokėjimo rezervus be fiktyvių sandėlio atsatsų ir skaidriai komunikuoti statusus.

DID incidento savaitė.

Žinučių kritimas reiškia maršrutizavimo klaidą, o ne atsargų papildymą

Kai pranešimai nutrūksta naujai sukonfigūruotame numeryje, jūsų pirmasis instinktas gali būti inventoriaus tikrinimas arba papildymo pranešimų paieška. Baltosios etiketės CPaaS operacijose nėra sandėlio ar fizinių lentynų. Numeriai instancijuojami naudojant JIT aprovizavimą. Jei gaunami SMS ar OTP pranešimai sustoja, problema slypi maršrutizavimo lentelėse, žiniatinklio šauktukų siųstuvuose arba šliuzo sujungimuose — niekada 'išparduota' dėžėje. Vertinkite kiekvieną sutrikimą kaip gyvo tinklo išimtį, o ne prekybos klaidą.

Nedelsiant sustabdyti priskirtas linijas ir siuntimo eiles

Kai tik klientai praneša apie atmestus DLR arba tylius OTP srautus, nedelsiant užšaldykite automatizuotą numerių priskirimą ir didelės apimties siuntimo eiles. Leisdami skriptams toliau paskirstyti maršrutus aktyvios degradacijos metu, padidinate sprogimo spindulį. Laikinai sustabdykite išankstinio apmokėjimo balanso paskirstymą paveiktiems subkontams. Aiškiai praneškite, kad incidentas yra aktyviai tikrinamas inžinierių, o minimali USD 20 išankstinio apmokėjimo riba lieka nepažeista, kol palaikymo komandos seka HB ir API duomenų žurnalus.

Patikrinti pasirengimą prieš kaltinant tinklą

Prieš eskaluodami incidentą, patikrinkite, ar paveiktas numeris atitinka bazinius protokolo reikalavimus. Daugelis tariamų sutrikimų kyla iš praleistų patvirtinimo žingsnių, aprašytų DID žinučių parengtis prieš gamybą vadove. Patikrinkite 10DLC registracijos statusą, prekės ženklo atitiktį ir žiniatinklio šauktukų URL atsako greitį. Jei antraštės grąžina 5xx klaidas, kliūtis yra programėlės galiniame taške, o ne operatoriaus tinkle.

Keitimas, grąžinimas arba nepavykusių išteklių atlaisvinimas

Jei pagrindinis maršrutizavimo kelias yra visam laikui pažeistas ir jo nepavyksta atkurti per SLA ribas, nepalikite kliento likimo valiai. Atlikite švarų keitimą arba išrašykite automatinį kreditą. Peržiūrėkite protokolą nepavykęs DID užsakymas grąžinimas ir keitimas kad užtikrintumėte teisingą balanso koregavimą. Išankstinio apmokėjimo rezervai turi būti nedelsiant atlaisvinti, kad nuomininkas galėtų sukurti veikiantį išteklių nemokėdamas dvigubai už sugadintą infrastruktūrą.

Finansinė nuspėjamybė po medaus mėnesio fazės

Operaciniai incidentai dažnai sutampa su plėtros etapais. Kai nuomininkas praeina pirminį testavimą ir priartėja prie švelnios peržiūros ties USD 1.000 per mėnesį, srauto modeliai keičiasi nuo sporadinių OTP impulsų iki nuolatinių A2P kampanijų. Atidžiai stebėkite DID antrasis mėnuo: pilnas MRC pasikeitus UTC kalendoriui ciklus, kad užtikrintumėte, jog periodiniai mokesčiai ir naudojimo papildymai suderinami švariai, nesukeliant klaidingai teigiamų sukčiavimo sustabdymų aktyvaus trikčių šalinimo metu.

Pradėkite nuo IOSOR, kad užtikrintumėte natū及び baltosios etiketės patikimumą

Kai miršta DLR ar žinučių webhook, užšaldykite siuntimo eilę tame DID. Nelaikykite MT todėl, kad numerio eilutė vis dar sako assigned. Eksportuokite šaldymo laiką, paskutinį gerą DLR ir būseną messaging-down. Tęskite tik po gyvo smoke tais pačiais skaitmenimis. Tai ne parduotuvės „nėra“ ženklas ir ne sąskaitos ginčas.

IOSOR santrauka

Messaging-down yra užšaldymas, ne inventoriaus skylė.

Darykite: sustabdykite eiles ir pasakykite tenantams, kad žinutės guli. Nedarykite: siųsti toliau ar pervadinti DID kaip trūkstamą atsargą.

Ar šis vadovas buvo naudingas?

Susiję vadovai