O eșec de legare SIP este o stare, nu un apel livrat

O eșec de legare SIP este o stare, nu un apel livrat.

Distincția între eșecurile de legare SIP și sesiunile active

În arhitectura IOSOR, un eșec de legare SIP are loc în timpul fazei de semnalizare, înainte ca o sesiune media să fie stabilită. Când este inițiată o cerere E.164, sistemul încearcă să lege apelul de un punct final de destinație. Dacă această legare eșuează din cauza unui timeout, a unei erori de autentificare sau a indisponibilității punctului final, este înregistrată ca un eveniment de stare. Acest lucru înseamnă că nu a existat un flux de date audio, deci nu se aplică nicio taxă.

Logica registrului și pragul de plată anticipată de 20 USD

Platforma funcționează pe un model strict de plată anticipată, cu un prag de 20 USD necesar pentru a menține capacitățile active de rutare. Când se face o încercare de apel, sistemul verifică soldul disponibil. Dacă legarea SIP eșuează, 'prepaid hold' (reținerea preplătită) plasată pe cont pentru acea tranzacție specifică este eliberată imediat. Nu are loc nicio debitare pentru durata încercării eșuate. Acest sistem protejează utilizatorii de costuri nejustificate pentru apelurile care nu se conectează.

Alocarea numerelor JIT și stările de conexiune

Numerele din ecosistemul IOSOR sunt gestionate prin alocare JIT (Just-In-Time). Când un utilizator solicită un număr, acesta este alocat și configurat pentru utilizare imediată, fără a fi nevoie de un stoc static sau de un inventar pre-alocat. Dacă apare un eșec de legare SIP pe un număr alocat JIT, sistemul îl tratează ca pe un non-eveniment pentru calculul MRC (Monthly Recurring Charge) al duratei apelului. Astfel, facturarea rămâne precisă și corectă.

Notificări Webhook pentru traficul nelivrat

Pentru a menține transparența, fiecare eșec de legare SIP declanșează o notificare webhook. Acest lucru permite dezvoltatorilor să facă distincția între un 'DLR' (confirmare de livrare) pentru o sesiune reușită și o stare de eșec. Aceste webhook-uri oferă coduri de eroare detaliate care explică de ce legarea nu s-a finalizat. Fie că este vorba de o comandă 'STOP' de la destinație sau de un timeout de rețea, datele sunt disponibile pentru observabilitate în timp real.

Resurse tehnice și logica de failover

Pentru o înțelegere mai profundă a modului în care gestionăm matematica financiară și failover-ul de rutare, vă rugăm să consultați următoarea documentație:

• Rotunjirea duratei apelurilor vocale: Auditarea debitelor pe intervale 6/6 ve…
• Limbaj de stare partajat pentru produs și finanțe
• Ruta primară eșuează: cale de rezervă ordonată fără dublă debitare

Începeți cu IOSOR

Deschide consola IOSOR și navighează la setările de rutare SIP pentru a audita webhook-urile de semnalizare. Asigură-te că erorile de legare și interogare declanșează eliberări imediate de reținere, în loc să înregistreze minute conectate în jurnalul contului tău. Configurează monitorizarea automată a stării pentru a captura coduri de eroare precise în timpul negocierii inițiale a punctului final.

Rezumat IOSOR

Acest articol a demonstrat că o eroare de legare sau interogare SIP reprezintă strict o stare din faza de semnalizare și nu trebuie niciodată înregistrată ca o sesiune de apel activă. Prin izolarea negocierii de semnalizare de căile media stabilite, motorul de facturare se asigură că nu se percepe nicio durată conectată atunci când o sesiune nu reușește să se finalizeze.