Google Meet's Enterprise Content Delivery Network (Meet eCDN) Regeln

30. September 2025
Verbesserungen der benutzerdefinierten eCDN-Regeln für neue und bestehende Konfigurationen

Was ändert sich
Um die Erfahrungen von Administratoren bei der Verwaltung der Regeln für das Google Meet Enterprise Content Delivery Network (Meet eCDN) zu verbessern, aktualisieren wir die Funktionsweise der Peering-Richtlinie "Benutzerdefinierte Regeln" in einigen Fällen und die Darstellung der zugewiesenen Netzwerke in der MQT eCDN-Netzwerktabelle. Wenn Sie diese Änderungen verstehen, können Sie diese Verbesserungen in vollem Umfang nutzen.

Überlappende IP-Bereiche
Bitte beachten Sie, dass diese Änderung nur sichtbar wird, wenn Sie überlappende IP-Bereiche definiert haben. Zum Beispiel, wenn Sie einen großen Bereich definiert haben, der erlaubt ist, aber einige kleinere Bereiche enthält, die innerhalb dieses Bereichs blockiert werden sollten. Wenn Sie nur nicht-überlappende Bereiche haben, sind Sie von dieser Änderung nicht betroffen.

Viewer mit der Peering-Richtlinie "Benutzerdefinierte Regeln" werden mit einer Liste von IP-Bereichen und ihrer jeweiligen Peering-Konfiguration (erlaubt oder blockiert) abgeglichen. Dabei werden alle aufgelisteten Bereiche in der Reihenfolge von oben nach unten überprüft. Bisher hatte eine blockierende Übereinstimmung Vorrang vor einer erlaubenden Übereinstimmung, auch wenn die erlaubende Übereinstimmung zuerst eintrat. Um die Ermittlung von Übereinstimmungen zu vereinfachen, wird die Priorität für blockierende Änderungen entfernt.

Beispiel für einen Viewer mit der privaten IP-Adresse 10.0.0.30:

Szenario 1:
Privater IP-Anschluss von Betrachter 1: 10.0.0.30
Betrachter 2 private IP-Adresse: 11.0.0.30

Benutzerdefinierte Regelliste:

• 10.0.0.0 - 10.0.0.255: erlaubt
• 11.0.0.0 - 11.0.0.255: gesperrt
  Fallback-Richtlinie: blockiert

Zuvor:

• Betrachter 1 erlaubt seit einer erlaubten Übereinstimmung
• Betrachter 2 blockiert seit einer blockierten Übereinstimmung

Nachher:
Gleiche Ergebnisse, keine Änderungen in diesem Szenario, da es keine sich überschneidenden IP-Bereiche gibt.

Szenario 2:

• Private IP-Adresse von Betrachter 1: 10.0.0.30
• Private IP-Adresse von Betrachter 2: 11.0.0.30

Benutzerdefinierte Regelliste:

• 10.0.0.0 - 10.0.0.255: erlaubt
• 10.0.0.0 - 15.0.0.0: blockiert
  Fallback-Richtlinie: blockiert

Zuvor:

• Viewer 1 blockiert, da eine erlaubte und eine blockierte Übereinstimmung, und blockierte Übereinstimmungen haben höhere Priorität.
• Betrachter 2 blockiert, da eine blockierte Übereinstimmung.

Nachher:

• Betrachter 1 erlaubt, da die erste Übereinstimmung (von oben nach unten) die IP erlaubte.
• Betrachter 2 blockiert, da die einzige übereinstimmende Regel die IP blockiert hat.

Szenario 3:
Private IP des Betrachters 1: 10.0.0.30
Private IP des Betrachters 2: 11.0.0.30

Benutzerdefinierte Regel-Liste:

• 10.0.0.0 - 15.0.0.0: gesperrt
• 10.0.0.0 - 10.0.0.255: erlaubt
  Fallback-Richtlinie: blockiert

Zuvor:

• Viewer 1 blockiert, da eine erlaubte und eine blockierte Übereinstimmung, und blockierte Übereinstimmungen haben höhere Priorität.
• Betrachter 2 blockiert, da eine blockierte Übereinstimmung.

Nachher:

• Betrachter 1 blockiert, da die erste Übereinstimmung (von oben nach unten) die IP blockiert hat.
• Betrachter 2 blockiert, da die einzige übereinstimmende Regel die IP blockiert hat.
• Bitte beachten Sie, dass kleinere IP-Bereiche vor großen Bereichen, die sie enthalten, aufgeführt werden sollten (von oben nach unten).

Mehrere private IP-Adressen werden jetzt unterstützt
Bitte beachten Sie, dass die folgende Änderung nur dann zum Tragen kommt, wenn die Geräte Ihrer Zuschauer mehrere private IP-Adressen auf ihren Netzwerkschnittstellen konfiguriert haben (normalerweise eine IPv4- und eine IPv6-Adresse).

Bisher haben eCDN-Clients ihre private IP-Adresse erkannt und immer IPv4 gegenüber IPv6 bevorzugt. Außerdem konnte nur eine einzige IP-Adresse erkannt und zum Abgleich mit benutzerdefinierten Regeln gesendet werden. Wir ändern dies nun so, dass alle privaten IPs, die auf den Schnittstellen des Geräts konfiguriert sind, für den Abgleich verwendet werden. Um eine Bewertung von oben nach unten zu gewährleisten, wird die erste Regel, die mit einer erkannten privaten IP-Adresse übereinstimmt, verwendet.

Umbenennung der Random-Peering-Richtlinie
Die Richtlinie, die zuvor Zufalls-Peering-Richtlinie hieß, wird nun als Test-Peering-Richtlinie bezeichnet. Diese Richtlinie ist in erster Linie für Testzwecke gedacht und ist nicht darauf ausgelegt, in der Produktion die volle Leistung zu erbringen.

Verbesserungen am Meet Quality Tool
Betrachter mit der Peering-Richtlinie Testen werden jetzt in der eCDN-Tabelle des Meet Quality Tools angezeigt. Zuvor wurden in dieser Tabelle nur Betrachter pro konfiguriertem Netzwerk angezeigt, wenn die Peering-Richtlinie Benutzerdefinierte Regeln verwendet wurde.

Rollout-Tempo:

• Schnelle Freigabe von Domänen: Schrittweiser Rollout (bis zu 15 Tage für die Sichtbarkeit der Funktion) ab dem 6. Oktober 2025.
• Domänen mit geplanter Freigabe: Schrittweise Einführung (bis zu 15 Tage für die Sichtbarkeit der Funktionen) ab dem 28. Oktober 2025.