Koexistenz: Altanlage und Teams parallel betreiben, ohne dass es jemand merkt

Zwischen „wir starten die Migration“ und „die Altanlage ist aus“ liegen Wochen bis Monate, in denen beide Telefonwelten gleichzeitig laufen müssen — und zwar so, dass Anrufer nichts merken und Mitarbeiter weiterarbeiten können. Diese Koexistenz ist kein Notbehelf, sondern eine planbare Architektur mit einem klaren Bauprinzip: Der SBC wird zur Drehscheibe, die jede Rufnummer in die richtige Welt routet. Dieser Artikel beschreibt die Übergangsarchitektur im Detail — das Rufnummern-Splitting, die ehrlichen Feature-Grenzen zwischen den Welten und die Fallstricke, die aus der eleganten Brücke eine Fehlerquelle machen können.

Wann Koexistenz die richtige Antwort ist — und wann nicht

Die Koexistenz hat vier gute Gründe. Erstens den Wellen-Rollout aus dem Migrations-Phasenplan: Abteilungen wandern nacheinander, und zwischen erster und letzter Welle brauchen beide Welten Anschluss. Zweitens die Sonderfall-Abwicklung: Fax, Tür und DECT haben oft längere Umzugswege als die Büro-Telefonie, und die Altanlage darf nicht sterben, solange etwas Kritisches an ihr hängt. Drittens Mehrstandort-Szenarien, in denen Standorte nacheinander umziehen. Und viertens Zukäufe: Die frisch übernommene Tochter telefoniert noch über ihre Anlage, während die Integration läuft. Was die Koexistenz dagegen nicht sein sollte, ist ein Dauerzustand aus Unentschlossenheit — jede Woche Parallelbetrieb bedeutet doppelte Wartung, doppelte Fehlerquellen und eine Routing-Tabelle, die gepflegt werden will. Die Faustregel: Koexistenz mit Enddatum ist Architektur; Koexistenz ohne Enddatum ist aufgeschobene Entscheidung mit laufenden Kosten.

Die Architektur: Der SBC als Drehscheibe

Das Bauprinzip ist ein Dreieck mit Nabe: Der SIP-Trunk zum Telefonnetz endet nicht mehr an der Altanlage, sondern am SBC — das ist der entscheidende Umbau-Schritt, denn ab jetzt kontrolliert der SBC jede Nummer. Von dort führen drei Wege weiter: die Direct-Routing-Strecke in die Teams-Cloud, die Kopplung zur Altanlage und der ATA für die analogen Sonderfälle. Die Kopplung zur Altanlage ist bei halbwegs modernen Anlagen ein interner SIP-Trunk — Anlage und SBC sprechen SIP miteinander, fertig; bei ISDN-only-Anlagen braucht es ein Gateway, das viele SBCs als Modul mitbringen. Herzstück der Drehscheibe ist die Routing-Tabelle: je Rufnummer oder Nummernband ein Ziel. Sie ist das führende Dokument der gesamten Koexistenz — wer wissen will, wo eine Nummer gerade klingelt, schaut nicht in drei Systeme, sondern in diese eine Tabelle. Was der SBC dafür können muss und wie er dimensioniert wird, steht in den SBC-Grundlagen; wichtig für die Koexistenz ist vor allem genug Session-Kapazität, denn Gespräche zwischen den Welten belegen zwei Beine gleichzeitig.

Die Kopplung zur Altanlage im Detail

Die Kopplungsstrecke verdient einen genaueren Blick, weil hier die meisten Einrichtungs-Stunden landen. Bei SIP-fähigen Anlagen ist es ein interner Trunk zwischen Anlage und SBC — technisch simpel, die Arbeit steckt in den Nummernformaten: Die Altanlage denkt oft in nackten Durchwahlen („345“), Teams in E.164 („+49231123456345“), und der SBC übersetzt in beide Richtungen. Diese Übersetzungsregeln gehören einmal sauber gebaut und dann getestet — intern in beide Richtungen, mit Weiterleitung, mit Rufnummernanzeige. Bei reinen ISDN-Anlagen tritt ein Gateway an die Stelle des internen Trunks; viele SBC-Produkte bringen das als Modul oder Schwestergerät mit. Und ein Detail mit Folgen: Die Rufnummernanzeige bei internen Gesprächen über die Grenze sollte die Durchwahl zeigen, nicht die volle Amtsnummer — sonst ruft die Produktion „irgendeine externe Nummer“ zurück statt den Kollegen, und das Vertrauen in die neue Welt leidet an einer Formatierungsfrage.

Skizze 1: Die Koexistenz-Architektur — ein Trunk, drei Ziele, eine Routing-Tabelle.

Alt-Text-Vorschlag: Architekturdiagramm der Koexistenz: Der SIP-Trunk vom Telefonnetz endet am SBC als Drehscheibe, der jede Nummer nach einer Routing-Tabelle in eine von drei Welten leitet — zur Altanlage über eine SIP-Kopplung oder ein Gateway, in die Teams-Cloud über die Direct-Routing-Strecke oder zu analogen Sonderfällen am ATA. Interne Gespräche zwischen den Welten laufen ebenfalls über den SBC. Die Beispiel-Routing-Tabelle zeigt Durchwahlbänder für Teams und Altanlage sowie einzelne ATA-Nummern und ist das führende Dokument der Koexistenz.

Rufnummern-Splitting: Ein Block, sauber geteilt

Das Splitting beantwortet die Frage, entlang welcher Linien der Nummernbestand geteilt wird — und die beste Antwort ist fast immer: entlang der Organisation, nicht entlang der Nummernlogik. Ideal ist es, wenn beides zusammenfällt, weil Durchwahlbänder historisch oft nach Abteilungen vergeben wurden: Der Vertrieb hat die -100er, die Produktion die -300er, und dann ist eine Welle exakt eine Zeile in der Routing-Tabelle. Wo die Historie chaotischer war, kann der SBC problemlos auch Einzelnummern routen — die Tabelle wird länger, das Prinzip bleibt. Drei Splitting-Regeln haben sich bewährt: Sonderfälle bekommen ein eigenes, sichtbares Band (etwa -9xx für alles am ATA) statt sich in den Abteilungsbändern zu verstecken. Zentrale Nummern — die -0, die Hotline — wandern früh oder spät, aber niemals halb: Eine Zentrale, deren Warteschleife in Teams lebt, während die halbe Vermittlung noch an der Altanlage sitzt, ist die Problemzone schlechthin (dazu gleich mehr). Und: Portierungswellen und Routing-Wellen gehören synchronisiert — wo parallel Nummern portiert werden, folgt der Stichtagsplan der Portierungs-Choreografie.

Skizze 2: Rufnummern-Splitting am Durchwahlblock — Bänder je Welt und der Ablauf einer Welle.

Alt-Text-Vorschlag: Beispiel eines Durchwahlblocks von null bis 999, aufgeteilt in Bänder: Zentrale und Ressourcenkonten sowie Vertrieb und Verwaltung zeigen auf Teams, die Produktion noch auf die Altanlage, das Lager wandert mit Welle drei zu Teams, und die 900er-Nummern gehören den analogen Sonderfällen am ATA. Dazu die Splitting-Prinzipien — Grenzen entlang der Organisation, Durchwahlbänder oder Einzelnummern, eigenes Band für Sonderfälle, zentrale Nummern nie halb migrieren — und der Ablauf einer Welle: Nutzer einrichten, am Stichtag die Routing-Zeile ändern, Nebenstellen in der Altanlage stilllegen, extern testen. Rollback ist das Zurückdrehen derselben Zeile.

Der Wellen-Mechanismus selbst ist erfreulich unspektakulär: Die Nutzer der Welle werden in Teams komplett eingerichtet, solange ihre Nummern noch zur Altanlage routen — in Teams kann alles fertig sein, ohne dass ein externer Anruf dort ankommt. Am Stichtag dreht eine einzige Änderung der Routing-Tabelle das Band auf Teams. Danach — und das wird gern vergessen — werden die alten Nebenstellen in der Altanlage stillgelegt, sonst fangen sie interne Anrufe aus der Alt-Welt weiter ab und produzieren das Fehlerbild „von außen klappt's, intern nicht“. Der Rollback ist die Umkehrung: dieselbe Tabellenzeile zurück, und die Welle telefoniert wieder alt. Genau diese Ein-Zeilen-Reversibilität macht das SBC-Splitting so wellenfreundlich — sie ist das technische Fundament des Rollback-Fensters aus dem Phasenplan.

Die Weltgrenze: Was zwischen Alt und Teams funktioniert — und was nicht

Jetzt die Ehrlichkeits-Sektion, denn hier entstehen die Enttäuschungen, wenn niemand sie vorher ausspricht. Über die Weltgrenze funktioniert zuverlässig alles, was ein Anruf ist: anrufen, angerufen werden, weiterleiten, vermitteln — intern per gewohnter Durchwahl, vom SBC vermittelt, für die Beteiligten kaum von früher zu unterscheiden. Nicht über die Grenze funktioniert alles, was Zustandswissen braucht: Die Teams-Präsenz sieht nicht, ob der Kollege an der Altanlage spricht, und dessen Besetztlampenfeld sieht keinen Teams-Nutzer. Anruf-Übernahme, Durchsagen und gemeinsame Leitungen enden an der Grenze. Und die kritischste Grenze: Eine Warteschleife lebt vollständig in einer Welt — die Teams-Warteschleife kann keine Agenten von der Altanlage einsammeln und umgekehrt. Für die Vermittlung heißt das: Die alte Konsole sieht nur noch die schrumpfende alte Welt, die neue nur die wachsende neue.

Skizze 3: Die Weltgrenze — Anrufe funktionieren hinüber, Zustandswissen nicht.

Alt-Text-Vorschlag: Gegenüberstellung der Nutzer an der Altanlage und in Teams mit einer markierten Weltgrenze dazwischen: Über die Grenze funktionieren via SBC das Anrufen und Angerufenwerden per interner Durchwahl, das Weiterleiten und Vermitteln sowie die externe Erreichbarkeit aller Nummern. Nicht über die Grenze funktionieren Präsenz und Besetztlampenfelder, Anruf-Übernahme, Durchsagen und gemeinsame Leitungen sowie Warteschleifen mit Agenten aus beiden Welten — eine Warteschleife lebt in einer Welt, und die alte Vermittlungskonsole sieht nur die alte Seite. Konsequenz: Wellen entlang der Zusammenarbeit schneiden.

Betrieb der Doppelwelt: Doku, Notruf und die eine Frage

Der Koexistenz-Betrieb steht und fällt mit der Antwort auf eine einzige Frage: „Wo klingelt diese Nummer gerade?“ — und die muss in Sekunden beantwortbar sein, für jeden im Support. Deshalb ist die Routing-Tabelle nicht nur Konfiguration, sondern gepflegtes Dokument: versioniert, mit Änderungsdatum je Welle, für den Servicedesk lesbar abgelegt. Drei Betriebsthemen verdienen besondere Aufmerksamkeit. Der Notruf muss aus beiden Welten funktionieren — die Teams-Seite über die dynamischen Notfallanrufe, die Alt-Seite wie bisher; bei der Gelegenheit fällt oft auf, dass die Alt-Seite nie sauber dokumentiert war. Die Voicemail braucht eine klare Zuständigkeit je Nutzer: Wer nach Teams gewandert ist, dessen alte Anlagen-Voicemail gehört deaktiviert, sonst fängt sie Anrufe ab, die längst woanders klingeln sollten. Und das Monitoring umfasst beide Beine des SBC plus die Kopplung — der Klassiker ist der unbemerkte Ausfall des Alt-Kopplungs-Trunks, der erst auffällt, wenn sich die Produktions-Halle beschwert, dass „die Büros nicht mehr rangehen“.

Und ein Wort zur abgehenden Rufnummernanzeige: Während der Koexistenz senden beide Welten mit denselben Amtsnummern — die Teams-Seite über ihre Zuweisungen, die Alt-Seite wie gewohnt. Der Trunk-Provider muss die Anzeige dieser Nummern für beide Wege zulassen, was beim gemeinsamen Trunk am SBC automatisch passt. Stolpern kann es, wenn während der Übergangszeit zusätzlich ein zweiter, neuer Trunk ins Spiel kommt: Dann prüft der neue Provider, ob er die noch nicht portierten Bestandsnummern überhaupt anzeigen darf. Einheitliche Anzeige aus beiden Welten gehört deshalb auf die Testliste jeder Welle — Kunden, die von derselben Firma mal die eine, mal die andere Nummer sehen, rufen auf der falschen zurück.

Die Fallstricke der Doppelwelt

FAQ: Häufige Fragen zur Koexistenz

Wie lange sollte die Koexistenz von Teams und TK-Anlage dauern?

So kurz wie möglich, so lang wie nötig: Bei einem Mittelständler mit Wellen-Rollout sind wenige Wochen bis einige Monate normal — getaktet durch Wellenzahl und Sonderfall-Abwicklung. Wichtig ist das definierte Enddatum: Koexistenz mit Plan ist Architektur, Koexistenz ohne Plan ist ein Dauerzustand mit doppelten Betriebskosten und wachsender Fehlerfläche.

Funktionieren interne Anrufe zwischen Teams und der Altanlage?

Ja — per gewohnter Durchwahl, vermittelt über den SBC, für die Beteiligten kaum von früher zu unterscheiden. Auch Weiterleiten und Vermitteln über die Weltgrenze funktionieren. Zu beachten ist nur die Dimensionierung: Ein Gespräch zwischen den Welten belegt am SBC zwei Sessions gleichzeitig.

Sehen Teams-Nutzer die Präsenz der Kollegen an der Altanlage?

Nein — Präsenz, Besetztlampenfelder, Anruf-Übernahme und gemeinsame Warteschleifen enden an der Weltgrenze; die Systeme kennen den Gesprächszustand des jeweils anderen nicht. Genau deshalb lautet die wichtigste Planungsregel: Arbeitsgruppen, die täglich füreinander abnehmen, wandern geschlossen in derselben Welle.

Braucht die Koexistenz zwingend einen SBC?

Für das nummerngenaue Splitting mit interner Brücke: praktisch ja — die Drehscheiben-Rolle ist ein Direct-Routing-Szenario. Wer stattdessen Operator Connect oder Calling Plan fährt, erreicht den gestaffelten Umzug über portierungsweise Wellen: Nummernblöcke wandern nacheinander zum neuen Ziel, aber ohne interne Brücke zwischen den Welten — interne Anrufe laufen dann übers Amt. Machbar, aber spürbar unkomfortabler; wer eine echte Übergangszeit mit Alt-Kopplung braucht, landet beim SBC.

Können Warteschleifen Agenten aus beiden Welten haben?

Nein — eine Warteschleife lebt vollständig in einer Welt: Die Teams-Warteschleife verteilt nur an Teams-Nutzer, die Anlagen-Verteilung nur an Anlagen-Nebenstellen. Für die Migration heißt das: Hotline- und Empfangsteams samt ihrer Warteschleife geschlossen in einer Welle umziehen — die Warteschleife wandert mit ihren Menschen, nicht vor oder nach ihnen.

Was kostet die Koexistenz-Phase zusätzlich?

Laufend vor allem die Doppelung: Die Altanlagen-Kosten (Wartung, Kopplung) laufen weiter, während die Teams-Kosten bereits anlaufen — plus etwas SBC-Kapazität für die Doppelbelegung interner Gespräche. Genau deshalb gehört das Koexistenz-Enddatum in die Kostenplanung: Jeder Monat Verlängerung ist ein Monat Doppelzahlung. Einmalig kommt der Umbau des Trunks an den SBC und die Anlagen-Kopplung dazu — überschaubar, wenn der SBC ohnehin fürs Zielbild beschafft wird.

Fazit: Eine Tabelle regiert die Übergangszeit

Gute Koexistenz ist unsichtbar: Anrufer erreichen jede Nummer, Mitarbeiter telefonieren gewohnt, und im Maschinenraum dreht eine gepflegte Routing-Tabelle Welle für Welle die Bänder von Alt auf Neu — reversibel, dokumentiert, mit Enddatum. Die Kunst liegt nicht in der Technik, sondern im Schnitt der Wellen entlang echter Zusammenarbeit und in der Inventur der Alt-Schaltungen, bevor sie gegen dich arbeiten. Wenn du deine Übergangsarchitektur planst oder eine laufende Koexistenz entwirren willst: Melde dich kurz für eine Standortbestimmung — meist steht das Splitting-Konzept nach einem Nachmittag am Whiteboard.