Linggo ng Pagbawi Pagkatapos ng Spike ng Pagkabigo

Linggo ng Pagbawi Pagkatapos ng Spike ng Pagkabigo.

Pagsusuri sa Spike ng DLR

Kapag may naganap na suliranin sa paghahatid, ang unang hakbang ay ang malalim na pagsusuri sa mga log ng webhook. Hinahanap namin ang mga tiyak na error code mula sa IOSOR API. Kung ang katayuan ng DLR ay nagpapakita ng maraming hindi naihatid na mensahe ng OTP, sinusuri namin ang pag-format ng E.164 at ang prefix ng patutunguhan. Ang mataas na antas ng pagkabigo ay kadalasang nagmumula sa mahigpit na pagsala o maling lohika sa pagruruta. Sa pamamagitan ng pag-audit sa huling 24 oras ng trapiko ng SMS, natutukoy namin kung ang spike ay nakatuon lamang sa isang rehiyon o isang malawak na pagkabigo.

Pagpapatupad ng Mahigpit na Limitasyon sa Trapiko

Upang maiwasan ang karagdagang pinsala sa reputasyon, nagpapatupad kami ng mahigpit na limitasyon sa lahat ng aktibong sub-account. Sa linggo ng pagbawi, ang trapiko ay dapat limitahan sa 10% ng normal na dami. Pinapayagan nito ang sistema na iproseso ang mga pila ng SMS nang hindi binibigatan ang imprastraktura. Gamit ang console ng IOSOR, nagtatakda kami ng mga limitasyon sa bawat segundo at minuto. Kung ang isang webhook ay nag-uulat ng tugon na «STOP OK» mula sa isang handset, agad naming ibinabala ang patutunguhan na iyon upang mapanatili ang malusog na profile ng nagpapadala.

Pagsubok gamit ang JIT Numbers

Ang pagbawi ay nangangailangan ng sariwang pagsisimula para sa mga mapagkukunan ng numero. Ginagamit namin ang probisyon ng JIT upang magtalaga ng mga bagong numero para sa pagsusuri. Sa halip na umasa sa mga lumang asset, nagsisimula kami ng prepaid hold para sa maliit na grupo ng mga numero na itinalaga sa pinakamahalagang daloy ng OTP. Nagpapadala kami ng mga mensahe sa isang kontroladong grupo upang matiyak na malinis ang landas. Ang diskarte na ito ng JIT ay nagsisiguro na hindi kami nag-aaksaya ng mga singil sa buwanan para sa mga numerong maaaring naka-block. Ang bawat numero ay sinusubaybayan para sa indibidwal na DLR performance bago namin palakihin ang trapiko.

Mga Hangganan sa Pananalapi at Pag-scale

Ang ledger ng IOSOR ay nangangailangan ng USD 20 prepaid floor upang mapanatiling aktibo ang account. Sa linggo ng pagbawi, mahigpit naming sinusubaybayan ang balanse upang maiwasan ang pagkaantala ng serbisyo. Habang bumabalik ang trapiko sa normal at tumataas ang DLR sa katanggap-tanggap na antas, naghahanda kami para sa manual review na nagaganap sa USD 1,000/buwan na gastusin. Sa pamamagitan ng pagpapanatili ng malinis na ledger, tinitiyak namin na mananatiling maayos ang account. Ang pag-scale ay dapat gawin nang paunti-unti, na nagdaragdag ng 20% bawat 48 oras kung mananatiling matatag ang performance.

Mga Mapagkukunan sa Pagbawi

Para sa karagdagang pag-optimize ng iyong diskarte sa pagbawi, kumonsulta sa mga sumusunod na teknikal na gabay.

Magsimula sa IOSOR

Buksan agad ang IOSOR console upang magtakda ng mahigpit na limitasyon sa trapiko na 10% ng normal na baseline volume sa lahat ng aktibong sub-account. Suriin ang iyong mga huling log ng webhook payload upang ihiwalay ang mga nabigong prefix ng destinasyon at mga status code ng DLR. Maglaan ng maliit na batch ng mga JIT na numero upang magsagawa ng mga kontroladong smoke test bago buksan ang mas mataas na mga gate ng trapiko.

• Monthly Prepaid Traffic Reconciliation and Audit Playbook · tl
• Linggo ng pagpaparehistro ng Sender ID: prepaid checklist bago ang blast
• Dapat Mag-hold ng Pondo ang Queued Messages sa Halip na I-debit Agad

Buod ng IOSOR

Ang matagumpay na pagbawi mula sa pagtaas ng hindi naihatid na mensahe ay nangangailangan ng agarang pag-fo-throttle ng trapiko, mga pagsusuri sa diagnostic log, at kontroladong paghihiwalay ng asset.