Einleitung
Asterisk und Microsoft Teams Telefonie verfolgen unterschiedliche Modelle für Unternehmenskommunikation. Asterisk ist ein Open-Source-Kommunikationsframework, das einen gewöhnlichen Server in einen Kommunikationsserver verwandelt und unter anderem IP-PBX, VoIP-Gateway oder Konferenzsystem ermöglichen kann. Teams Phone ist dagegen Microsofts Cloud-Telefonsystem innerhalb von Teams und liefert PBX-Funktionen wie Voicemail, Weiterleitung, Auto Attendants und Call Queues. Für Entscheider ist der Vergleich deshalb keine reine Funktionsfrage, sondern eine Architekturentscheidung zwischen Eigenbetrieb, Hybridmodell und Cloud-Service. Technisch geht es um Signalisierung, PSTN-Anbindung, Integrationen, Sicherheitsverantwortung und Betriebsmodell. Organisatorisch geht es um Lizenzlogik, Skillbedarf, Governance und Änderungsaufwand. Wer beide Ansätze sauber bewertet, erkennt schnell, dass Telefonie heute eng mit Kollaboration, Automatisierung und Plattformstrategie verknüpft ist.
| Eigenschaft | Asterisk | Microsoft Teams Telefonie |
|---|---|---|
| Produkttyp | Open-Source-Kommunikationsframework für IP-PBX, VoIP, IVR und individuelle Telefonielösungen | Cloud-Telefonsystem innerhalb von Microsoft Teams |
| Betriebsmodell | Self-Hosted, On-Premises, VM, Private Cloud, Hybrid | Cloud-basiert, mit Anbindung externer Telefonie über verschiedene PSTN-Modelle |
| Zielbild | Maximale technische Kontrolle und individuelle Anpassung | Standardisierte, integrierte Unternehmenskommunikation |
| Telefoniefunktionen | Abhängig von Konfiguration und Implementierung sehr flexibel erweiterbar | PBX-Funktionen wie Weiterleitung, Voicemail, Auto Attendants und Call Queues |
| Anpassbarkeit | Sehr hoch, insbesondere für Routing, IVR, Speziallogik und Integrationen | Begrenzt auf Microsoft-seitige Funktionen, Richtlinien und Integrationspfade |
| Integrationen | Individuell per SIP, APIs, Datenbanken, CRM, Skripting und Middleware | Tiefe Integration in Microsoft 365, Teams, Kalender, Compliance- und Admin-Werkzeuge |
| PSTN-Anbindung | Über beliebige geeignete SIP-Trunks, Gateways oder Provider-Architekturen | Über Calling Plans, Operator Connect, Teams Phone Mobile oder Direct Routing |
| Session Border Controller | Je nach Architektur häufig sinnvoll oder erforderlich | Vor allem bei Direct Routing relevant |
| Benutzeroberfläche | Abhängig von eingesetzten Clients und Frontends | Einheitlicher Teams-Client für Chat, Meetings und Telefonie |
| Kollaboration | Nicht nativ im selben Umfang integriert, meist über Drittkomponenten | Stark integriert mit Meetings, Chat, Dateien und Microsoft-365-Prozessen |
| Administration | Hoher Eigenaufwand für Konfiguration, Betrieb, Security und Updates | Zentral über Microsoft-365- und Teams-Admin-Werkzeuge |
| Sicherheitsverantwortung | Überwiegend beim betreibenden Unternehmen oder Dienstleister | Geteilt, mit starkem Fokus auf Microsoft-Service- und Tenant-Konfiguration |
| Skalierung | Abhängig von eigener Infrastruktur, Architektur und Betriebs-Know-how | Cloud-typisch einfacher skalierbar |
| Lizenzmodell | Keine klassischen Nutzerlizenzen für die Software, aber Betriebs- und Integrationskosten | Lizenzabhängig von Microsoft-365-/Teams-Phone-Konstellation und Anbindungsmodell |
| Vendor Lock-in | Geringer auf Plattformebene, höher nur bei individueller Eigenlogik | Höher durch Einbettung in das Microsoft-Ökosystem |
| Typische Einsatzszenarien | Spezialrouting, individuelle Kommunikationsprozesse, Legacy-Integration, techniknahe Umgebungen | Standardisierte Unternehmenskommunikation im Modern Workplace |
| Geeignet für | Organisationen mit hoher Anpassungsanforderung und eigener Telefonie-/Linux-/VoIP-Kompetenz | Organisationen mit Microsoft-365-Strategie und Fokus auf Benutzerakzeptanz und Standardisierung |
| Hybridfähigkeit | Sehr gut als Backend oder Spezialkomponente in Hybridarchitekturen | Gut in Kombination mit bestehender SBC- und Telefonie-Infrastruktur |
Technische Funktionsweise
Bei Asterisk steht ein offenes, serverbasiertes Modell im Mittelpunkt. Das Framework verwandelt Standardhardware in einen Kommunikationsserver und dient als Grundlage für IP-PBX, VoIP-Gateways, Konferenzserver und kundenspezifische Kommunikationsanwendungen. Der technische Mehrwert entsteht vor allem dann, wenn Ruflogik, IVR, Routing oder Integrationen individuell gestaltet werden sollen. Für Entscheider heißt das: Sie gewinnen Freiheitsgrade bei Architektur und Anpassung, übernehmen aber auch mehr Verantwortung für Betrieb, Security, Patches und Verfügbarkeit.
Teams Phone verfolgt das Gegenmodell einer eng integrierten Cloud-Telefonie. Microsoft bündelt Anrufe, Voicemail, Richtlinien, Auto Attendants und Call Queues in der Teams- und Microsoft-365-Administration; für die externe Telefonanbindung kommen Calling Plans, Operator Connect, Teams Phone Mobile oder Direct Routing in Frage. Besonders wichtig für Architekturen mit bestehender Provider- oder SBC-Landschaft ist Direct Routing, weil damit ein unterstützter kundenseitiger Session Border Controller an Teams Phone angebunden werden kann. Hinzu kommen Copilot-Funktionen für Zusammenfassungen, Gesprächseinordnung und vorgeschlagene Folgeaufgaben während eines Anrufs.
In der Praxis ist auch ein hybrider Ansatz relevant: Teams kann die einheitliche Benutzeroberfläche liefern, während spezialisierte Telefonielogik oder vorhandene Carrier-Anbindungen über Asterisk und SBC-basierte Kopplung weitergenutzt werden. Das ist besonders interessant, wenn Unternehmen schrittweise migrieren oder Spezialfunktionen nicht sofort neu bauen wollen.
Beispiele & Einsatzszenarien
Ein typisches Asterisk-Szenario ist eine Organisation mit individueller Ruflogik, Spezialgeräten oder historisch gewachsenen SIP-Strukturen, bei der Telefonie stärker als technische Anwendung denn als Standarddienst betrachtet wird.
Microsoft Teams Telefonie passt besonders gut zu Unternehmen, die bereits stark auf Microsoft 365 standardisiert sind und Chat, Meetings, Dateiablage und Telefonie in einem Client zusammenführen wollen.
Ein drittes, häufig sinnvolles Modell ist die Hybridarchitektur: Fachanwender telefonieren in Teams, während Sonderrouting, Altgeräte oder spezielle Sprachprozesse über eine bestehende Asterisk-Logik weiterlaufen.
Fazit
Für Fachkräfte ist Asterisk attraktiv, wenn Telefonie als anpassbare technische Plattform verstanden wird. Für Entscheider ist Microsoft Teams Telefonie überzeugend, wenn Standardisierung, Benutzerakzeptanz und die Integration in den Modern Workplace wichtiger sind als maximale Freiheit auf Protokoll- und Plattformebene. Technisch fundiert lautet das Entscheider-Fazit daher: Wählen Sie Asterisk, wenn Differenzierung über individuelle Kommunikationslogik entsteht; wählen Sie Teams Phone, wenn Sie Kommunikationsprozesse als skalierbaren Cloud-Service in eine bestehende Microsoft-365-Strategie einbetten wollen. Wo Bestandssysteme, Spezialhardware oder schrittweise Migration dominieren, ist ein hybrider Zielzustand oft die realistischste Option.
Autor
Michael Deinhard
