Anrufprotokoll
Das Leg-Protokoll unter Voice > Legs listet jede Verbindung auf, die Ihr Workspace hergestellt oder empfangen hat, die neueste zuerst. Ein Anruf kann mehrere Legs enthalten, etwa die eingehende und die weitergeleitete Verbindung. Jeder Eintrag ist ein Call Detail Record (CDR), einschließlich Verbindungen, die nicht angenommen oder abgelehnt wurden. Nutzen Sie ihn, um Dauer, die endgültige SIP-Antwort und Kosten zu prüfen.
Bird schreibt jeden Datensatz, wenn das Leg endet, sodass jeder Eintrag im Protokoll ein endgültiges Ergebnis hat. Der Tab Live daneben zeigt die Legs, die noch aktiv sind.
Für die vollständige Interaktion öffnen Sie Voice > Calls. Ein Call fasst zusammengehörige Legs und Teilnehmer zusammen. Verwenden Sie die Call ID zur Korrelation und die Leg ID zur Untersuchung einer einzelnen Verbindung; sie identifizieren unterschiedliche Datensätze.
Die Anrufliste
Jede Zeile ist ein Leg. Ein Anruf mit mehreren Legs hat mehrere Zeilen:
| Spalte | Was sie zeigt |
|---|---|
| Status | Wie das Leg endete (siehe Status) |
| From | Die anrufende Nummer, die Anrufer-ID, die Ihre Anlage gesendet hat |
| To | Die angerufene Nummer |
| Direction | Outbound für die Legs, die Ihre Anlage aufgebaut hat, Inbound für die Legs, die auf Ihren Nummern eingingen |
| Duration | Gesamtlänge des Legs, ab dem Moment, in dem Bird es empfangen hat, bis zum Auflegen |
| Started | Wann Bird das Leg empfangen hat |
Die Liste ist paginiert, 25 Legs pro Seite. Wählen Sie eine beliebige Zeile aus, um den Leg-Datensatz zu öffnen.
Live-Anrufe
Der Tab Live listet die gerade aktiven Legs auf und zeigt einen Zähler, damit Sie ohne Öffnen sehen, wie viele aktiv sind. Ein aktives Leg hat einen von zwei Status:
| Status | Was passiert |
|---|---|
| Ringing | Ein aktiver Anrufversuch wartet auf Annahme; das bestätigt nicht, dass es beim Ziel geklingelt hat |
| In progress | Das Ziel hat abgenommen, und der Anruf ist verbunden |
Die Spalten entsprechen dem Leg-Protokoll, außer Elapsed, das Duration ersetzt. Es zählt ab der Annahme bei einem verbundenen Leg und ab dem Start bei einem klingelnden Leg. Der Tab aktualisiert sich alle paar Sekunden. Wenn ein Leg endet, wechselt es mit seinem endgültigen Ergebnis ins Leg-Protokoll.
Suchen und Filtern
Die Seite beginnt mit einer Nummernsuche und Filtern. Sie lassen sich kombinieren: Ein Statusfilter zusammen mit einem Datumsbereich grenzt auf die Legs ein, die beides erfüllen.
Suche nach Nummer. Das Suchfeld gleicht eine Nummer mit beiden Seiten des Legs ab, sodass eine Abfrage sowohl die Legs dorthin als auch die Legs davon findet.
Richtung. Filtern Sie nach ausgehenden oder eingehenden Legs.
Status. Filtern Sie nach Answered, No answer, Failed, Rejected oder Unknown. Jeder Wert ist unter Status definiert. Im Tab Live stehen Ringing und In progress zur Wahl.
Date. Wählen Sie im Anrufprotokoll eine Vorgabe (die letzten 24 Stunden, 7 Tage oder 30 Tage) oder legen Sie über den Kalender einen eigenen Bereich fest.
Nutzung in diesem Monat
Die Monatszusammenfassung enthält drei Kacheln für den aktuellen Kalendermonat in UTC:
| Kachel | Was sie zählt |
|---|---|
| Legs | Abgeschlossene Leg-Datensätze im Monat, einschließlich unbeantworteter und abgelehnter |
| Total duration | Gesamtlänge aller Legs addiert, ab dem Moment, in dem Bird sie empfangen hat, bis zum Auflegen |
| Billable time | Angenommene Zeit aller Legs addiert |
Die Differenz zwischen Gesamtdauer und abrechenbarer Zeit ist unbeantwortete Klingelzeit. Ein unbeantwortetes Leg hat keine abrechenbare Zeit.
Jeder Zieltarif rundet die abrechenbare Zeit auf sein Abrechnungsinkrement. Preisdetails finden Sie unter Kosten und Abrechnung.
Diese Kacheln decken den gesamten Monat ab, unabhängig davon, wie Sie die Liste filtern.
Status
Ein Leg im Protokoll endete mit einem dieser Ergebnisse:
| Status | Was passiert ist |
|---|---|
| Answered | Das Ziel hat abgenommen. Abrechenbare Zeit läuft von der Annahme bis zum Auflegen |
| No answer | Der Versuch lief ab, ohne dass jemand abnahm; das beweist nicht, dass das Zieltelefon geklingelt hat |
| Rejected | Der Anruf wurde abgelehnt statt durchgestellt |
| Failed | Der Anruf wurde versucht und schlug fehl, und SIP response ist die zurückgegebene Antwort |
| Unknown | Das Ergebnis konnte nicht ermittelt werden, zum Beispiel wenn nie eine endgültige Antwort eintraf |
Rejected umfasst zwei Ablehnungsarten, und der Ablehnungsgrund unterscheidet sie. Entweder hat Bird den Anruf abgelehnt, bevor ein Carrier beteiligt war – dann nennt der Grund die fehlgeschlagene Prüfung –, oder die Gegenseite hat ihn direkt abgewiesen – dann enthält SIP response deren Antwort, und es gibt keinen Grund. Ein eingehender Anruf, den die angerufene Nummer abgewiesen hat, ist ebenfalls Rejected ohne Grund, weil er keine Prüfung verfehlt hat: die Inbound route sagt, was die Nummer tun sollte. Siehe Abgelehnte Anrufe.
Failed ist keine Ablehnung. Es bedeutet, dass der Anruf versucht wurde und fehlschlug: Eine besetzte Nummer ist Failed mit Carrier-Antwort 486, und eine nicht vergebene Nummer ist Failed mit 404.
Wenn Sie diese Werte aus eigenen Tools auslesen, verarbeiten Sie die Ihnen bekannten und behandeln Sie jeden anderen als einen Status, den Sie nicht verarbeiten, statt als Fehler. Die Liste enthält auch busy und canceled, reserviert für eingehende Anrufe auf Ihren eigenen Nummern. Beide werden noch nicht ausgegeben, und beide Ergebnisse werden derzeit als failed gemeldet.
Einen Anruf untersuchen
Wenn Sie ein Leg öffnen, sehen Sie, was Bird zu dieser Verbindung aufgezeichnet hat:
| Feld | Was es Ihnen sagt |
|---|---|
| Status | Das Ergebnis des Legs (siehe Status). Ein von Bird abgelehntes Leg zeigt zusätzlich den Grund und was Sie dagegen tun können |
| SIP response | Der abschließende SIP-Code des Legs, zum Beispiel 200 oder 486. Ein von Bird abgelehntes Leg enthält 503, ohne dass ein Carrier beteiligt war |
| From / To | Beide Nummern, jeweils kopierbar |
| Inbound route | Bei einem eingehenden Anruf die für die Nummer gewählte Route, z. B. Trunk, Weiterleitung, Sequenz oder Ablehnung. Verlinkt auf diese Nummer |
| Trunk | Der SIP-Trunk, über den der Anruf einging oder zugestellt wurde, nützlich wenn mehrere Standorte einen Workspace teilen |
| Started | Wann Bird das Leg empfangen hat |
| Answered | Wann das Leg angenommen wurde, oder Not answered |
| Ended | Wann das Leg abgebaut wurde |
| Leg ID | Die eigene ID des Verbindungsdatensatzes (vcl_…). Verwenden Sie sie mit GET /v1/voice/legs/{leg_id} und geben Sie sie beim Support an. |
| Call ID | Wird von allen Legs eines Anrufs geteilt (vcs_…). Verwenden Sie den call_id-Filter, um zusammengehörige Legs zu finden. Ein weitergeleiteter Anruf hat zwei Legs mit derselben ID. |
| Billing | Abrechenbare Zeit, Gesamtdauer und die Kosten des Legs, sobald es tarifiert wurde |
Inbound route erscheint bei eingehenden Anrufen und zeigt die gewählte Route. Eine Trunk-Route bei einem abgelehnten Anruf bedeutet, dass der Anruf keine funktionierende Annahme erreicht hat. Anrufe empfangen erklärt die Routen und was jede aufzeichnet.
Abgelehnte Anrufe
Ein abgelehnter Anruf wurde abgewiesen statt durchgestellt, und zwei verschiedene Dinge verursachen das.
Bird hat ihn abgelehnt, bevor ein Carrier beteiligt war. Vor dem Wählen prüft Bird die Anrufer-ID, das Ziel, Kontolimits und das Guthaben und lehnt einen Anruf ab, der eine dieser Prüfungen nicht besteht. Ihre Telefonanlage empfängt SIP 503, während der authentifizierte Anrufdatensatz den spezifischen Grund speichert. Das verhindert, dass nicht authentifizierte Anrufer Kontodaten erfahren. Öffnen Sie den Anruf, um die Ursache und einen Link zur betreffenden Einstellung zu sehen.
Die angerufene Nummer hat den Anruf abgewiesen. Ein eingehender Anruf an eine Nummer, die auf Ablehnung gesetzt ist, oder an eine Nummer, die nirgendwohin zeigt, wird ohne Grund abgelehnt: Er hat keine unserer Prüfungen verfehlt. Inbound route sagt das aus. Anrufe empfangen geht diese Ablehnungen durch.
Die folgenden Gründe gehören zur ersten Art. Sie gelten für eingehende ebenso wie für ausgehende Anrufe, weil Kontolimits und Guthaben in beiden Fällen geprüft werden.
Gründe, die Sie beheben können
| Grund | Was passiert ist | Was zu tun ist |
|---|---|---|
source_not_allowed | Der Anruf kam von einer Adresse, die die IP-Zulassungsliste des Trunks nicht abdeckt | Fügen Sie die Adresse, von der Ihre Telefonanlage sendet, zum Trunk hinzu |
caller_id_not_verified | Die Nummer im From-Header ist weder eine berechtigte Bird-Nummer noch eine verifizierte externe Anrufer-ID in diesem Workspace | Verwenden Sie eine berechtigte Bird-Nummer, oder verifizieren Sie die externe Nummer |
destination_not_enabled | Anrufe in dieses Land sind für Ihren Workspace deaktiviert | Aktivieren Sie das Land unter Destinations |
insufficient_balance | Ihr Guthaben deckte den Anruf nicht, deshalb hat Bird ihn vorab abgelehnt | Laden Sie auf, oder aktivieren Sie automatische Aufladungen, damit ein niedriges Guthaben keine Anrufe unterbricht |
daily_spend_exceeded | Der Anruf hätte das tägliche Voice-Ausgabenlimit Ihrer Organisation überschritten | Warten Sie, bis das Limit am Beginn des nächsten UTC-Tages zurückgesetzt wird, oder bitten Sie Bird, es anzuheben |
concurrent_calls_exceeded | Sie haben so viele gleichzeitige Anrufe, wie Ihr Konto zulässt | Warten Sie, bis ein Anruf endet, oder kontaktieren Sie den Support, um das Limit anzuheben |
calls_per_second_exceeded | Sie haben neue Anrufe schneller getätigt, als Ihr Konto zulässt | Reduzieren Sie Ihre Wählrate und versuchen Sie es erneut. Sofortiges erneutes Versuchen liefert dieselbe Antwort |
number_ownership_not_verified | Sie haben diese Nummer erworben, aber das Land, das sie vergeben hat, hat die Nachweise noch nicht akzeptiert | Erledigen Sie, was das Feld ownership der Nummer verlangt, und tätigen Sie den Anruf erneut |
Ein Kampagnen-Dialer kann calls_per_second_exceeded auslösen, obwohl er weit unter dem Limit für gleichzeitige Anrufe liegt. Prüfen Sie daher, welchen der beiden Gründe Sie erhalten haben, bevor Sie etwas ändern.
Gründe, die Bird für Sie löst
Diese liegen auf Seiten von Bird. Kontaktieren Sie den Support und nennen Sie die Leg ID aus dem Datensatz:
| Grund | Was passiert ist |
|---|---|
routing_not_configured | Das Routing Ihres Workspace wird noch eingerichtet – das ist normal, solange ein neues Voice-Setup abgeschlossen wird |
no_route_found | Das Routing ist eingerichtet, deckt aber die gewählte Nummer nicht ab. Kontaktieren Sie den Support mit der Leg-ID, um die Route zu prüfen |
destination_blocked | Die Routing-Konfiguration von Bird blockiert Anrufe an dieses Ziel |
call_not_permitted | Bird konnte den Anruf für Ihr Konto nicht abschließen und hat ihn abgelehnt, anstatt ihn zu unbekannten Konditionen zu vermitteln |
So liest sich eine Ablehnung
Lesen Sie den Status und den Ablehnungsgrund zusammen:
- Rejected mit Ablehnungsgrund. Bird hat den Anruf abgelehnt, und der Grund nennt die fehlgeschlagene Prüfung.
SIP responseist der503, den Ihre Telefonanlage empfangen hat. Folgen Sie der Konto- oder Routing-Lösung des Grundes. - Rejected ohne Ablehnungsgrund. Bei einem ausgehenden Anruf hat die Gegenseite ihn direkt abgewiesen, und
SIP responseenthält deren Code. Bei einem eingehenden Anruf hat die angerufene Nummer ihn abgewiesen, und Inbound route sagt, was diese Nummer tun sollte. - Failed. Der Anruf wurde versucht und schlug fehl, und
SIP responseenthält den zurückgegebenen Code.486bedeutet besetzt, während404bedeutet, dass die Nummer nicht vergeben ist. Das deutet in der Regel auf die Nummer hin, nicht auf Ihr Setup.
Ein Anruf, den Bird gar nicht zulassen kann, wird abgewiesen, bevor ein Datensatz existiert, und erreicht daher nie das Protokoll. Voice-Fehlerbehebung behandelt diese Anrufe.
Datensätze exportieren
Vier Wege, um mit diesen Datensätzen außerhalb des Dashboards zu arbeiten:
- CSV exportieren. Download CSV im Tab Leg log exportiert die Datensätze, die Ihren aktuellen Filtern entsprechen, über alle Seiten hinweg, bis zu 10.000 Legs. Eine größere Auswahl gibt einen Fehler ohne Datei zurück; schränken Sie Ihren Datumsbereich oder Ihre Filter ein und exportieren Sie jede Auswahl einzeln. Nutzen Sie es für den Abgleich und Ad-hoc-Berichte.
- Über die API abrufen.
GET /v1/voice/legsgibt die gefilterte Liste zurück, undGET /v1/voice/legs/{leg_id}gibt einen einzelnen Datensatz zurück. Beide erfordern einen API-Schlüssel mit dem Scopevoiceaufread-Ebene. Die veröffentlichten Operationen für andere Voice-Ressourcen und deren erforderliche Scopes finden Sie in der API-Referenz. - Vom Terminal aus abrufen. Die Bird CLI bietet
bird voice legs list,bird voice legs getundbird voice stats. Der MCP-Server stellt Agenten dieselben Lesezugriffe zur Verfügung. - Events abonnieren.
voice_call.initiated,voice_call.answeredundvoice_call.endedwerden an Ihren Endpunkt gepusht, sobald Anrufe stattfinden, sodass Ihre eigenen Systeme ohne Polling aktuell bleiben. Siehe Voice-Events.
Nächste Schritte
| Seite | Was sie behandelt |
|---|---|
| Voice-Events | Die drei Anruf-Events, ihre Payloads und wie Sie sie nutzen |
| Anrufe tätigen | Was Bird auf dem INVITE erwartet und wie ein Anruf bepreist wird |
| Anrufe empfangen | Eine Nummer auf einen Trunk oder eine Weiterleitung zeigen, und was dabei aufgezeichnet wird |
| SIP-Trunks | Die IP-Zulassungsliste, erlaubte API-Schlüssel und Digest-Einstellungen |
| Voice-Ziele | Länder aktivieren und was Verfügbarkeit bedeutet |
| Errors | Die API-Fehlerantwort und ihre Recovery-Felder |
Verwandte Ressourcen
Weiter mit der Dokumentation, Anleitungen und Beispielen zu diesem Thema.