Wir empfehlen, das Enterprise Content Delivery Network (eCDN) von Google Meet zu testen. Sammeln Sie mithilfe der Testrichtlinie einige Daten zur Leistung Ihres Netzwerks, bevor Sie die Funktion mithilfe Ihrer benutzerdefinierten Regeln für alle Nutzer in Ihrer Organisation einführen.
Daten erheben
Führen Sie Meet eCDN mit der Zufallsrichtlinie und den Standardeinstellungen aus. Dies kann eine kleine Anzahl benutzerdefinierter Netzwerkregeln umfassen, um Daten zu erheben und auszuwerten. Sehen Sie sich die erhobenen Leistungsmesswerte, Audit-Logs oder andere Daten an, um zu prüfen, ob die Einrichtung wie vorgesehen funktioniert. Weitere Informationen finden Sie unter Sichere Bereitstellung, geschützter Zugriff und Sicherheitseinstellungen.
Netzwerkleistung prüfen
Verwenden Sie Ihre benutzerdefinierten Regeln für einen begrenzten Zeitraum und analysieren Sie die Daten, um zu sehen, ob die benutzerdefinierte Einrichtung wie vorgesehen funktioniert. Falls nicht, gehen Sie zurück zu den vorherigen Schritten, um die Informationen zu prüfen und die Netzwerkregeln zu bestätigen oder anzupassen. Das Erheben dieser Daten erfordert möglicherweise die Unterstützung Ihres Netzwerktechnik-Teams.
Statistiken zum Livestream ansehen
Meet eCDN bietet Monitoring- und Analysefunktionen, die dem Meet-Qualitätstool (MQT) hinzugefügt wurden. Das MQT bietet auch eine automatisierte Fehlerbehebung für häufige Probleme, die bei der Verwendung von Meet eCDN auftreten können. Weitere Informationen zum MQT finden Sie unter Statistiken für Livestreams mit eCDN erfassen.
Auf Client-Debug-Logs für Meet-eCDN-Leistungsinformationen zugreifen
Wenn Sie detaillierte Informationen zur Verwendung von Meet eCDN in Meet-Livestreaming-Clients erhalten möchten, aktivieren Sie Client-Debug-Logs in der Admin-Konsole. Anhand dieser Protokolle können Sie nachvollziehen, wie sich Ihre benutzerdefinierten Regeln auf die Art und Weise auswirken, wie Clients Meet eCDN in verschiedenen Teilen Ihres privaten Netzwerks verwenden. Diese Informationen werden als Logeinträge in der Entwicklerkonsole des Browsers angezeigt.
Client-Debug-Logs enthalten technische Informationen in mehreren Abschnitten:
- Gerätestatus: Informationen zum aktuellen Status des Clients:
- clientId: Die P2P-Tracking-ID für die aktuelle Sitzung.
- clientRole: Die derzeit zugewiesene Meet eCDN-Clientrolle.
- deviceHealthy: Gibt an, ob derzeit Media-Frames über P2P erwartet und auch empfangen werden. Wenn dieser Wert 4 Sekunden lang „false“ ist, aktiviert das Gerät den Media-Fallback-Modus. Damit der Media-Fallback deaktiviert wird, muss dieser Wert 10 Sekunden lang „true“ sein.
- mediaFallbackEnabled: Gibt an, ob der Media-Fallback derzeit aktiviert ist.
- sessionState: Der aktuelle Status der Meet eCDN-Tracker-Verbindung. Der Status ist entweder „neu“, „wird verbunden“ oder „verbunden“.
- Netzwerk: Informationen zum Netzwerk, das dem Client zugewiesen ist, möglicherweise über eine benutzerdefinierte Regelkonfiguration:
- ipRangeNetwork: Das zugewiesene Netzwerk, wenn benutzerdefinierte Netzwerkregeln hochgeladen wurden und die Peering-Richtlinie auf „Benutzerdefinierte Regeln“ festgelegt ist.
- ipRangeLocation: Der zugewiesene Standort, wenn benutzerdefinierte Netzwerkregeln hochgeladen wurden und die Peering-Richtlinie auf „Benutzerdefinierte Regeln“ festgelegt ist.
- Statistiken: Leistungsinformationen zur Verwendung von Meet eCDN durch den Client, z. B. Media-Übertragungsraten und Peer-Verbindungen:
- frameErrorRate: Prozentsatz der empfangenen Frames, die nicht decodiert werden konnten.
- healthRate: Prozentsatz der Zeit, in der das Gerät fehlerhaft war.
- neighbourCounts: Anzahl der derzeit erwarteten und zugewiesenen Arten von P2P-Verbindungen (übergeordnet, Cluster und untergeordnet) sowie die Gesamtzahl der im Laufe der Zeit hergestellten Verbindungen.
- originReceivedExpectedBytes: Von Google-Back-Ends empfangene Media-Daten, die erwartet wurden.
- originReceivedFallbackBytes: Über Google-Back-Ends empfangene Media-Daten, obwohl P2P für die Übermittlung dieser Daten vorgesehen war. Dieser Zähler wird erhöht, wenn sich das Gerät im Fallback-Modus befindet.
- p2pReceivedBytes: Über P2P von anderen Geräten empfangene Media-Daten. Dieser Wert berücksichtigt alle eingehenden P2P-Media-Quellen.
- timeInFallbackMs: Gesamtzeit, die sich das Gerät im Fallback-Modus befand, in Millisekunden.
- timeUnhealthyMs: Die Gesamtzeit, in der das Gerät fehlerhaft war, in Millisekunden.
Hinweis: Einige Felder in den Protokollen können Daten enthalten, die hauptsächlich für die Verwendung durch Google in Supportfällen bestimmt sind.
Meet eCDN-Client-Debug-Logs aktivieren oder deaktivieren
-
Öffnen Sie in der Google Admin-Konsole das Dreistrich-Menü
Apps Google Workspace Google Meet.Erfordert die Administratorberechtigung „Diensteinstellungen“
- Klicken Sie auf Videoeinstellungen für Meet.
- Klicken Sie auf eCDN-Einstellungen Peering-Richtlinie Debug-Logs aktivieren.
- Klicken Sie das Kästchen an oder entfernen Sie das Häkchen daraus.
- Klicken Sie auf Speichern.