SIP-Trunk-Auswahl für Teams Direct Routing
Die zweite Hälfte von Direct Routing — und warum sie mehr Sorgfalt verdient als eine PreistabelleSIP-Trunk-Auswahl für Direct Routing: Worauf es wirklich ankommt
Die freie Wahl des SIP-Trunk-Providers ist einer der Hauptgründe, sich überhaupt für Direct Routing zu entscheiden — und dann wird ausgerechnet diese Wahl oft in zwanzig Minuten anhand einer Preistabelle getroffen. Dabei entscheidet der Trunk über Dinge, die keine Preistabelle zeigt: ob dein Fax jemals wieder sendet, ob der Notruf den richtigen Standort meldet und ob die Portierung zum nächsten Anbieter in drei Jahren ein Vorgang oder ein Drama wird. Dieser Artikel liefert die Auswahlkriterien, die in realen Projekten den Unterschied machen — von der Anbindungsart über Kanalmodelle und T.38 bis zu den Vertragsfallen.
|
SIP-Trunk für Direct Routing kurz erklärt: Ein SIP-Trunk ist die Verbindung zwischen deinem Session Border Controller und dem öffentlichen Telefonnetz — bei Teams Direct Routing die frei wählbare Gegenseite zur Microsoft-Cloud. Die wichtigsten Auswahlkriterien: die Anbindungsart (SIP-Registrierung mit Zugangsdaten oder statische Kopplung über feste IP-Adressen — Letztere ist der Standard für den Unternehmenseinsatz), das Kanalmodell (Anzahl gleichzeitiger Gespräche, dimensioniert nach realer Spitzenlast), verlässliche T.38-Unterstützung für Fax am ATA, die Notruf-Unterstützung mit korrekter Standortzuordnung für 110/112 sowie die Vertragskonditionen (Laufzeit, Portierungs-Kooperation, Support-SLA). Eine spezielle „Teams-Zertifizierung“ für SIP-Trunks gibt es nicht — zertifiziert wird der SBC; der Trunk muss zu SBC und Anforderungen passen. (Stand Mitte 2026) |
|---|
Die andere Hälfte deines Direct Routing
Direct Routing besteht aus zwei Verbindungen: der Strecke zwischen SBC und Microsoft-Cloud — die ist durch Microsofts Vorgaben festgelegt und in der Schritt-für-Schritt-Einrichtung beschrieben — und der Strecke zwischen SBC und Telefonnetz. Diese zweite Hälfte ist deine Spielwiese: Hier wählst du den Provider, verhandelst die Konditionen und bestimmst, was technisch möglich ist. Wer beim Architekturvergleich bei Direct Routing gelandet ist, hat sich diese Freiheit ausdrücklich gekauft — umso ärgerlicher, wenn sie dann an einen Provider verschenkt wird, der zwar günstige Minuten, aber kein verlässliches T.38 und einen Portierungsprozess aus der Hölle mitbringt. Die gute Nachricht: Der deutsche SIP-Trunk-Markt ist breit, wettbewerbsintensiv und erwachsen. Die Auswahl ist kein Glücksspiel — wenn man weiß, wonach man fragt.
Ein Missverständnis vorab, weil es in jedem zweiten Angebot auftaucht: Es gibt keine „für Teams zertifizierten SIP-Trunks“. Microsofts Zertifizierungsprogramm betrifft die Session Border Controller (die Herstellerlandschaft dazu steht in den SBC-Grundlagen), nicht die Trunks dahinter. Wenn ein Provider mit „Teams-ready“ oder „zertifiziert für Microsoft Teams“ wirbt, ist das Marketing für einen völlig normalen SIP-Trunk — was in Ordnung ist, solange niemand daraus einen technischen Vorsprung ableitet. Die relevante Frage ist eine andere: Hat der Provider nachweisbare Praxiserfahrung mit deinem SBC-Produkt? Ein Provider, der anynode- oder AudioCodes-Konfigurationsprofile aus dem Ärmel schüttelt, spart dir Abstimmungsschleifen — das ist der echte Unterschied, nicht das Logo im Prospekt.
Registrierung oder statische Anbindung: Die Grundsatzfrage
Die erste technische Weiche ist die Anbindungsart — sie bestimmt, wie sich dein SBC beim Provider ausweist. Beim registrierten Trunk meldet sich der SBC wie ein sehr großes Telefon per SIP-Registrierung mit Benutzername und Passwort an, zyklisch erneuert. Das ist einfach, funktioniert auch ohne feste IP-Adresse und ist bei kleinen Trunks der übliche Weg. Der Haken: Die Registrierung ist ein zusätzlicher beweglicher Teil — läuft sie aus, klemmt das NAT oder stolpert der Erneuerungszyklus, ist der Trunk tot, und zwar gern unbemerkt bis zum ersten verpassten Anruf. Auch Redundanzkonzepte mit mehreren SBCs werden mit Registrierungslogik schnell fummelig.
Die statische Anbindung koppelt stattdessen Netz mit Netz: Beide Seiten kennen die festen IP-Adressen der Gegenstelle und authentifizieren darüber — kein Anmeldemechanismus, der klemmen kann, dafür die Voraussetzung einer festen öffentlichen IP für den SBC. Für produktives Direct Routing im Unternehmen ist das der Standard: stabiler im Dauerbetrieb, sauber erweiterbar auf redundante SBCs und die übliche Basis für Business-SLAs. Die Faustregel ist unspektakulär: Registrierung für Einstieg und Test, statische Anbindung für den Betrieb — und wer beim Provider nur die Registrierungsvariante bekommt, sollte fragen, ob er beim richtigen Provider ist.
Die Transportfrage: Übers offene Internet oder mit eigener Zuführung
Neben der Authentifizierung stellt sich die Transportfrage: Läuft der Trunk über deinen normalen Internetanschluss oder über eine dedizierte Zuführung des Providers? Der Internet-Trunk ist der flexible Normalfall — funktioniert über jede ausreichend dimensionierte Leitung, macht dich unabhängig vom Anschlussanbieter und ist der Preisbrecher des Markts. Sein Preis: Die Sprachqualität hängt an einer Leitung, die sich der Trunk mit Downloads, Backups und Videokonferenzen teilt; sauberes QoS am eigenen Router ist Pflicht, Ende-zu-Ende-Garantien gibt es trotzdem nicht. Die dedizierte Zuführung — der Provider liefert Anschluss und Trunk aus einer Hand, mit priorisierter Sprache — kauft dir genau diese Garantie, koppelt dich dafür aber an einen Anbieter für beides. Für die meisten Mittelständler mit ordentlicher Leitung ist der Internet-Trunk die richtige Antwort; wer harte Qualitätszusagen braucht oder eine chronisch knappe Anbindung hat, sollte die dedizierte Variante zumindest anfragen.

Skizze 1: Registrierter Trunk und statische Anbindung im Vergleich.
Alt-Text-Vorschlag: Gegenüberstellung der beiden SIP-Trunk-Anbindungsarten: Links der registrierte Trunk, bei dem sich der SBC per SIP-Registrierung mit Zugangsdaten beim Provider anmeldet — einfach und ohne feste IP möglich, aber mit der Registrierung als zusätzlichem Fehlerpunkt. Rechts die statische Anbindung mit Authentifizierung über feste IP-Adressen — stabil, wartungsarm und geeignet für Redundanzkonzepte, aber mit fester öffentlicher IP als Voraussetzung. Fazit: Für den Unternehmenseinsatz ist die statische Anbindung der Standard.
Kanalmodelle: Wie du gleichzeitige Gespräche einkaufst
SIP-Trunks werden in gleichzeitigen Gesprächen verkauft — Kanälen oder Sprachkanälen —, und die Preismodelle dahinter unterscheiden sich mehr als die Minutenpreise. Die Dimensionierungsfrage selbst ist in den SBC-Grundlagen ausführlich behandelt (Spitzenlast der Altanlage messen, rund 30 Prozent Reserve); hier geht es um die Einkaufslogik. Drei Modelle begegnen dir am Markt:
|
Kanalmodell |
Funktionsweise |
Passt für |
|---|---|---|
|
Feste Kanäle mit Flatrate |
Fester Kanalblock, Flatrate ins deutsche Fest- und oft Mobilfunknetz je Kanal — üblicherweise im niedrigen Euro-Bereich pro Kanal und Monat |
Planbares Telefonverhalten, klare Budgets — der Mittelstands-Standard |
|
Feste Kanäle plus Minutenabrechnung |
Günstigere Kanalgrundgebühr, Gespräche minutengenau berechnet |
Wenigtelefonierer-Umgebungen, spezielle Zielprofile — vorher am realen Verhalten rechnen |
|
Kanäle mit Burst-Option |
Basiskontingent plus temporär zubuchbare oder automatisch atmende Zusatzkanäle für Lastspitzen |
Saisongeschäft, Kampagnen, Umgebungen mit seltenen, aber harten Spitzen |
Zwei Prüfpunkte gehören zu jedem Kanalmodell: Erstens, was bei Kanalüberlauf passiert — sauberes Besetztzeichen, automatisches Burst-Nachbuchen oder stillschweigende Zusatzkosten? Das gehört schriftlich geklärt, nicht im Störungsfall entdeckt. Zweitens die Passung zur SBC-Lizenz: Trunk-Kanäle und SBC-Sessions sind zwei getrennte Limits, und der kleinere Wert bestimmt die Realität. Ein 60-Kanal-Trunk hinter einem 30-Session-SBC ist bezahlte Luft; umgekehrt produziert ein knapper Trunk Besetztzeichen, für die dann der SBC verdächtigt wird. Beide Werte gehören auf dasselbe Blatt Papier — zusammen mit der gemessenen Spitzenlast.

Skizze 2: Die Passungs-Kette — was zwischen Trunk, SBC und Teams-Cloud zusammenpassen muss.
Alt-Text-Vorschlag: Diagramm der Kette aus SIP-Trunk, eigenem SBC und Teams-Cloud mit vier Prüffeldern: Kanäle und Sessions müssen gemeinsam mit der realen Spitzenlast dimensioniert werden, wobei der kleinste Wert gewinnt. Rufnummernformate müssen zwischen dem E.164-Format von Teams und den Provider-Erwartungen übersetzt werden. Sprach-Codecs und T.38 für Fax müssen auf beiden Strecken passen. Der Notruf mit korrekter Standortzuordnung muss vom Provider je Anschluss und Rufnummer unterstützt werden.
T.38: Die Fax-Frage entscheidet sich beim Provider
Wer analoge Erbstücke behalten muss, hat es im Architekturvergleich gelernt: Fax läuft bei Teams nicht über die Cloud, sondern per ATA und T.38 am SBC vorbei — und dieses T.38 muss dein SIP-Trunk-Provider verlässlich bis in sein Netz unterstützen. Genau hier trennt sich der Markt: Manche Provider unterstützen T.38 sauber und dokumentiert, manche „grundsätzlich schon“, manche gar nicht, und die Kategorie dazwischen ist die gefährlichste — dort funktioniert Fax meistens, was bei rechtsverbindlichen Dokumenten das falsche Zuverlässigkeitsniveau ist. Frag deshalb nicht, ob T.38 unterstützt wird, sondern wie: durchgängig im eigenen Netz, mit welchem Fallback, mit welcher Aussage im Vertrag. Und teste es — mit deinem echten Faxgerät, am echten ATA, gegen echte Gegenstellen. Ein Nachmittag Fax-Test in der Teststellung ist billiger als jede nachträgliche Debatte darüber, wessen Netz die Übertragung zerhackt hat.
|
Aus der Praxis: Ein Handelsunternehmen, Migration sauber geplant, zwei Faxe für Bestellungen und Speditionsavise am ATA. Der Trunk-Provider hatte T.38 im Datenblatt stehen — was fehlte, war das Kleingedruckte: Die Unterstützung galt nur für abgehende Übertragungen; ankommende Faxe handelte sein Netz stillschweigend auf einen anderen Übertragungsmodus herunter. Das Ergebnis war das tückischste Fehlerbild der Telefoniewelt: Senden ging immer, Empfang ging manchmal — je nach Gegenstelle, Tageszeit und Mondphase. Drei Wochen Fehlersuche an ATA und SBC, bis der Mitschnitt zeigte, dass die Aushandlung providerseitig scheiterte. Mit einer Teststellung vor Vertragsschluss wäre das an einem Nachmittag aufgeflogen. Seitdem gilt bei mir: T.38 wird nicht geglaubt, T.38 wird bewiesen. |
|---|
Notruf: Der Prüfpunkt, der nicht verhandelbar ist
110 und 112 mit korrekter Standortermittlung sind regulatorische Pflicht — und die Teams-Seite mit ihren dynamischen Notfallanrufen ist nur die halbe Strecke. Die andere Hälfte liefert der Trunk-Provider: Er stellt sicher, dass Notrufe an die örtlich zuständige Leitstelle geroutet werden und dass die hinterlegten Standortdaten zum Anschluss passen. Genau hier gibt es zwischen Providern echte Unterschiede — insbesondere bei Mehrstandort-Szenarien, bei denen Rufnummern verschiedener Ortsnetze über denselben Trunk laufen, und bei der Frage, wie Standortänderungen gemeldet und gepflegt werden.
|
Notruf-Anforderungen an den SIP-Trunk-Provider: Für Direct Routing in Deutschland muss der SIP-Trunk-Provider gewährleisten: (1) Routing von 110/112 an die örtlich zuständige Notrufabfragestelle je Anschluss- bzw. Rufnummernstandort, (2) einen definierten Prozess zur Hinterlegung und Pflege der Standortdaten je Rufnummer oder Rufnummernblock — inklusive Mehrstandort-Szenarien über einen Trunk, (3) eine klare Aussage zum Umgang mit nomadischer Nutzung, also Anrufen von außerhalb des hinterlegten Standorts. Diese Punkte gehören schriftlich ins Angebot; die Teams-seitige Standortermittlung über Netzwerkmerkmale ergänzt sie, ersetzt sie aber nicht. (Stand Mitte 2026) |
|---|
Die Homeoffice-Realität macht das Thema nicht einfacher: Ein Teams-Benutzer mit Dortmunder Rufnummer wählt die 112 vielleicht vom Küchentisch in Unna. Teams-seitig adressieren das die dynamischen Notfallanrufe mit benutzergepflegten Adressen — aber wie der Provider mit solchen nomadischen Anrufen umgeht und welche Standortinformationen er an die Leitstelle weiterreichen kann, unterscheidet sich je Anbieter. Diese Frage gehört in jedes Auswahlgespräch, und die Antwort „das regelt schon Microsoft“ ist die falsche: Es regelt sich nur im Zusammenspiel, und beide Hälften gehören dokumentiert.
Vertragsfallen: Das Kleingedruckte, das Projekte überlebt
Der Trunk-Vertrag überlebt jede Projektphase — und ein schlechter Vertrag ärgert dich noch, wenn die Migration längst Geschichte ist. Die folgende Checkliste versammelt die Punkte, die in der Praxis wehtun. Keiner davon steht auf der Preisseite des Angebots; alle stehen irgendwo hinten:
|
Prüfpunkt |
Warum er zählt |
Rote Flagge |
|---|---|---|
|
Laufzeit und Kündigungsfrist |
Der Markt ist im Wandel — Flexibilität hat Wert |
36 Monate Erstlaufzeit ohne Testphase |
|
Portierungs-Kooperation |
Irgendwann willst du weg oder woandershin — der abgebende Provider muss mitspielen |
Keine Aussage zu Fristen und Prozess der abgehenden Portierung |
|
Support-SLA |
Telefonie ist geschäftskritisch — Reaktionszeiten gehören zugesichert |
„Best Effort“ ohne Zeiten, Hotline nur werktags 9–17 Uhr |
|
Kanalüberlauf-Verhalten |
Besetzt, Burst oder stille Zusatzkosten? |
Automatische kostenpflichtige Erweiterung ohne Deckel |
|
Preisstruktur komplett |
Setup, Grundgebühren, Sonderrufnummern, Auslandsziele |
Lockangebot mit teuren Sonderzielen im Anhang |
|
Technische Zusagen schriftlich |
T.38, Anbindungsart, Codec-Liste, Notruf-Prozess |
„Wird grundsätzlich unterstützt“ ohne Details |
|
Achtung, die Portierungs-Falle: Der am meisten unterschätzte Vertragspunkt ist der Abschied: Wie kooperativ ist der Provider, wenn du Rufnummern von ihm wegportieren willst? Gesetzlich muss er mitwirken — aber zwischen „muss“ und „tut es zügig und fehlerfrei“ liegen in der Praxis Welten und Wochen. Ein Provider, der abgehende Portierungen verschleppt, verwandelt jeden späteren Wechsel und jede Konsolidierung in ein Geduldsspiel, und du merkst es erst, wenn es zu spät ist. Frag deshalb vor Vertragsschluss nach dem dokumentierten Prozess für abgehende Portierungen — und werte die Antwort als Charaktertest. Wer schon beim Einzug nicht über den Auszug reden will, plant nicht mit deiner Zufriedenheit, sondern mit deiner Trägheit. |
|---|
Der Auswahlprozess: Vier Schritte statt Bauchgefühl
Aus alldem ergibt sich ein Prozess, der bewusst unspektakulär ist. Erstens die Anforderungen festnageln: Kanalzahl aus der gemessenen Spitzenlast, gewünschte Anbindungsart, T.38 ja oder nein, Standorte mit Notruf-Anforderungen, Umfang der Portierung — eine Seite Papier genügt, aber sie gehört geschrieben, bevor das erste Angebot eintrifft. Zweitens eine Shortlist von zwei, drei Kandidaten mit nachweisbarer Teams-Praxis; die Frage nach Referenzen mit deinem SBC-Produkt sortiert schneller als jeder Preisvergleich. Drittens — der Schritt, den fast alle auslassen — die Teststellung: Testkanäle und Testnummern an den echten SBC, und dann das volle Programm aus ankommend, abgehend, Halten, langen Gesprächen und der Fax-Probe. Viertens erst der Vertrag, geprüft gegen die Checkliste oben, mit kurzer Erstlaufzeit.

Skizze 3: Der Auswahlprozess in vier Schritten — mit der Teststellung als Pflichtstation.
Alt-Text-Vorschlag: Prozessdiagramm der SIP-Trunk-Auswahl in vier Schritten: Anforderungen festnageln mit Kanälen aus realer Spitzenlast, Anbindungsart, T.38, Standorten und Portierungsumfang; Shortlist aus zwei bis drei Kandidaten mit nachweisbarer Teams-Praxis; Teststellung mit Testkanälen und -nummern am echten SBC inklusive Fax-Probe; abschließend der Vertrag mit Checkliste und kurzer Laufzeit. Darunter die goldene Regel: Kein Vertrag ohne Teststellung am eigenen SBC.
|
Tipp: Die Teststellung ist gratis — die Erkenntnis unbezahlbar. Nahezu jeder ernstzunehmende Provider stellt für eine Evaluierung kostenlos oder für kleines Geld Testkanäle mit ein paar Rufnummern bereit — wer das verweigert, hat sich damit bereits disqualifiziert. Nutze die Teststellung für genau die Fälle, die später wehtun: das lange Gespräch über 30 Minuten, das Halten und Wiederaufnehmen, das Fax in beide Richtungen, die Sonderrufnummer, das Nummernformat bei unterdrückter Rufnummer. Und protokolliere die Ergebnisse — dieses Protokoll ist im Zweifel deine beste Verhandlungsposition und im Störungsfall der Beweis, dass es einmal funktioniert hat. |
|---|
FAQ: Häufige Fragen zur SIP-Trunk-Auswahl
Was ist ein SIP-Trunk?
Ein SIP-Trunk ist der IP-basierte Anschluss ans öffentliche Telefonnetz — der Nachfolger von ISDN-Anlagenanschlüssen. Bei Teams Direct Routing verbindet er deinen SBC mit dem Telefonnetz: Der Provider liefert Rufnummern und Gesprächskanäle, der SBC vermittelt zwischen Trunk und Teams-Cloud.
Welcher SIP-Trunk ist für Microsoft Teams zertifiziert?
Keiner — und das ist keine Lücke, sondern das Modell: Microsofts Zertifizierung betrifft die Session Border Controller, nicht die Trunks. Jeder saubere SIP-Trunk funktioniert mit Teams Direct Routing, weil der SBC dazwischen übersetzt. „Teams-ready“ im Prospekt ist Marketing; relevanter ist nachweisbare Praxiserfahrung des Providers mit deinem SBC-Produkt.
Registrierung oder statische Anbindung — was soll ich nehmen?
Für den produktiven Unternehmenseinsatz die statische Anbindung: Authentifizierung über feste IP-Adressen, kein Registrierungsmechanismus als Fehlerquelle, saubere Basis für Redundanz und SLAs. Die SIP-Registrierung ist der einfache Einstiegsmodus für kleine Umgebungen und Tests — legitim, aber nicht das Zielbild.
Wie viele SIP-Trunk-Kanäle brauche ich?
So viele wie deine reale Spitzenlast plus rund 30 Prozent Reserve — die Zahl liefert die Amtsbelegungs-Statistik deiner bisherigen Anlage oder deines Providers, nicht die Kopfzahl der Belegschaft. Als grober Erfahrungswert im Büroumfeld: ein Kanal je fünf bis acht Benutzer. Und denk daran, Trunk-Kanäle und SBC-Sessions gemeinsam zu planen — der kleinere Wert bestimmt die Realität.
Funktioniert Fax über einen SIP-Trunk?
Ja — sofern der Provider T.38 durchgängig und in beide Richtungen unterstützt und das Fax per ATA am SBC hängt; über die Teams-Cloud selbst läuft Fax offiziell nicht. Lass dir die T.38-Unterstützung schriftlich und im Detail zusichern und teste sie in der Teststellung mit echten Übertragungen in beide Richtungen — Datenblatt-Aussagen ersetzen keinen Beweis.
Kann ich meinen bestehenden SIP-Trunk für Teams weiternutzen?
Sehr wahrscheinlich ja — genau das ist eine Stärke von Direct Routing: Der bestehende Trunk mit seinen Rufnummern wird an den SBC umgezogen statt neu beschafft, was die Migration deutlich entspannt. Prüfe trotzdem die Kriterien dieses Artikels gegen den Bestandsvertrag: Anbindungsart, Kanalzahl, T.38 und Notruf-Prozess müssen auch für die neue Welt passen — ein Bestandsvertrag ist ein Startvorteil, kein Freifahrtschein.
Was kostet ein SIP-Trunk für Direct Routing?
Die üblichen Flatrate-Modelle im deutschen Markt liegen im niedrigen Euro-Bereich pro Kanal und Monat, dazu je nach Provider einmalige Einrichtungskosten (Stand Mitte 2026) — die konkreten Konditionen sind Verhandlungssache und ändern sich laufend. Wichtiger als der Kanalpreis ist die Gesamtsicht: Sonderrufnummern, Auslandsziele, Portierungsgebühren und das Überlauf-Verhalten stehen im Anhang, nicht auf der Preisseite — und genau dort entscheidet sich, ob das günstige Angebot günstig bleibt.
Fazit: Der Trunk ist eine Entscheidung, kein Zubehör
Der SIP-Trunk ist die am längsten lebende Komponente deiner Direct-Routing-Architektur — SBC-Versionen kommen und gehen, der Vertrag bleibt. Wer die Auswahl mit klaren Anforderungen, einer echten Teststellung und einem wachen Blick aufs Kleingedruckte trifft, kauft sich jahrelange Ruhe; wer nur die Minutenpreise vergleicht, kauft sich die Fortsetzungsgeschichte. Wenn du deine Anforderungsliste gegenprüfen lassen willst oder zwischen zwei Angeboten hängst: Melde dich kurz für eine Standortbestimmung — die Trunk-Frage ist mit deiner Spitzenlast und deiner Sonderfall-Liste meist schnell entschieden.
