[Was und Warum:]
Wir haben das Verhalten von Location-Based Routing (LBR) für Operator Connect in Indien aktualisiert, um die Einhaltung der indischen Vorschriften zum Umgehen von Gebühren zu gewährleisten. Microsoft Teams blockiert nun die Verwendung eines manuell eingestellten Windows-Standorts („OS-Standardstandort“) für LBR-aktivierte Nutzer.
Wenn der Standort eines Nutzers aus den OS-Standardeinstellungen anstatt aus der netzwerkbasierten Erkennung abgeleitet wird, werden Geokoordinaten entfernt und können nicht für Routing-Entscheidungen verwendet werden. Dies trägt dazu bei, die Umgehung von Gebühren und das Spoofing von Standorten zu verhindern.
Diese Änderung wurde am 30. April 2026 allgemein verfügbar. Wir nehmen zur Kenntnis, dass diese Änderung nicht im Vorfeld kommuniziert wurde, und teilen diesen Beitrag, um Orientierungshilfen zu bieten.
[Rollout-Zeitplan:]
- Diese Änderung wurde weltweit und im GCC vollständig ausgerollt.
[Auswirkungen auf Ihre Organisation:]
Wer ist betroffen:
- Mandanten, die Operator Connect in Indien mit aktivierter Location Based Routing-Funktion nutzen, insbesondere:
- Benutzer in Firmennetzwerken oder VPNs (insbesondere Zscaler-Konfigurationen)
- Benutzer in virtuellen Maschinen oder Remote-Desktop-Umgebungen
- Umgebungen, in denen Windows Location Services URLs über VPN oder Proxy statt über Split-Tunneling geleitet werden
Plattformen/Dienste:
- Microsoft Teams (Desktop)
- Windows Location Services
- Operator Connect (Indien)
Was passieren wird:
- Teams akzeptiert den manuell eingestellten OS-Standardstandort nicht mehr als gültige Quelle für LBR enforcement
- Wenn die netzwerkbasierte Standorterkennung fehlschlägt:
- Geokoordinaten werden entfernt
- LBR kann den Nutzerstandort nicht validieren
- PSTN-Anrufe können deaktiviert werden
- Benutzer können Folgendes erfahren:
- Intermittierende Verfügbarkeit des Wahlfelds oder der PSTN-Anrufe
- Anrufe funktionieren außerhalb des Firmennetzwerks, schlagen jedoch innerhalb fehl
- In Unternehmensumgebungen können die Auswirkungen aufgrund folgender Punkte verstärkt werden:
- VPNs oder Proxys (einschließlich Zscaler-Konfigurationen)
- Virtuelle Maschinen oder Remote-Desktop-Umgebungen
- Windows Location Services-Traffic, der über VPN anstelle von Split-Tunneling geleitet wird
Dieses Verhalten ist absichtlich. LBR in Indien erfordert eine verifizierte netzwerkbasierte Standorterkennung zur Einhaltung der Regularien.
[Erforderliche Maßnahmen / Empfehlungen:]
- Aktualisieren Sie VPN-Split-Tunnel-Konfigurationen, um sicherzustellen, dass Windows Location Services URLs direkt geleitet werden (nicht über VPN oder Proxy)
- Verlassen Sie sich nicht auf den manuell eingestellten OS-Standardstandort für LBR-aktivierte Nutzer
- Stellen Sie sicher, dass die netzwerkbasierte Standorterkennung korrekt funktioniert, besonders bei Nutzern, die über intermittierende Anruffehler berichten
- Wenn Nutzer von einem deaktivierten Wahlfeld berichten:
- Überprüfen Sie, ob ihr Gerät auf den OS-Standardstandort zurückfällt
- Prüfen Sie die Netzwerkrouting-Konfiguration
Erfahren Sie mehr: Plan Operator Connect for India | Microsoft Learn
[Compliance-Überlegungen:]
Überlegung: Ändert die Änderung die Art und Weise, wie vorhandene Kundendaten verarbeitet, gespeichert oder abgerufen werden?
Erklärung: Die Änderung modifiziert die Validierung und Verarbeitung von Standortdaten, indem eine netzwerkbasierte Erkennung erzwungen und OS-basierte Standortquellen für LBR-Entscheidungen abgelehnt werden.
Überlegung: Verändert, unterbricht oder deaktiviert die Änderung irgendwelche Purview-bezogenen Funktionen?
Erklärung: Die Anruffunktionalität kann deaktiviert werden, wenn keine konformen Standortdaten verfügbar sind, was indirekte Auswirkungen auf Benutzeraktivitäten und Kommunikationsmuster haben könnte.
