IOSOR Kunskap

Karenstid innan en nummerpool återanvänds

Lär dig hur IOSOR hanterar nummeråldrande och karenstider för att förhindra överföring av dåligt rykte mellan varumärken, vilket säkerställer ren E.164-routing.

Karenstid innan en nummerpool återanvänds.

Risken med överföring av dåligt rykte

När ett varumärke frigör ett E.164-nummer upphör inte den kvarvarande trafiken omedelbart. Inkommande SMS, spammeddelanden och sena OTP-leveransförsök fortsätter att skickas till identifieraren. Om detta nummer omedelbart tilldelas en ny kund ärver det nya varumärket ett dåligt rykte. Detta leder till omedelbara blockeringar från operatörer, höga DLR-felprocent och slösad budget. För att förhindra detta tillämpar IOSOR ett strikt karensprotokoll.

Att definiera karenstiden

Åldringsfönstret är utformat för att rensa bort kvarvarande trafik. Under denna fas placeras numret i ett icke-routerbart tillstånd för utgående trafik medan inkommande webhooks övervakas. För vanliga meddelandepooler krävs minst 60 till 90 dagar för att rensa operatörernas spamregister och stoppa automatiska opt-in-triggers. Detta säkerställer att när nästa varumärke startar sin kampanj är numret rent och redo för Verify-operationer.

Teknisk mekanik för JIT-nummeråldrande

IOSOR använder en Just-In-Time (JIT) tillhandahållandemodell. Istället för att upprätthålla ett statiskt lager av förköpta identifierare, efterfrågas och tilldelas nummer dynamiskt. När en kund frigör ett nummer utlöser plattformen en förskottsreservering på resursen. Numret går in i ett isolerat åldringstillstånd där alla inkommande SMS som innehåller STOP- eller opt-out-nyckelord behandlas för att rensa operatörernas databaser utan att påverka aktiva konton.

Kontobokskontroller och förskottsreserveringar

För att förhindra missbruk av JIT-poolen tillämpar IOSOR strikta finansiella skyddsräcken. Konton måste upprätthålla ett förskottssaldo på minst USD 20 för att hålla aktiva och åldrande resurser allokerade. När ett nummer frigörs upphör den månatliga återkommande avgiften (MRC), men resursen förblir låst i åldringspoolen. För konton med hög volym utlöses en mjuk granskning nära USD 1,000/månad för att analysera poolens rotationsmönster och förhindra snabb cykling av identifierare som skadar den delade ryktespoolen.

Övervakning av inkommande trafik och webhooks

Under karensfasen övervakar plattformen inkommande webhooks för att spåra hur den kvarvarande trafiken avtar. Om ett nummer fortsätter att ta emot stora volymer av oönskade OTP-förfrågningar eller spamsvar, återställs åldringstimern automatiskt.

För mer information om hur du hanterar din meddelandeinfrastruktur, utforska våra guider:

Börja med IOSOR

För att säkra din meddelandeinfrastruktur loggar du in i IOSOR-konsolen och konfigurerar dina automatiska frisläppningstriggrar till att inkludera en obligatorisk spärrtid. Säkerställ att dina inkommande webhooks är inställda på att logga kvarvarande trafikmönster under denna period för att verifiera att identifieraren är helt sanerad innan den tilldelas på nytt.

IOSOR sammanfattning

Denna artikel visar att omedelbar nummeråtervinning är en huvudorsak till leveransproblem, eftersom nya varumärken ofta ärver sina föregångares skräppostmarkeringar. Genom att implementera ett strukturerat kylfönster ser IOSOR till att äldre trafik dör ut naturligt och skyddar ditt avsändarrykte från första dagen.

Övervaka inkommande leveransrapporter och meddelandeloggar under spärrfasen för att bekräfta att gamla engångskodsförfrågningar har upphört. Undvik att kringgå minimigränsen på 60 dagar för vanliga meddelandepooler, eftersom operatörernas filter behöver denna tid för att rensa historisk ryktesdata.

Var den här guiden till hjälp?

Relaterade guider