Freigeben über

Protokollschema für Updates der Anrufzusammenfassung

Der einzige Unterschied bei den Eigenschaften zwischen dem Protokollschema für Updates der Anrufzusammenfassung und dem Protokollschema der Anrufzusammenfassung ist die zusätzliche CallUpdatesVersion-Eigenschaft. Die Eigenschaft CallUpdatesVersion gibt an, wie aktuell das Protokoll ist. Das Protokollschema für die Aktualisierung der Anrufzusammenfassung weist eine niedrigere Latenz als das Schema des Anrufzusammenfassungsprotokolls auf. Diese niedrige Latenz wird erreicht, indem Schemaeigenschaften gesendet werden, sobald dies möglich ist. Im Gegensatz dazu sendet ihnen das Protokollschema für die Anrufzusammenfassung kein Protokollschema, bis das gesamte Protokollschema die interne Microsoft-Erstellung abgeschlossen hat.

Das Protokoll für Updates der Anrufzusammenfassung enthält Daten, mit denen Sie wichtige Eigenschaften aller Anrufe identifizieren können. Für jeden participantId-Wert (bzw. endpointId-Wert bei P2P-Anrufen [Peer-to-Peer]) im Anruf wird ein eigenes Protokoll für Updates der Anrufzusammenfassung erstellt.

Für jeden Teilnehmer innerhalb eines Anrufs erstellt Communication Services ein eindeutiges Protokoll für Updates der Anrufzusammenfassung. Wenn jemand einem Anruf erneut beitritt, hat dieser Teilnehmer bzw. diese Teilnehmerin den gleichen EndpointId-Wert, aber einen anderen ParticipantId-Wert. Dieser Endpunkt kann dann über zwei Protokolle für Updates der Anrufzusammenfassung verfügen.

Wie man Anrufprotokolle verwendet

Es wird empfohlen, alle verfügbaren Anrufprotokolle in einer Protokollanalyseressource zu sammeln, damit Sie Ihre Anrufnutzung überwachen, die Anrufqualität verbessern und neue Protokolle von Azure Communication Services erhalten können, wenn sie veröffentlicht werden.

Es gibt zwei Haupttools, mit denen Sie Ihre Anrufe überwachen und die Anrufqualität verbessern können.

Es wird empfohlen, die Dashboards für Sprach- und Videoeinblicke zu verwenden, um qualitätsbezogene Untersuchungen zu starten und bei Bedarf die Anrufdiagnose zu verwenden, um einzelne Anrufe zu untersuchen, wenn Sie detaillierte Details benötigen.

Datenkonzepte

Wichtig

Sie müssen Protokolle sammeln, wenn Sie sie analysieren möchten. Weitere Informationen finden Sie unter: Wie speichere ich Protokolle?

Azure speichert Ihre Anruflistendaten nur, wenn Sie diese spezifischen Diagnoseeinstellungen aktivieren. Ihre Anrufdaten sind nicht rückwirkend verfügbar. Sie erfassen die Daten, nachdem Sie die Diagnoseeinstellungen erstellt haben.

Wenn Sie das Protokollschema für Updates der Anrufzusammenfassung verwenden, beziehen Sie sich immer auf die höchste CallUpdatesVersion-Zahl, um sicherzustellen, dass Sie über die aktuellsten Informationen verfügen. Immer wenn Anrufdaten aktualisiert werden, wird eine neue Version des Protokolls erstellt, die die aktuellsten Informationen enthält. Je höher beispielsweise die CallUpdatesVersion-Zahl, desto aktueller ist das Update. Dies bedeutet, dass Version 3 neuer ist und aktuellere Änderungen im Vergleich zu Version 1 enthält.

Weitere Informationen zu Protokollversionen und Datenlatenz

Das Protokollschema der Anrufzusammenfassungsaktualisierungen kann ungefähr 60 Minuten nach dem Ende eines Anrufs erfordern, um Daten zu übertragen. Die meisten Protokolle sind jedoch innerhalb von 40 Minuten verfügbar.

Nach Beendigung eines Anrufs wird eine erste Version (Version 1) des Protokolls an die Tabellen „CallSummaryUpdates“ und „CallDiagnosticUpdates“ gesandt. Erste Versionen können null-Werte enthalten, wenn weitere Informationen verfügbar werden, werden aktualisierte Versionen der Protokolle mit umfassenderen Informationen erstellt. Beispielsweise können Clientdaten aufgrund von Problemen mit der Netzwerkkonnektivität zwischen dem Clientcomputer und unseren Servern verzögert werden oder aufgrund dessen, dass ein Benutzer einfach den Deckel seines Laptops nach dem Anruf schließt, bevor seine Clientdaten gesandt wurden und ihn erst Stunden (oder Tage) später wieder öffnet.

Aufgrund solcher Variationen bei der Erfassung können inkrementelle Versionen Stunden oder sogar Tage später ankommen. Sie können Versionen für ein schnelleres Verständnis Ihrer Anrufressource verwenden, als zu warten, bis alle Anrufdaten des SDK-Clients empfangen wurden. Im besten Fall beenden alle Anrufteilnehmer ihre Anrufe und kann die Anruf-SDK Daten an den Server senden.

Datendefinitionen

Protokollschema für Updates der Anrufzusammenfassung

Wichtig

Teilnehmerinformationen im Protokoll der Anrufzusammenfassung variieren je nach Teilnehmermandanten. Die SDK-Version und die Betriebssystemversion werden redigiert, wenn sich Teilnehmende nicht innerhalb des gleichen Mandanten befindet (auch als mandantenübergreifend bezeichnet) wie die Communication Services-Ressource. Mandantenübergreifende Teilnehmer bzw. Teilnehmerinnen werden als externe Benutzer bzw. Benutzerinnen klassifiziert, die von einem Ressourcenmandanten eingeladen werden, um an einem Anruf teilzunehmen und zusammenzuarbeiten.

In dieser Tabelle werden die einzelnen Eigenschaften beschrieben.

Eigenschaft Beschreibung
time Der Zeitstempel (UTC) für den Zeitpunkt, zu dem das Protokoll generiert wurde.
operationName Der mit der Protokollaufzeichnung verbundene Vorgang
operationVersion Der api-version-Wert, der dem Vorgang zugeordnet wird, wenn der operationName-Vorgang über eine API durchgeführt wurde. Wenn keine API für diesen Vorgang vorhanden ist, entspricht die Version der Version des Vorgangs (für den Fall, dass sich die dem Vorgang zugeordneten Eigenschaften in Zukunft ändern).
category Die Protokollkategorie des Ereignisses. Diese Eigenschaft ist die Granularität, mit der Sie Protokolle für eine Ressource aktivieren oder deaktivieren können. Die Eigenschaften, die im properties-Blob eines Ereignisses angezeigt werden, sind innerhalb einer Protokollkategorie und eines Ressourcentyps identisch.
correlationId Die eindeutige ID für einen Anruf. Sie identifiziert korrelierte Ereignisse von allen Teilnehmern bzw. Teilnehmerinnen und Endpunkten, die während eines einzelnen Anrufs eine Verbindung herstellen, und kann verwendet werden, um Daten aus verschiedenen Protokollen zusammenzuführen. Falls Sie einmal eine Supportanfrage für Microsoft erstellen müssen, können Sie den correlationId-Wert verwenden, um den Anruf zu identifizieren, für den Sie die Problembehandlung durchführen.
identifier Die eindeutige ID für den Benutzer Die Identität kann ein Azure Communications Services-Benutzer bzw. eine Azure Communication Services-Benutzerin, eine Microsoft Entra-Benutzer-ID, eine anonyme Teams-Benutzer-ID oder eine Teams-Bot-ID sein. Sie können diese ID verwenden, um Benutzerereignisse in Protokollen zu korrelieren.
callStartTime Ein Zeitstempel für den Beginn des Anrufs, basierend auf dem ersten Verbindungsversuch eines beliebigen Endpunkts.
callDuration Die Dauer des Anrufs in Sekunden basierend auf dem ersten Verbindungsversuch und dem Ende der letzten Verbindung zwischen zwei Endpunkten.
callType Die Art des Anrufs. Enthält entweder "P2P" oder "Group". Ein "P2P"-Anruf ist eine direkte 1:1-Verbindung zwischen nur zwei Endpunkten, die keine Server sind. Ein "Group"-Anruf ist ein Anruf mit mehr als zwei Endpunkten oder ein Anruf, der vor dem Herstellen der Verbindung als "Group"-Anruf erstellt wurde.
teamsThreadId Die Teams-Thread-ID. Diese ID ist nur relevant, wenn der Anruf als Teams-Besprechung organisiert ist. Anschließend stellt sie den Anwendungsfall der Interoperabilität zwischen Microsoft Teams und Azure Communication Services dar.

Diese ID wird in den Betriebsprotokollen angezeigt. Sie können diese ID auch über die Chat-APIs abrufen.
participantId Diese ID wird generiert, um die bidirektionale Verbindung zwischen einem "Participant"-Endpunkt (endpointType = "Server") und dem Server darzustellen. Bei callType = "P2P" besteht eine direkte Verbindung zwischen zwei Endpunkten, und es wird kein participantId-Wert generiert.
participantStartTime Der Zeitstempel für den Beginn des ersten Verbindungsversuchs des Teilnehmers bzw. der Teilnehmerin.
participantDuration Die Dauer jeder Teilnehmerverbindung in Sekunden – von participantStartTime bis zum Zeitstempel für das Ende der Verbindung.
participantEndReason Der Grund für das Ende einer Teilnehmerverbindung. Enthält vom SDK ausgegebene Calling SDK-Fehlercodes für die einzelnen participantId-Werte (sofern relevant).
endpointId Die eindeutige ID, die die einzelnen, mit dem Anruf verbundenen Endpunkte darstellt, wobei endpointType den Endpunkttyp definiert. Wenn der Wert null ist, ist die verbundene Entität der Communication Services-Server (endpointType = "Server").

Bei nativen Clients kann der endpointId-Wert manchmal über mehrere Anrufe hinweg (correlationId) für den gleichen Benutzer bzw. für die gleiche Benutzerin bestehen bleiben. Die Anzahl der Anrufzusammenfassungsprotokolle hängt von der Anzahl der endpointId-Werte ab. Für jeden endpointId-Wert wird ein eigenes Zusammenfassungsprotokoll erstellt.
endpointType Dieser Wert beschreibt die Eigenschaften der einzelnen mit dem Anruf verbundenen Endpunkte. Er kann "Server", "VOIP", "PSTN", "BOT" oder "Unknown" enthalten.
sdkVersion Die Versionszeichenfolge für die Version des Communication Services Calling SDK, die von den einzelnen relevanten Endpunkten verwendet wird (beispielsweise "1.1.00.20212500").
osVersion Eine Zeichenfolge, die das Betriebssystem und die Version der einzelnen Endpunktgeräte darstellt.
participantTenantId Die ID des Microsoft-Mandanten, der der Identität der teilnehmenden Person zugeordnet ist. Der Mandant kann entweder der Azure-Mandant, der die Azure Communication Services-Ressource besitzt, oder der Microsoft-Mandant einer Microsoft 365-Identität sein. Dieses Feld wird verwendet, um mandantenübergreifende Bearbeitungen anzuleiten.
participantType Beschreibung des Teilnehmers als Kombination seines Clients (Azure Communication Services oder Teams) und seiner Identität (Azure Communication Services oder Microsoft 365). Mögliche Werte: Azure Communication Services (Azure Communication Services-Identität und Azure Communication Services SDK), Teams (Teams-Identität und Teams-Client), Azure Communication Services als externe benutzemde Person von Teams (Azure Communication Services-Identität und Azure Communication Services SDK in Teams-Anruf oder Besprechung), Azure Communication Services als benutzende Person von Microsoft 365 (M365-Identität und Azure Communication Services-Client) und Teams Voice Apps.
pstnParticipantCallType Stellt Art und Richtung der teilnehmenden Personen im PSTN dar (beispielsweise Notruf, Direct Routing, Weiterleitung und Ähnliches).
ParticipantEndSubCode Stellt den Fehlerunterkode des Calling SDK dar, den das SDK für jeden participantId-Wert (sofern relevant) ausgibt.
ResultCategory Stellt die Kategorie der teilnehmenden Person dar, die den Anruf beendet. Dabei kann es sich um einen der folgenden vier Werte handeln: Success, ExpectedError, UnexpectedClientError, UnexpectedServerError.
DiagnosticOptions Mit diesem Wert können Entwickler benutzerdefinierte Tags an ihre Client-Telemetrie anfügen, die dann im Abschnitt „Anrufdiagnose“ angezeigt werden können. Dies hilft beim effektiveren Identifizieren und Beheben von Problemen. Informationen zum Hinzufügen von benutzerdefinierten Tags zu diesem Wert finden Sie im Lernprogramm zum Hinzufügen von benutzerdefinierten Tags zur Client-Telemetrie
CallUpdatesVersion Stellt die Protokollversion dar, wobei höhere Zahlen die zuletzt veröffentlichte Version angeben.
callDebuggingInfo Dieser Wert enthält json-Objekt mit Schlüssel-Wert-Paaren, die interne Eigenschaften des Aufrufs darstellen, der für Microsoft-Debuggingzwecke verwendet wird.
TPE Dieser Wert gibt an, dass der Anruf einem Teams Phone-Erweiterbarkeitsszenario zugeordnet ist.

Fehlercodes

Die Eigenschaft participantEndReason enthält einen Wert aus den Fehlercodes des Calling SDK. Diese Codes können herangezogen werden, um Probleme, die während des Anrufs erkannt wurden, für jeden Endpunkt zu beheben. Siehe Problembehandlung für Antwortcodes am Anrufende für Calling-SDK, Call Automation-SDK, PSTN, Chat-SDK und SMS-SDK.

Beispieldaten für verschiedene Anruftypen

Hinweis

In diesem Artikel befinden sich P2P- und Gruppenanrufe standardmäßig im gleichen Mandanten. Alle Anrufszenarien, die mandantenübergreifend sind, werden im gesamten Artikel entsprechend angegeben.

P2P-Anruf

Hier finden Sie gemeinsam genutzte Felder für alle Protokolle bei einem P2P-Anruf:

"time":                     "2021-07-19T18:46:50.188Z",
"resourceId":               "SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/ACS-TEST-RG/PROVIDERS/MICROSOFT.COMMUNICATION/COMMUNICATIONSERVICES/ACS-PROD-CCTS-TESTS",
"correlationId":            "aaaa0000-bb11-2222-33cc-444444dddddd",

Protokolle für Updates der Anrufzusammenfassung

Die Protokolle für Updates der Anrufzusammenfassung enthalten gemeinsame Informationen zu Vorgang und Kategorie:

"operationName":            "CallSummary",
"operationVersion":         "1.0",
"category":                 "CallSummary",

Anrufzusammenfassung für VoIP-Benutzer 1 bzw. VoIP-Benutzerin 1:

"properties": {
    "identifier":               "acs:61fddbe3-0003-4066-97bc-6aaf143bbb84_0000000b-4fee-66cf-ac00-343a0d003158",
    "callStartTime":            "2021-07-19T17:54:05.113Z",
    "callDuration":             6,
    "callType":                 "P2P",
    "teamsThreadId":            "null",
    "participantId":            "null",    
    "participantStartTime":     "2021-07-19T17:54:06.758Z",
    "participantDuration":      "5",
    "participantEndReason":     "0",
    "endpointId":               "570ea078-74e9-4430-9c67-464ba1fa5859",
    "endpointType":             "VoIP",
    "sdkVersion":               "1.0.1.0",
    "osVersion":                "Windows 10.0.17763 Arch: x64"
    "callupdatesversion":   "2"
}

Anrufzusammenfassung für VoIP-Benutzer 2 bzw. VoIP-Benutzerin 2:

"properties": {
    "identifier":               "acs:7af14122-9ac7-4b81-80a8-4bf3582b42d0_06f9276d-8efe-4bdd-8c22-ebc5434903f0",
    "callStartTime":            "2021-07-19T17:54:05.335Z",
    "callDuration":             6,
    "callType":                 "P2P",
    "teamsThreadId":            "null",
    "participantId":            "null",
    "participantStartTime":     "2021-07-19T17:54:06.335Z",
    "participantDuration":      "5",
    "participantEndReason":     "0",
    "endpointId":               "a5bd82f9-ac38-4f4a-a0fa-bb3467cdcc64",
    "endpointType":             "VoIP",
    "sdkVersion":               "1.1.0.0",
    "osVersion":                "null"
    "callupdatesversion":   "2"
}

Mandantenübergreifendes Protokoll für Updates der Anrufzusammenfassung für VoIP-Benutzer 1:

"properties": {
    "identifier":               "1e4c59e1-r1rr-49bc-893d-990dsds8f9f5",
    "callStartTime":            "2022-08-14T06:18:27.010Z",
    "callDuration":             520,
    "callType":                 "P2P",
    "teamsThreadId":            "null",
    "participantId":            "null",
    "participantTenantId":      "02cbdb3c-155a-4b95-b829-6d56a45787ca",
    "participantStartTime":     "2022-08-14T06:18:27.010Z",
    "participantDuration":      "520",
    "participantEndReason":     "0",
    "endpointId":               "02cbdb3c-155a-4d98-b829-aaaaa61d44ea",
    "endpointType":             "VoIP",
    "sdkVersion":               "Redacted",
    "osVersion":                "Redacted"
    "callupdatesversion":   "2"
}

Anrufzusammenfassung für einen PSTN-Anruf:

Hinweis

Bei P2P- oder Gruppenanrufprotokollen ist die Betriebssystem- und SDK-Version redigiert, und zwar unabhängig davon, ob es sich um den Mandanten der teilnehmenden Person oder um den Mandanten des Bots handelt.

"properties": {
    "identifier": "b1999c3e-bbbb-4650-9b23-9999bdabab47",
    "callStartTime": "2022-08-07T13:53:12Z",
    "callDuration": 1470,
    "callType": "Group",
    "teamsThreadId": "19:36ec5177126fff000aaa521670c804a3@thread.v2",
    "participantId": " b25cf111-73df-4e0a-a888-640000abe34d",
    "participantStartTime": "2022-08-07T13:56:45Z",
    "participantDuration": 960,
    "participantEndReason": "0",
    "endpointId": "8731d003-6c1e-4808-8159-effff000aaa2",
    "endpointType": "PSTN",
    "sdkVersion": "Redacted",
    "osVersion": "Redacted"
    "callupdatesversion":   "2"
}

Gruppenanrufe

Daten für einen Gruppenanruf werden in drei Protokollen der Anrufzusammenfassung und sechs Protokollen der Anrufdiagnose generiert. Gemeinsame Felder für alle Protokolle des Anrufs:

"time":                     "2021-07-05T06:30:06.402Z",
"resourceId":               "SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/ACS-TEST-RG/PROVIDERS/MICROSOFT.COMMUNICATION/COMMUNICATIONSERVICES/ACS-PROD-CCTS-TESTS",
"correlationId":            "bbbb1111-cc22-3333-44dd-555555eeeeee",

Protokolle für Updates der Anrufzusammenfassung

Die Protokolle für Updates der Anrufzusammenfassung enthalten gemeinsame Informationen zu Vorgang und Kategorie:

"operationName":            "CallSummary",
"operationVersion":         "1.0",
"category":                 "CallSummary",

Anrufzusammenfassung für VoIP-Endpunkt 1:

"properties": {
    "identifier":               "acs:1797dbb3-f982-47b0-b98e-6a76084454f1_0000000b-1531-729f-ac00-343a0d00d975",
    "callStartTime":            "2021-07-05T06:16:40.240Z",
    "callDuration":             87,
    "callType":                 "Group",
    "teamsThreadId":            "19:meeting_MjZiOTAyN2YtZWU1Yi00ZTZiLT77777OOOOO99999jgxOTkw@thread.v2",
    "participantId":            "04cc26f5-a86d-481c-b9f9-7a40be4d6fba",
    "participantStartTime":     "2021-07-05T06:16:44.235Z",
    "participantDuration":      "82",
    "participantEndReason":     "0",
    "endpointId":               "5ebd55df-ffff-ffff-89e6-4f3f0453b1a6",
    "endpointType":             "VoIP",
    "sdkVersion":               "1.0.0.3",
    "osVersion":                "Darwin Kernel Version 18.7.0: Mon Nov 9 15:07:15 PST 2020; root:xnu-4903.272.3~3/RELEASE_ARM64_S5L8960X"
    "callupdatesversion":   "2"
}

Anrufzusammenfassung für VoIP-Endpunkt 3:

"properties": {
    "identifier":               "acs:1797dbb3-f982-47b0-b98e-6a76084454f1_0000000b-1531-57c6-ac00-343a0d00d972",
    "callStartTime":            "2021-07-05T06:16:40.240Z",
    "callDuration":             87,
    "callType":                 "Group",
    "teamsThreadId":            "19:meeting_MjZiOTAyN2YtZWU1Yi00ZTZiLTk2ZDUtYTZlM2I2ZjgxOTkw@thread.v2",
    "participantId":            "1a9cb3d1-7898-4063-b3d2-26c1630ecf03",
    "participantStartTime":     "2021-07-05T06:16:40.240Z",
    "participantDuration":      "87",
    "participantEndReason":     "0",
    "endpointId":               "5ebd55df-ffff-ffff-ab89-19ff584890b7",
    "endpointType":             "VoIP",
    "sdkVersion":               "1.0.0.3",
    "osVersion":                "Android 11.0; Manufacturer: Google; Product: redfin; Model: Pixel 5; Hardware: redfin"
    "callupdatesversion":   "2"
}

Anrufzusammenfassung für PSTN-Endpunkt 2:

"properties": {
    "identifier":               "null",
    "callStartTime":            "2021-07-05T06:16:40.240Z",
    "callDuration":             87,
    "callType":                 "Group",
    "teamsThreadId":            "19:meeting_MjZiOTAyN2YtZWU1Yi00ZTZiLT77777OOOOO99999jgxOTkw@thread.v2",
    "participantId":            "515650f7-8204-4079-ac9d-d8f4bf07b04c",
    "participantStartTime":     "2021-07-05T06:17:10.447Z",
    "participantDuration":      "52",
    "participantEndReason":     "0",
    "endpointId":               "46387150-692a-47be-8c9d-1237efe6c48b",
    "endpointType":             "PSTN",
    "sdkVersion":               "null",
    "osVersion":                "null"
    "callupdatesversion":   "2"
}

Mandantenübergreifendes Protokoll für Updates der Anrufzusammenfassung:

"properties": {
    "identifier":               "1e4c59e1-r1rr-49bc-893d-990dsds8f9f5",
    "callStartTime":            "2022-08-14T06:18:27.010Z",
    "callDuration":             912,
    "callType":                 "Group",
    "teamsThreadId":            "19:meeting_MjZiOTAyN2YtZWU1Yi00ZTZiLT77777OOOOO99999jgxOTkw@thread.v2",
    "participantId":            "aa1dd7da-5922-4bb1-a4fa-e350a111fd9c",
    "participantTenantId":      "02cbdb3c-155a-4b95-b829-6d56a45787ca",
    "participantStartTime":     "2022-08-14T06:18:27.010Z",
    "participantDuration":      "902",
    "participantEndReason":     "0",
    "endpointId":               "02cbdb3c-155a-4d98-b829-aaaaa61d44ea",
    "endpointType":             "VoIP",
    "sdkVersion":               "Redacted",
    "osVersion":                "Redacted"
    "callupdatesversion":   "2"
}

Mandantenübergreifendes Protokoll für Updates der Anrufzusammenfassung mit einem Bot als Teilnehmer:


"properties": {
    "identifier":             "b1902c3e-b9f7-4650-9b23-9999bdabab47",
    "callStartTime":          "2022-08-09T16:00:32Z",
    "callDuration":            1470,
    "callType":               "Group",
    "teamsThreadId":         "19:meeting_MmQwZDcwYTQtZ000HWE6NzI4LTg1YTAtNXXXXX99999ZZZZZ@thread.v2",
    "participantId":           "66e9d9a7-a434-4663-d91d-fb1ea73ff31e",
    "participantStartTime":    "2022-08-09T16:14:18Z",
    "participantDuration":      644,
    "participantEndReason":    "0",
    "endpointId":             "69680ec2-5ac0-4a3c-9574-eaaa77720b82",
    "endpointType":           "Bot",
    "sdkVersion":             "Redacted",
    "osVersion":              "Redacted"
    "callupdatesversion":   "2"
}

Häufig gestellte Fragen

Wie speichere ich Protokolle?

Im folgenden Abschnitt werden diese Anforderungen erläutert.

Azure Communication Services-Protokolle werden standardmäßig nicht in Ihrem Azure-Konto gespeichert, daher müssen Sie damit beginnen, sie zu speichern, damit Tools wie das Dashboard für Sprach- und Videoeinblicke und die Anrufdiagnose funktionieren. Um diese Anruflisten zu sammeln, müssen Sie eine Diagnoseeinstellung aktivieren, die die Anrufdaten an einen Log Analytics-Arbeitsbereich leitet.

Daten werden nicht rückwirkend gespeichert, sodass Sie erst nach der Konfiguration der Diagnoseeinstellung mit der Erfassung von Anrufprotokollen beginnen.

Folgen Sie den Anweisungen zum Hinzufügen von Diagnoseeinstellungen für Ihre Ressource unter Aktivieren Sie Protokolle über Diagnoseeinstellungen in Azure Monitor. Es wird empfohlen, zunächst alle Protokolle zu sammeln. Nachdem Sie die Funktionen in Azure Monitor verstanden haben, bestimmen Sie, welche Protokolle Sie aufbewahren möchten und wie lange. Wenn Sie Ihre Diagnoseeinstellung hinzufügen, werden Sie aufgefordert, Protokolle auszuwählen. Um alle Protokolle zu sammeln, wählen Sie alle Protokolle aus.

Ihr Datenvolumen, Ihre Aufbewahrung und Ihre Nutzung in Log Analytics in Azure Monitor wird über vorhandene Azure-Datenzähler abgerechnet. Aus Kostengründen wird empfohlen, ggf. Ihre Datennutzungs- und Aufbewahrungsrichtlinien zu überwachen. Weitere Informationen finden Sie unter Steuern von Kosten.

Wenn Sie über mehrere Azure Communications Services-Ressourcen-IDs verfügen, müssen Sie diese Einstellungen für jede Ressourcen-ID aktivieren.

Nächste Schritte

  • Last updated on