Contoso-Fallstudie: Telefonsystem für ein multinationales Unternehmen

• Gilt für::

  Microsoft Teams

Je nach geografischem Standort und anderen Faktoren verfügte Contoso über Niederlassungen mit den folgenden Telefonielösungen:

• Standorttyp A: Skype for Business Enterprise-VoIP

• Standorttyp B: Herkömmliche Ältere Telefoniesysteme

• Standorttyp C: Eine Kombination aus Skype for Business Enterprise-VoIP und herkömmlichen Legacy-Telefoniesystemen

Um eine Microsoft-Telefonsystemlösung für die gesamte organization zu implementieren, musste Contoso für jeden Standorttyp bestimmen, welche der folgenden Optionen mit dem Telefonsystem verwendet werden würde, um eine Verbindung mit dem pstN (Public Switched Telephone Network) herzustellen:

• Telefonsystem mit Anrufplan

• Telefonsystem mit eigenem PSTN-Netzbetreiber über Direct Routing

• Kombination aus Telefonsystem mit Anrufplan und Telefonsystem mit eigenem PstN-Netzbetreiber über Direct Routing

Um die richtige Lösung für seine organization zu ermitteln, hat Contoso Die Teams-Sprachlösung planen und die Ignite 2019 Session Calling in Microsoft Teams verwendet.

Standorttyp A: Skype for Business Enterprise-VoIP

Contoso Skype for Business Enterprise-VoIP wurde als Hub-and-Spoke eingerichtet. Es gab einen zentralen Standort, an dem das PSTN-Gateway in der Region verwaltet wurde, die die Verbindung mit dem PSTN für die Skype for Business Enterprise-VoIP Benutzer in Land/Region bereitstellte. Oft hatten diese Satellitenbüros keinen eigenen Internetausgang. Die Nummern für diese Benutzer befinden sich im SIP-Trunk, der eine Verbindung mit einem vorhandenen SBC herstellt.

Um festzustellen, ob der bereits bereitgestellte SBC für Direct Routing und Medienumgehung zertifiziert ist, hat Contoso die Liste der für Direct Routing zertifizierten Session Border Controller überprüft.

Die Wählgewohnheiten des Benutzers waren, einen Benutzer auf dem älteren Telefoniesystem mit einer Durchwahl zu wählen, auch wenn der Benutzer über einen Skype for Business Client für Peer-to-Peer-Audio verfügbar ist.

Contoso hat seine Entscheidung auf die folgenden Fragen gestützt:

• Q. Müssen wir die von unserer lokalen Bereitstellung bereitgestellten Funktionen beibehalten?
  Eine. Nein

• Q. Müssen wir mit PbX-Systemen von Drittanbietern und anderen Telefoniegeräten zusammenarbeiten?
  Eine. Nein

• Q. Müssen wir unseren derzeitigen Drittanbieter behalten?
  Eine. Ja (regulierte Länder/Regionen) und Nein

• Q. Müssen wir den ROI für bereitgestellte SBCs erhalten?
  Eine. Ja und Nein

• Q. Sind Microsoft PSTN-Anrufpläne in dieser Region verfügbar?
  Eine. Ja und Nein

Basierend auf den Antworten auf ihre Fragen hat Sich Contoso für Folgendes entschieden:

• Verschieben Sie die Benutzer, die sich in einer Region befinden, in der PSTN-Anrufpläne verfügbar sind, in das Telefonsystem mit Anrufplänen.

• Verschieben Sie die Benutzer, die sich nicht in einer Region befinden, in der PSTN-Anrufpläne verfügbar sind, Benutzer, die sich an einem Standort befinden, an dem der ROI auf den SBCs noch nicht erreicht wurde, und Benutzer, die sich in einem Land/einer Region mit Telefoniebestimmungen befinden, in das Telefonsystem mit Direct Routing.

Das folgende Diagramm zeigt die anfängliche Skype for Business Enterprise-VoIP Bereitstellung und wie diese Bereitstellung sowohl zu Microsoft-Anrufplänen als auch zu Direct Routing migriert wurde:

Standorttyp B: Herkömmliche Ältere Telefoniesysteme

Contoso verfügte über viele Büros, die ältere Telefoniesysteme nutzten. Es gab eine Teilmenge der Benutzer mit einer E1.64-Telefonnummer, während andere nur eine Durchwahl hatten. Diese Nummern befinden sich im TDM-Trunk zum PSTN-Gateway. Die standortinterne Wählfunktion wurde mithilfe eines Standortcodes vor der Erweiterung konfiguriert, um zu bestimmen, wohin der Anruf weitergeleitet werden soll. Die Wählgewohnheiten der Benutzer waren die Durchwahl.

Contoso hat seine Entscheidung auf die folgenden Fragen gestützt:

• Q. Müssen wir die von unserer lokalen Bereitstellung bereitgestellten Funktionen beibehalten?
  Eine. Nein

• Q. Müssen wir mit PbX-Systemen von Drittanbietern und anderen Telefoniegeräten zusammenarbeiten?
  Eine. Ja

• Q. Müssen wir unseren derzeitigen Drittanbieter behalten?
  Eine. Nein

• Q. Ist der Anrufplan von Microsoft PSTN in unserer Region verfügbar?
  Eine. Ja und Nein

Basierend auf den Antworten auf ihre Fragen hat Sich Contoso für Folgendes entschieden:

• Verschieben Sie die Benutzer, die sich in einer Region befinden, in der PSTN-Anrufpläne verfügbar sind, in das Telefonsystem mit Anrufplänen.

• Verschieben Sie die Benutzer, die sich nicht in einer Region befinden, in der PSTN-Anrufpläne verfügbar sind, in das Telefonsystem mit Direct Routing.

• Verwalten sie eine PSTN-Verbindung mit unternehmenskritischen analogen Geräten.

Die folgenden Diagramme zeigen die ursprüngliche Legacysystembereitstellung mit Remotestandorten und die Migration zu einer Direct Routing-Bereitstellung mit lokaler Medienoptimierung:

Ursprüngliche Legacybereitstellung

Bereitstellung mit Direct Routing

Standorttyp C: Kombination aus Skype for Business Enterprise-VoIP und herkömmlichen Legacy-Telefoniesystemen

Contoso Skype for Business Enterprise-VoIP Benutzernummern befinden sich im SIP-Trunk zum SBC des Netzbetreibers. Die Nummern für die herkömmlichen Telefoniesysteme befinden sich im TDM-Trunk zum PSTN-Gateway.

Contoso hat seine Entscheidung auf die folgenden Fragen gestützt:

• Q. Müssen wir die von unserer lokalen Bereitstellung bereitgestellten Funktionen beibehalten?
  Eine. Nein

• Q. Müssen wir mit PbX-Systemen von Drittanbietern und anderen Telefoniegeräten zusammenarbeiten?
  Eine. Nein

• Q. Müssen wir unseren derzeitigen Drittanbieter behalten?
  Eine. Nein

• Q. Müssen wir den ROI für bereitgestellte SBCs erhalten?
  Eine. Ja und Nein

• Q. Ist der PSTN-Anrufplan von Microsoft in dieser Region verfügbar?
  Eine. Nein

Basierend auf den Antworten auf ihre Fragen hat Sich Contoso für Folgendes entschieden:

• Für die Legacy-Telefoniebenutzer, die für Direct Routing aktiviert werden sollen, hat Contoso die Nummern vom TDM-Trunk in den SIP-Trunk für den SBC portiert, da der SBC für Direct Routing zertifiziert ist.

• Um eine Teilmenge der Benutzer zu unterstützen, die zum Telefonsystem wechseln, und um das weitere Routing über das Legacysystem zu ermöglichen, wurde das Legacytelefoniesystem als nächster Hop zum SBC eingerichtet.

• Darüber hinaus hat Contoso Anleitungen zur Verwendung von Teams für alle internen Anrufe bereitgestellt, um die Änderung des Benutzerverhaltens zu fördern und die Abhängigkeit von der Wählfunktion zwischen und zwischen Standorten zu beseitigen.

Die folgenden Diagramme zeigen die ursprüngliche Skype for Business Enterprise-VoIP- und Legacy-Telefoniesystembereitstellung und die Migration zu einer gemischten Bereitstellung mithilfe von Direct Routing:

Ursprüngliche gemischte Bereitstellung

Gemischte Bereitstellung mit Direct Routing

Anrufpläne

Um die Konfigurationsanforderungen für Anrufpläne zu ermitteln, hat Contoso die wichtigsten Bereitstellungsentscheidungen für Anrufpläne überprüft. Die daraus resultierenden Entscheidungen wurden getroffen:

• Q. Benötigen meine Benutzer internationale Anrufe?
  Eine. Ja

• Q. Haben meine Benutzer jeweils eine direkte did-Telefonnummer?
  Eine. Heute nicht. Alle aktivierten Benutzer erhalten eine DID.

• Q. Möchte ich die Anrufer-ID maskieren oder deaktivieren?
  Eine. Die Anrufer-ID für einen Benutzer wird mit der lokalen Nummer für Contoso maskiert.

Konfiguration

Websites für Anrufpläne

Um Lizenzen zu erhalten und Benutzern Telefonnummern zuzuweisen, hat Contoso die Schritte unter Einrichten von Anrufplänen ausgeführt.

Aufgrund der Anzahl der Benutzer, denen Telefonnummern zugewiesen werden mussten, entschied sich Contoso, die Telefonnummern mithilfe von PowerShell zuzuweisen. Um zu erfahren, wie Sie Zahlen mithilfe von PowerShell – zusätzlich zu anderen Einstellungen – zuweisen, hat Contoso die Microsoft Teams PowerShell-Übersicht verwendet.

Direct Routing-Standorte

Um die lokale Telefonieinfrastruktur von Contoso mit Microsoft Teams zu verbinden, hat der Administrator von Contoso die Schritte unter Konfigurieren von Direct Routing ausgeführt und sich das Video Direct Routing in Microsoft Teams ansehen lassen. Contoso verwies auch auf die Bereitstellungsdokumentation für direct routing des zertifizierten SBC-Anbieters.

Nachdem Direct Routing zwischen dem SBC und dem Microsoft-Telefonsystem konfiguriert wurde, musste Contoso die Konfiguration testen. Dazu haben contoso-Administratoren den SIP-Tester-Client verwendet, der in der Sitzung "Updates für Direct Routing auf der Ignite 2019" erläutert wurde. Das SIP Tester-Clientskript und die Dokumentation wurden aus dem PowerShell-Skript heruntergeladen, um Direct Routing Session Border Controller-Verbindungen zu testen.

Optimierung lokaler Medien

Contoso sah die Möglichkeit, die Optimierung lokaler Medien in den verschiedenen Regionen auf der ganzen Welt zu nutzen. Die unterstützten Szenarien für Contoso werden unter Optimierung lokaler Medien für Direct Routing beschrieben. Die Konfiguration der lokalen Medienoptimierung wurde abgeschlossen, indem die Anleitungen sowohl vom SBC-Anbieter als auch von Microsoft beschrieben wurden. Die Konfigurationsschritte für die Optimierung lokaler Medien umfassen:

• Konfigurieren der Benutzer- und SBC-Websites

• Konfigurieren Sie den SBC gemäß der Spezifikation des SBC-Anbieters.

• Hinzufügen externer vertrauenswürdiger IP-Adressen zu jedem Standort, der für die Optimierung lokaler Medien verwendet wird

• Definieren der Netzwerktopologie

• Definieren der Topologie des virtuellen Netzwerks

• Bestimmen des Modus: Immer umgehen oder Nur für lokale Benutzer

Überlegungen zum Netzwerk

Contoso hatte eine Reihe von Benutzern, die über einen längeren Zeitraum remote arbeiten mussten, nachdem sie für das Telefonsystem aktiviert wurden. Die Benutzer haben vpn verwendet, um auf bestimmte Branchenanwendungen zuzugreifen. Während des VPN-Diensts haben die Telefonsystembenutzer eine Verschlechterung der Anrufqualität erlebt.

Um das Qualitätsproblem zu beheben, implementierte Contoso das geteilte VPN-Tunneling, wodurch der Office 365 Datenverkehr das Internet passieren konnte, während die Verbindung mit den internen Apps im VPN blieb. Zum Implementieren des geteilten VPN-Tunnelings hat Contoso die Anleitung unter Implementieren des geteilten VPN-Tunnels für Office 365 befolgt.