Migration aus Skype for Business/CUCM zu Microsoft Teams Phone System – 8.000 „ users “ weltweit

Lösung

Wir haben mit einer „ PoC “ begonnen und Teams Direct Routing auf der bestehenden Ribbon- SBC 1000. SBC Es wurde eine Verbindung zu drei verschiedenen „ SIP trunk “-Anbietern hergestellt: SFBmigration nämlich Polycom-Videokonferenzen, CUCM und nun Teams. Dadurch konnten alle Systeme miteinander verbunden bleiben und eine selektive, schrittweise Umstellung von SFB Teams.

Bislang verfügten alle users bereits über einen Teams -Client neben Skype for Business, doch es gab keine Integration; die Systeme blieben im „Islands “-Modus. Dieser Modus ermöglicht es „ users “, die Zusammenarbeit mit „ Teams “ zu nutzen, ohne von SFB, ist jedoch für „ users “ sehr verwirrend, da die meisten Funktionen dort ebenfalls dupliziert sind Skype for Business mit wenigen Ausnahmen. So ist es beispielsweise für „ it “ nicht möglich, mit Verbundpartnern von Teams Island. Die besseren Integrationsmöglichkeiten sind

• Skype for Business nur
• Skype for Business in Zusammenarbeit mit „ Teams “
• Skype for Business in Zusammenarbeit mit „ Teams “ und im Rahmen von Treffen
• Teams nur

Jede Funktion ist in einer bestimmten Anwendung verfügbar und es gibt keine Überkapazitäten.

Unser Ziel war es, den schnellsten Weg zu „ Teams “ anzubieten, und wir haben uns für den „Overnight- migration “ entschieden, SFB im reinen „Teams “-Modus.  SFB Die Voraussetzungen für den Hybridbetrieb waren bereits geschaffen, und wir haben „ PoC “ mit fünf „ users “ ausschließlich im „ Teams “-Modus implementiert. Diese „ Teams “users konnten mit ihren Kollegen in SFB und mit Verbundpartnern sowie Anrufe an PSTN tätigen. Eine kleine Unannehmlichkeit bleibt jedoch bestehen: Wenn diese users mit SFB und dann SFB ein vom Benutzer eskalierter P2P-Anruf in eine Besprechung umgewandelt wird, bricht die P2P-Verbindung abrupt ab und Teams users erhält eine URL-Einladung zur Teilnahme an der SFB Besprechung. Dies wird sich natürlich von selbst lösen, sobald alle users auf Teams umgestellt sind.

Zur Integration von „ PSTN “ in „ Teams “. „ Teams “ kann mit PSTN verbunden werden, und zwar mit

• Calling plan – Microsoft stellt in ausgewählten Ländern „ PSTN “-Nummern zur Verfügung
• Direct Routing – Bringen Sie Ihre eigene „ SIP trunk “ mit Teams

Wir haben uns entschieden, Direct Routing bestehende Verbindungen zu Netzbetreibern an vielen Standorten wiederzuverwenden, insbesondere aufgrund lokaler Einschränkungen und der begrenzten Verfügbarkeit von Telefonpaketen in einigen Ländern.

Ein paar Worte zu Ribbon SBC. It lässt sich mit Ribbon sehr einfach bereitstellen Teams Direct routing . Die Ribbon SBC 1k/2k-Plattform war eine der ersten, die von Microsoft die „ Direct routing “-Zertifizierung erhielt. Ribbon unterstützt SILK- codec, das sich hervorragend für die Übertragung von Sprache über Internetverbindungen eignet, wenn keine QoS zur Verfügung steht.  

PoC Ein wichtiger Punkt, den es zu beachten gilt – Firewall-Regeln. It Es ist sehr wichtig, den Anwendungsfall genau zu analysieren, da es zwei unterschiedliche Modi gibt, wie Teams SBC die Firewall funktioniert: media bypass EIN oder AUS.  Media bypass ermöglicht es Kunden, Verbindungen zum entfernten „ Teams “-Tenant proxy zu vermeiden und Sprache direkt an einen nahegelegenen SBC. Stellen Sie sich vor, Sie nutzen Teams in der Schweiz ganz in der Nähe Ihres SBC, aber bei Media bypass „OFF“ wird Ihre Sprachübertragung an die Teams -Server in den USA weitergeleitet, wo sich Ihr Tenant befindet. Bei Media bypass „EIN“ wird der Anruf über it an nahegelegene SBC und sorgt so für eine bessere Sprachqualität. Der Nachteil Media bypass ist, dass Sie Firewall-Ports für JEDEN Internet-Client öffnen müssen. Bei media bypass „OFF“ haben wir die Möglichkeit, Ports nur für die Microsoft- Teams -Server zu öffnen. Die Entscheidung des Kunden lautete, Media bypass „AUS“ an den meisten Standorten zu verwenden, außer dort, wo „ it “ erforderlich ist.

Nach der „ PoC “ wurde eine schrittweise Einführung geplant, und „ it “ wurde von April bis Juli in folgenden Ländern eingeführt:

Griechenland, Frankreich, UK (2), Luxemburg, Rumänien, USA (2), Ecuador, Costa Rica, Mexiko, Kanada, Indien (3), Singapur, Australien, Schweiz (2)

Die SBCs in der Schweiz sind redundant ausgelegt und mit drei verschiedenen SIP-Betreibern verbunden, um als zentraler Knotenpunkt zu fungieren, der „ PSTN “-Dienste mit lokalen Rufnummern für die Schweiz, die Niederlande, Irland, Großbritannien, Deutschland, Südafrika und einige weitere Länder bereitstellt.

Für die Standorte in Indien konnten nur wenige Herausforderungen gelöst werden. Aufgrund der Größe und der Lage der Büros wurden drei Ribbon SBC eingesetzt, um die bestehenden „ Cisco “ und „CUCM Voice“ zu ersetzen. Die indische Regulierungsbehörde TRAI verlangt, dass ein standortbasiertes Routing sowie eine logische Trennung zwischen Anrufen über „ PSTN “ und „ VOIP “ eingerichtet werden. Glücklicherweise verfügt „ Teams “ über die Mechanismen, um die TRAI-Anforderungen zu erfüllen – https://www.microsoft.com/itshowcase/blog/location-based-routing-enables-microsoft-india-move-to-microsoft-teams/

We implemented location based routing (LBR) for India Teams:

Die LBR-Logik analysiert die IP-Adresse eines „ Teams “-Clients und entscheidet, ob ein Aufruf von PSTN von diesem Standort aus zulässig ist oder nicht.

Die Niederlassungen in Chennai nutzen zwei verschiedene Anbieter für das „ PSTN “. Aufgrund besonderer Vertragsbedingungen müssen beide Anbieter für die Weiterleitung der Anrufe herangezogen werden. Um diese Anforderung zu erfüllen, haben wir die Ribbon-Funktion „Time-of-the-Day-Routing“ implementiert. Damit lässt sich das Anrufaufkommen zu gleichen Teilen (50/50) auf die beiden Anbieter verteilen.