Die folgenden Probleme hören wir am häufigsten. Jedes ist als Abfolge beschrieben, der Sie tatsächlich folgen könnten, und nicht als Funktionsliste, denn die nützliche Frage an ein Werkzeug lautet, was Sie damit tun würden.
Sie führen Traffic über ein Dutzend Peering-Partner. Einer von ihnen beharrt darauf, dass seine Seite sauber ist; Ihre Kunden sagen etwas anderes. Keiner von Ihnen kann die andere Hälfte des Anrufs sehen.
Post-Mortem-Debugging allein anhand von CDRs kann eine Codec-Neuverhandlung nicht von einem Transcoding-Artefakt oder echtem Packet Loss unterscheiden. Bis ein pcap von Hand erstellt ist, hat sich der Zustand meist schon wieder normalisiert.
Ein neuer SBC, ein neuer Carrier oder eine UCaaS-Umstellung. Die Konfiguration sieht richtig aus und eine Handvoll manueller Testanrufe gelingt.
Manuelle Tests prüfen den Happy Path von einem einzelnen Telefon aus. Sie prüfen nicht den zweiten Codec im Angebot, das re-INVITE beim Halten, das PRACK, das der neue SBC jetzt verlangt, oder was bei 200 gleichzeitigen Anrufen statt bei zwei passiert.
Sie entwickeln eine PBX, einen SBC, ein Gateway oder ein Softphone. Jedes Release muss weiterhin mit den Codecs, Transporten und Call Flows funktionieren, auf die sich Ihre Kunden bereits verlassen.
Regressionstests von Hand oder mit Skripten, die nur ein Engineer versteht, decken die Abläufe ab, an die jemand gedacht hat. Der zweite Codec über TLS oder die Antwort auf einen fehlerhaft formatierten Header bleibt tendenziell ungetestet.
Die Audioqualität bei ausgehenden Anrufen ist den Großteil des Tages in Ordnung. Beschwerden häufen sich am Nachmittag, und niemand kann sie reproduzieren.
Sporadische Verschlechterungen bleiben einem Monitoring verborgen, das nur prüft, ob der Trunk erreichbar ist. Ein Anruf kann mit 200 OK zustande kommen und trotzdem unbrauchbar sein — Jitter, der stoßweise auftritt, Audio nur in eine Richtung, ein Codec, der auf etwas Schmalbandiges zurückgefallen ist.
Sie betreuen Telefonie für ein Portfolio von Kunden. Jeder will wissen, ob sein Netzwerk gesund ist, und jeder fragt in einem anderen Format.
Reports werden von Hand aus getrennten Tools zusammengestellt, was so aufwendig ist, dass es bestenfalls monatlich geschieht — und ein Monatsbericht fasst Probleme zusammen, die Ihr Kunde längst erlebt hat.
Der VoiceLab KI-Assistent arbeitet innerhalb Ihres Tenants, mit Ihren eigenen Berechtigungen. Er platziert nie einen Anruf und ändert nichts, bevor eine Person auf Bestätigen klickt, und die Zahlen, die er nennt, stammen aus den eigenen Datensätzen von VoiceLab. Jeder Plan enthält ein monatliches Kontingent an KI-Credits; siehe Preise.
Ein geplanter Test ist über Nacht fehlgeschlagen. Der Engineer in Bereitschaft hat einen Anrufdatensatz, einen Antwortcode und einen wartenden Kunden — und das Lesen der SIP-Ladder, der SDP und der Medienergebnisse braucht Zeit, die er nicht hat.
Ein Antwortcode benennt ein Symptom, keine Ursache. Dasselbe 488 kann ein Codec-Mismatch sein, ein SRTP-Angebot, das die Gegenseite ablehnt, oder eine Richtlinie auf dem SBC, und die Belege verteilen sich über mehrere Ansichten.
Ein neuer Trunk braucht dieselben Prüfungen wie die anderen: einen Account registrieren, eine Nummer mit einem bestimmten Codec anrufen, das Audio bestätigen und das jede Nacht wiederholen.
Jeder dieser Schritte ist ein Formular mit einem Dutzend Feldern auf mehreren Seiten, und ein Tippfehler in einem Codec-Namen oder einer Nummer kostet einen fehlgeschlagenen Lauf und ein verwirrendes Ergebnis.
Das tut selten eines genau. Bringen Sie uns eine Route mit, die sich auffällig verhält, und wir gehen sie gemeinsam mit Ihnen an Ihren eigenen Trunks durch.
Walkthrough buchen