So funktioniert Direct Routing in Microsoft Teams: Eine leicht verständliche Erklärung
von PBX.lu Leitartikel vom 11. Mai 2026
⏱ 16 Min. Lesezeit · Artikel · Microsoft Teams
Mit Microsoft Teams können Anrufe an normale Telefonnummern getätigt und empfangen werden. Was in den meisten Anleitungen jedoch nicht erläutert wird, ist der Ablauf zwischen dem Wählen der Nummer durch den Benutzer und dem Verbindungsaufbau. Dieser Artikel befasst sich genau damit: mit der Architektur, den Komponenten, dem Anrufablauf und den Konfigurationsebenen, die das Direct Routing ermöglichen.
Wenn Sie noch unentschlossen sind, ob „Teams Phone“ Ihr Festnetzsystem überhaupt ersetzen soll, beginnen Sie mit dem Leitfaden zu Microsoft Teams und Festnetztelefonie Zunächst einmal: In diesem Artikel wird davon ausgegangen, dass Sie diese Entscheidung bereits getroffen haben und nun auswählen, welchen Teams-Anrufpfad Sie implementieren möchten.
💡 Das Wichtigste auf einen Blick: Bei „Direct Routing“ wird ein zertifiziertes Gerät, ein sogenannter Session Border Controller (SBC), zwischen Microsoft Teams und dem Netz eines Telefonanbieters geschaltet. Der SBC übernimmt die Übersetzung zwischen der Sprachinfrastruktur von Microsoft und dem öffentlichen Telefonnetz, steuert die Verwendung der Rufnummern, sorgt für die Sicherheit und regelt die Ausfallsicherung. Alle weiteren Aspekte – Routing-Regeln, Nummernzuweisung, Notrufe – werden auf dieser Grundlage konfiguriert.
Das Problem, das Direct Routing löst
Microsoft Teams ist im Kern eine Datenanwendung. Es überträgt Sprache in Form von Paketen über das Internet und nicht als herkömmliche Telefonsignale. Das öffentliche Telefonnetz spricht eine andere Sprache: SIP (Session Initiation Protocol) in seinen zahlreichen betreiberspezifischen Varianten, mit eigenen Regeln für die Nummerndarstellung, Codec-Formate und das Signalisierungsverhalten.
Diese beiden Welten sind von Natur aus nicht miteinander verbunden. Es muss etwas dazwischen stehen, das zwischen ihnen übersetzt und die Regeln durchsetzt, die jede Seite erwartet.
📡 Dieses Etwas ist der Session Border Controller (SBC). „Direct Routing“ ist die Bezeichnung, die Microsoft für das Framework verwendet, das es einem zertifizierten SBC ermöglicht, diese Rolle für Teams zu übernehmen. Es handelt sich dabei nicht um ein Produkt, das Sie bei Microsoft erwerben können. Vielmehr ist es eine unterstützte Architektur: eine festgelegte Reihe technischer Anforderungen, ein Zertifizierungsprogramm für SBC-Anbieter sowie eine Reihe von Konfigurationstools im Teams-Admin-Center.
Die drei Komponenten
Jede Direct-Routing-Implementierung besteht aus drei Komponenten.
🏢 Microsoft Teams-Telefon ist die Lizenz und der Dienst von Microsoft, der Nutzern die Möglichkeit bietet, externe Anrufe zu tätigen und entgegenzunehmen. Er verwaltet den Teams-Client, die Voicemail, automatische Anrufbeantworter, Anrufwarteschlangen sowie die Richtlinien, die festlegen, wie Anrufe innerhalb des Mandanten weitergeleitet werden. Teams Phone greift nicht direkt auf das öffentliche Telefonnetz zu. Es leitet Anrufe an der Grenze an den SBC weiter.
⚙️ Der Session Border Controller (SBC) ist das physische Gerät oder die virtuelle Maschine, die am Rand der Architektur angesiedelt ist. Es ist die einzige Schnittstelle zwischen der Microsoft-Cloud und dem Netzwerk des Betreibers. Microsoft zertifiziert bestimmte SBC-Modelle und Firmware-Versionen; es dürfen nur zertifizierte Geräte verwendet werden. Der SBC beendet die verschlüsselte Verbindung von Microsoft auf der einen Seite und den SIP-Trunk des Betreibers auf der anderen Seite. Er übersetzt Signale, handelt Audio-Codecs aus, sorgt für die Sicherheit und verwaltet den Medienstrom.
🔌 Der SIP-Trunk ist die Verbindung vom SBC zum Netz eines Telefonanbieters. Der Anbieter stellt einen Nummernblock zur Verfügung, übernimmt die Weiterleitung zum und vom öffentlichen Telefonnetz und rechnet die Gesprächsminuten ab. Die Trunk-Verbindung ist eine standardmäßige SIP-Verbindung, wie sie auch jede Cloud-PBX nutzen würde. Das Besondere am Direct Routing ist, dass der SBC auf der anderen Seite bei einem Microsoft Teams-Mandanten registriert ist.
Diese drei Komponenten bilden eine Kette. Ein Anruf eines Teams-Nutzers wird über das Teams-Telefon an den SBC weitergeleitet, über den SIP-Trunk zum Netzbetreiber und von dort zum Zielort. Eingehende Anrufe werden auf dem umgekehrten Weg weitergeleitet.
Der Ablauf des Anrufs, Schritt für Schritt
📤 Ausgehender Anruf
1. Wählen
Ein Teams-Benutzer wählt im Teams-Client auf seinem Laptop, Smartphone oder Festnetztelefon eine externe Nummer.
2. Überprüfung der Richtlinien
Teams Phone gleicht die Nummer mit den diesem Benutzer zugewiesenen Richtlinien zur Anrufweiterleitung ab und ermittelt, welche SBC-Leitung verwendet werden soll.
3. Signalisierung an den SBC
Der Anruf wird über eine TLS-verschlüsselte SIP-Verbindung von der Microsoft-Cloud an den SBC weitergeleitet. Microsoft fungiert dabei als Signalisierungsproxy; in dieser Phase wird die Audioübertragung noch nicht von Microsoft abgewickelt.
4. SBC-Verarbeitung
Der SBC empfängt die SIP-INVITE-Anfrage, normalisiert die Rufnummer und die CLI-Darstellung und leitet die Anfrage an den SIP-Trunk des Netzbetreibers weiter.
5. PSTN-Routing
Der Betreiber leitet den Anruf über das öffentliche Telefonnetz an die Zielnummer weiter.
6. Audiostream
Nach dem Aufbau der Verbindung wird der Ton als verschlüsselter RTP-Stream übertragen – entweder direkt zwischen dem Teams-Client und dem Betreiber (Media-Bypass) oder über den SBC (Nicht-Bypass-Modus).
📥 Eingehender Anruf
Es gilt der umgekehrte Weg. Der Anrufer wählt eine Nummer, der Operator leitet den Anruf an den SBC weiter, der SBC leitet die INVITE-Anfrage an Microsoft weiter, und Teams klingelt beim richtigen Benutzer- oder Ressourcenkonto. Der Audiostream wird über denselben Weg wie bei ausgehenden Anrufen verbunden.
📡 Was „Media Bypass“ ist und warum es wichtig ist
In der Standardkonfiguration werden alle Audiopakete auch nach dem Aufbau der Verbindung über den SBC geleitet. Der Medien-Bypass ist ein optionaler Modus, bei dem der Audiostream nach Abschluss der Signalisierung direkt zwischen dem Teams-Client und dem Media-Gateway des Betreibers übertragen wird, wobei der SBC für die Dauer des Anrufs vollständig umgangen wird. Dies verringert die Latenz, entlastet den SBC und verbessert die Audioqualität in überlasteten Netzwerken. Für den Medien-Bypass muss der Teams-Client über eine routbare IP-Adresse verfügen, sodass er in kabelgebundenen Unternehmensnetzwerken besser funktioniert als über VPN- oder Privatverbindungen.
Was die SBC tatsächlich tut
Die Rolle des SBC wird oft einfach als „Übersetzung“ beschrieben. In der Praxis erfüllt es jedoch sechs Aufgaben gleichzeitig.
SIP-Signalisierungsübersetzung. Die SIP-Implementierung von Microsoft und die SIP-Implementierungen der Netzbetreiber unterscheiden sich in einigen Feinheiten: Header-Felder, Antwortcodes, Behandlung von Re-INVITEs und Sitzungszeitgeber. Der SBC gleicht diese Unterschiede aus, sodass jede Seite das erwartete Verhalten vorfindet.
Codec-Aushandlung. Microsoft Teams verwendet für Audio die Codecs SILK und Opus. Netzbetreiber unterstützen möglicherweise G.711, G.722 oder G.729. Der SBC handelt einen Codec aus, den beide Seiten verwenden können, und führt bei Bedarf in Echtzeit eine Transkodierung zwischen den Codecs durch.
Verschlüsselungsgrenze. Die Verbindung zwischen Microsoft und dem SBC muss TLS für die Signalisierung und SRTP für die Medienübertragung verwenden. Die Verbindung zwischen dem SBC und dem Netzbetreiber kann ein anderes Sicherheitsmodell verwenden. Der SBC verwaltet beide Endpunkte unabhängig voneinander.
Nummernanzeige. Bei ausgehenden Anrufen muss eine gültige CLI angezeigt werden. Bei eingehenden Anrufen muss die angerufene Nummer in einem Format übermittelt werden, das Teams einem Benutzer zuordnen kann. Der SBC sorgt in beiden Richtungen für die Normalisierung.
Kapazitätsmanagement. Der SBC überwacht die Anzahl der gleichzeitig laufenden Anrufe und sorgt für die Einhaltung der Kapazitätsgrenzen des SIP-Trunks, wobei er ein Besetztzeichen zurückgibt, anstatt unvorhersehbare Ablehnungen seitens des Betreibers zuzulassen.
Sicherheitsmaßnahmen. Der SBC schützt vor SIP-Denial-of-Service-Angriffen, Gebührenbetrug und unbefugten Registrierungen. Er überprüft, ob eingehende Anrufe von bekannten IP-Adressen der Netzbetreiber stammen.
So funktionieren Richtlinien zur Anrufweiterleitung
Der SBC und der SIP-Trunk übernehmen die physische Anrufweiterleitung. Die Routing-Richtlinien für Sprachanrufe legen fest, wohin Anrufe weitergeleitet werden und wer diese tätigen darf. Dies wird im Teams-Verwaltungscenter und in PowerShell konfiguriert, unabhängig vom SBC.
Die Konfiguration besteht aus drei Ebenen.
🗺️ Sprachrouten bilden die Grundlage. Jede Sprachroute ordnet ein bestimmtes Wählmuster (einen regulären Ausdruck) einer oder mehreren SBC-Verbindungen zu. Eine Route könnte beispielsweise lauten: „Jede Nummer, die mit +352 beginnt, wird an die SBC-Verbindung nach Luxemburg weitergeleitet.“ Eine andere Route erfasst alle übrigen Anrufe und leitet diese über eine standardmäßige internationale Verbindung weiter.
🏷️ PSTN-Anwendungen Die Sprachverbindungen werden in Berechtigungskategorien gruppiert. Eine Nutzungsart namens „Luxemburg lokal“ umfasst die Verbindung nach Luxemburg. Eine Nutzungsart namens „international“ umfasst die internationale Verbindung. Nutzungsarten werden nicht direkt Benutzern zugewiesen; sie dienen als zwischengeschaltete Gruppierungsebene.
👤 Richtlinien zur Sprachweiterleitung Sie bündeln eine oder mehrere PSTN-Nutzungen und werden einzelnen Benutzern oder Gruppen zugewiesen. Eine „Standard“-Richtlinie könnte Orts- und Auslandsgespräche nach Luxemburg umfassen. Eine „eingeschränkte“ Richtlinie könnte nur Ortsgespräche umfassen. Ein Benutzer ohne Richtlinie kann überhaupt keine externen Anrufe tätigen.
Wenn ein Teams-Benutzer eine Nummer wählt, durchläuft Teams die Ebenen der Reihe nach: Routing-Richtlinie, dann PSTN-Nutzungen, dann Sprachrouten und schließlich SBC-Trunk. Der Anruf wird an die erste passende Route weitergeleitet. Wenn keine Route passt, schlägt der Anruf mit der Fehlermeldung „Keine Route gefunden“ fehl.
🔧 Warum es das dreischichtige Modell gibt
Für ein kleines oder mittleres Unternehmen mit einem einzigen Standort und einem Trunk erscheint das mehrschichtige System unnötig. Sein Nutzen wird jedoch deutlich, wenn mehrere SBCs, Netzbetreiber, Länder und Berechtigungsstufen zum Spiel kommen. Ein Vertriebsteam benötigt möglicherweise uneingeschränkte internationale Anrufe; ein Lager benötigt möglicherweise nur Ortsgespräche; eine Führungskraft benötigt möglicherweise eine Ausweichroute über einen zweiten SBC, falls der primäre nicht erreichbar ist. All dies wird über dasselbe Framework gesteuert, ohne dass die SBC-Konfiguration geändert werden muss.
Wie Zahlen verwaltet werden
Nummern im Rahmen von „Direct Routing“ sind an zwei Orten gespeichert: im System des Betreibers und im Teams-Admincenter. Beide müssen synchronisiert bleiben.
📋 Bedienerseite
Der Netzbetreiber stellt einen Nummernblock auf der SBC-Verbindung bereit. Diese Nummern sind in den Routing-Tabellen des Netzbetreibers hinterlegt und werden bei Eingang eines eingehenden Anrufs an den SBC weitergeleitet.
🖥️ Mannschaftsseite
Jede Nummer wird im Teams-Verwaltungscenter einem Benutzer, einem Ressourcenkonto (automatische Telefonzentrale oder Anrufwarteschlange) oder einer Konferenzbrücke zugewiesen. Dadurch wird die Nummer mit einer Teams-Identität verknüpft.
Wenn eine Nummer beim Netzbetreiber eingerichtet, aber nicht in Teams zugewiesen ist, schlagen eingehende Anrufe fehl. Wenn eine Nummer in Teams zugewiesen, aber nicht beim Netzbetreiber eingerichtet ist, kommen eingehende Anrufe gar nicht erst an. Die beiden Datensätze müssen exakt übereinstimmen.
Die Rufnummernmitnahme wird vollständig vom Netzbetreiber abgewickelt. Die Konfiguration auf Seiten von Teams ändert sich während der Mitnahme nicht; die Rufnummer wird nach Abschluss der Mitnahme lediglich auf die Leitung des neuen Netzbetreibers umgeleitet.
Notrufe
⚠️ Notrufe sind eine gesetzliche Vorschrift und keine optionale Konfiguration. In der EU müssen 112-Notrufe korrekt weitergeleitet werden und Standortdaten enthalten. Im Rahmen des „Direct Routing“ liegt es in der Verantwortung des Kunden oder Partners, dies vor der Inbetriebnahme für jedes Land zu konfigurieren und zu überprüfen.
Die Herausforderung liegt im Standort. Ein Teams-Nutzer könnte die 112 von einem Büro in Luxemburg, von zu Hause in Deutschland oder von einem Hotelzimmer in Belgien aus anrufen. Die Rettungsleitstelle muss wissen, wo sich der Anrufer befindet.
Microsoft unterstützt dynamische Notrufe im Rahmen von Direct Routing. Der Mechanismus ordnet Netzwerkkennungen (IP-Subnetz, WLAN-Zugangspunkt, Switch-Port) den im Teams-Verwaltungscenter gespeicherten physischen Adressen zu. Wenn ein 112-Anruf getätigt wird, liest Teams den aktuellen Netzwerkstandort des Clients aus, sucht die entsprechende Adresse heraus und übermittelt sie im Rahmen der SIP-Signalisierung an den SBC.
Der SBC muss die entsprechenden SIP-Header unterstützen, um Standortdaten an den Netzbetreiber zu übermitteln. Der Netzbetreiber muss diese an die für das Land des Anrufers zuständige PSAP (Public Safety Answering Point) weiterleiten. Jedes Land in der Großregion hat seine eigenen PSAP-Routing-Regeln.
📍 Was passiert, wenn ein Ort nicht auf der Karte verzeichnet ist?
Benutzer, die sich über ein nicht erkanntes Netzwerk verbinden – beispielsweise im Homeoffice, in einem Hotel oder bei einem Kunden vor Ort –, greifen auf eine im Teams-Verwaltungscenter konfigurierte registrierte Adresse zurück oder lösen möglicherweise eine Warnmeldung an die Sicherheitszentrale aus. Diese Ausweichlösung muss bewusst konfiguriert werden. Ein nicht zugeordneter Standort, der bei einem Notruf unter der Nummer 112 stillschweigend keine Standortdaten übermittelt, stellt eine Compliance-Lücke dar und ist nicht nur eine Unannehmlichkeit bei der Konfiguration.
Redundanz
Ein einzelner SBC stellt einen Single Point of Failure für alle externen Anrufe dar. Microsoft empfiehlt, mindestens zwei SBCs für den Teams-Mandanten zu registrieren.
🔄 Aktiv-Standby
Ein SBC verarbeitet alle Anrufe. Ein zweiter SBC ist in denselben Sprachrouten als Backup registriert. Wenn der primäre SBC nicht mehr erreichbar ist, versucht Teams automatisch, den sekundären SBC zu nutzen. Laufende Anrufe auf dem ausgefallenen SBC werden unterbrochen und müssen erneut gewählt werden.
⚡ Aktiv-Aktiv
Beide SBCs sind gleichzeitig in Betrieb und teilen sich die Anruflast. Sprachrouten verteilen die Anrufe nach Priorität oder Auslastung auf die beiden SBCs. Dies bietet sowohl Redundanz als auch Kapazitätsreserven, erfordert jedoch, dass der Betreiber mehrere Trunks oder eine Trunk-Gruppenkonfiguration unterstützt.
Bei KMU, die einen vom Netzbetreiber gehosteten SBC-Dienst nutzen, ist Redundanz in der Regel bereits enthalten und wird vom Netzbetreiber verwaltet. In der SLA sollte festgelegt sein, wie das Failover gehandhabt wird und wie lange die angestrebte Wiederherstellungszeit ist.
Häufig gestellte Fragen
Ist für Direct Routing ein Server vor Ort erforderlich?
Nein. Der SBC kann eine physische Appliance in Ihren Räumlichkeiten, eine virtuelle Maschine in einem Rechenzentrum oder ein von Ihrem Betreiber bereitgestellter Cloud-Dienst sein. Die meisten KMU nutzen einen vom Betreiber gehosteten SBC, was bedeutet, dass überhaupt keine Hardware vor Ort erforderlich ist.
Kann ein SBC mehrere Microsoft Teams-Mandanten bedienen?
Ja. SBCs der Enterprise-Klasse unterstützen Multi-Tenant-Konfigurationen, bei denen ein einzelnes Gerät das Direct Routing für mehrere Teams-Mandanten gleichzeitig übernimmt. Jeder Mandant verfügt über eine eigene Trunk-Konfiguration und eigene Routing-Richtlinien. Dies ist üblich bei Betreibern und Partnern, die Direct Routing als Dienstleistung für mehrere Kunden verwalten.
Was passiert mit internen Teams-Anrufen bei Direct Routing?
Es ändert sich nichts. Anrufe zwischen Teams-Nutzern innerhalb desselben Mandanten verlaufen vollständig über die Infrastruktur von Microsoft und berühren weder den SBC noch den SIP-Trunk. Direct Routing gilt nur für Anrufe, die ins öffentliche Telefonnetz geleitet werden müssen.
Woher weiß der SBC, zu welchem Teams-Mandanten ein Anruf gehört?
Jeder SBC wird unter Verwendung eines im Microsoft 365-Admin-Center verifizierten vollqualifizierten Domänennamens (FQDN) bei einem Teams-Mandanten registriert. Wenn Microsoft einen Anruf an den SBC sendet, verwendet es diesen FQDN als Ziel. Der SBC nutzt ihn, um die richtige Amtsleitung und den richtigen Routing-Kontext zu identifizieren.
Kann „Direct Routing“ zusammen mit Microsoft-Tarifen im selben Mandanten genutzt werden?
Ja. Einige Nutzer können Nummern aus einem Anrufplan nutzen, während andere das Direct Routing verwenden. Dies kommt bei schrittweisen Migrationen zum Einsatz oder wenn ein Betreiber in einem bestimmten Land, in dem Anrufpläne verfügbar sind, keine PSTN-Abdeckung bietet.
📚 Teil des Microsoft Teams-Telefonie-Clusters auf pbx.lu. Weiterlesen: Was Microsoft Teams für die Geschäftstelefonie im Festnetz bedeutet · Über welche Zertifizierungen sollte Ihr Microsoft Teams-Partner verfügen?.
📚 Entdecke weiter. Durchsuchen Sie die Microsoft Teams – Funktionsübersicht um einen Überblick darüber zu erhalten, wie Teams mit Cloud-PBX-Plattformen integriert wird, oder Anbieter vergleichen in Luxemburg und der Großregion tätig.
📅 Sind Sie bereit, Cloud-PBX für Ihr Unternehmen zu entdecken?
Ein kurzes Telefonat reicht aus, um herauszufinden, welche Lösung am besten zu Ihrer Arbeitsweise passt – sei es eine App, FMC oder eine einfache Weiterleitung.
Aktuelle Einblicke (Seitenleiste)
TLDR: So funktioniert Direct Routing in Microsoft Teams: Eine leicht verständliche Erklärung
- Direct Routing verbindet Microsoft Teams über ein zertifiziertes Gerät, den sogenannten Session Border Controller (SBC), mit dem öffentlichen Telefonnetz.
- Der SBC übernimmt die Signalumwandlung, handelt Audio-Codecs aus und gewährleistet die Sicherheit zwischen Teams und dem SIP-Trunk des Netzbetreibers.
- Die Richtlinien zur Anrufweiterleitung im Teams-Verwaltungscenter legen fest, welche Benutzer welche Ziele anrufen dürfen und über welchen SBC.
Aktualisiert am 12.08.2026