Überwachen Sie RTP-Paketverlust, Jitter und Umlaufzeit in Asterisk, FreePBX und Issabel. Erkennen Sie, wann sich die Qualität verändert hat, grenzen Sie die Suche auf einen Trunk oder eine Nebenstelle ein und planen Sie den nächsten Prüfschritt.
30 Tage kostenlos. Keine Karte nötig. Kein Audio-Upload.
Lernbeispiel · fiktive Messwerte, keine Kundendaten
Paketverlust über 15 Minuten
Betrachten Sie Mittelwert, Maximum und Anzahl der Messungen gemeinsam. Mittelwerte können kurze Spitzen verdecken; eine einzelne Spitze belegt noch kein anhaltendes Problem.
Der Empfänger meldet fehlende RTP-Pakete für ein RTCP-Berichtsintervall. Paketverlust kann mit Aussetzern oder abgehackter Sprache zusammenfallen.
Vergleichen Sie denselben Zeitraum über Trunks und Nebenstellen hinweg. Prüfen Sie, ob eine Verbindung oder mehrere betroffen sind.
Jitter beschreibt Schwankungen der Paketankunftszeiten. PBXonix rechnet den RTCP-Wert in Millisekunden um, wenn die Taktfrequenz des Codecs bekannt ist.
Prüfen Sie, ob Spitzen mit hoher Netzlast zusammenfallen. Vergleichen Sie bei Bedarf kabelgebundene Verbindungen und WLAN.
RTT misst den Hin- und Rückweg von RTCP. Hohe Werte können bei Beschwerden über gegenseitiges Unterbrechen einen Hinweis liefern. Sie messen nicht die Sprachverzögerung in nur einer Richtung.
Vergleichen Sie mit der üblichen RTT dieser Verbindung. Prüfen Sie Netzroute, Überlastung und Umfang der Änderung.
Dies sind Diagnoserichtwerte von PBXonix, keine allgemeingültigen Garantien für Sprachqualität. Codec, Jitter-Puffer und Medienpfad spielen ebenfalls eine Rolle. Alarmschwellen und Auslösedauer werden separat eingestellt.
Drei Beispiele mit fiktiven Werten. Sie geben eine Richtung für die Untersuchung vor, erkennen aber nicht automatisch ein defektes Gerät oder einen fehlerhaften Anbieter.
Prüfen Sie Aktualisierungszeit und Anzahl der RTCP-Messungen. Ein verbundener Agent kann noch auf Qualitätsbeobachtungen warten.
Nutzen Sie die letzte Stunde, 24 Stunden oder sieben Tage. Vergleichen Sie den Beschwerdezeitpunkt mit Mittelwert und Maximum.
Filtern Sie nach Telefonanlage und Medienrichtung. Vergleichen Sie verfügbare Messungen bekannter Trunks und interner Nebenstellen.
Prüfen Sie den Verlauf, weisen Sie einen Verantwortlichen zu und dokumentieren Sie die Prüfungen. Vergleichen Sie nach der Änderung dieselben Messwerte.
Aktivieren Sie Qualitätsmeldungen in den Einstellungen. Wählen Sie Schwellenwerte, Dauer und eine Mindestzahl von Beobachtungen für Alarme per E-Mail oder Telegram. Verfolgen Sie Problem und Wiederherstellung in der Vorfallzentrale; nutzen Sie den Wartungsmodus bei geplanten Arbeiten.
Das Qualitätsmodul überträgt numerische Minutenaggregate und bekannte technische Kennungen von Nebenstellen und Trunks. Kundentelefonnummern, Anrufernamen, Audio, Paketmitschnitte und rohe SIP-Nachrichten werden nicht hochgeladen. Der Agent verbindet sich über ausgehendes HTTPS mit der Cloud.
Mittelwerte sind nach der Anzahl der RTCP-Beobachtungen gewichtet, nicht nach Anrufen oder Paketen. Es handelt sich um gruppierte Messungen, nicht um Aufzeichnungen einzelner Gespräche. PBXonix berechnet keinen MOS. Ruhige Diagramme schließen Codec-, Telefon- oder Akustikprobleme nicht aus.
Die SIP-Registrierung beschreibt die Verfügbarkeit der Signalisierung. RTP transportiert die Medien, RTCP berichtet über diesen Pfad. Ein Trunk kann registriert bleiben, während Verlust, Jitter oder Verzögerung das Gespräch beeinträchtigen. Prüfen Sie Trunk-Status und Qualitätsmessungen gemeinsam.
PBXonix sammelt die von Asterisk bereitgestellten RTCP-Berichtsereignisse. Die Erfassung wurde mit Asterisk 16 und 20 sowie chan_sip und PJSIP validiert. Die Unterstützung von FreePBX und Issabel hängt von Asterisk-Version, verfügbaren Ereignissen, Rechten und Medienkonfiguration ab.
Nicht jede RTCP-Beobachtung enthält alle Messgrößen. Jitter benötigt eine bekannte Codec-Taktfrequenz für die Umrechnung in Millisekunden; RTT hängt zusätzlich von Berichtsinhalt und Richtung ab. Direct Media oder fehlendes RTCP können zu leeren Diagrammen führen. Nicht verfügbare Werte werden nie durch null ersetzt.
Nein. Jeder Mittelwert wird aus den verfügbaren RTCP-Beobachtungen berechnet und nach deren Anzahl gewichtet. Ein längerer Anruf kann mehr Beobachtungen liefern. Die Messanzahl ist nicht die Anzahl eindeutiger Anrufe; der mittlere Verlust ist keine paketgewichtete Verlustrate der gesamten Anlage.
Das Qualitätsmodul sendet numerische Aggregate und bekannte technische Kennungen der Telefonanlage. Es lädt keine Kundennummern, Namen, Audiodaten, Paketmitschnitte oder rohen SIP-Nachrichten hoch. Die Seite Sicherheit und Daten erläutert das allgemeine Erfassungsmodell.
Ja. Qualitätsalarme lassen sich mit Schwellenwerten, Dauer und Mindestzahl von Beobachtungen aktivieren. E-Mail und Telegram nutzen die konfigurierten Benachrichtigungskanäle. Die Vorfallzentrale unterstützt Verantwortlichkeiten, technische Kommentare und die Verfolgung der Wiederherstellung.
Monitoring-Funktionen und die zugrunde liegenden Daten kennenlernen.
30 Tage kostenlos testen · Asterisk, FreePBX und Issabel
Englische Oberfläche. Untertitel in Ihrer Sprache. Beispieldaten.
Demo ansehen →Nennen Sie den Anlagentyp und den aktuellen Schritt. Keine Passwörter oder Zugangstoken senden.
Wir zählen Seiten- und Demoereignisse aggregiert, ohne Besucher-IDs, Analyse-Cookies oder Sitzungsaufzeichnung. Browser-Datenschutzsignale werden respektiert.
