Moin @JensK_2,
aus der IP-Migration ergeben sich je nach Rahmenbedingungen des Kundenstandortes und dessen Infrastruktur (u.a. Standorte, Telefonanlage, Vernetzung) generisch folgende Migrationsszenarien, die sich sehr unterschiedlich auf die Lokalisierung und Signalisierung des "Standorts des Anrufenden" auswirken.
1. DeutschlandLAN SIP-Trunk als integriertes Produkt, folgende Infrastruktur:
- die Telefonanlage am Standort des (Sprach-) Anschlusses (TAE-Dose) und des daran angeschlossenen Routers
- die Nebenstellen des Rufnummernblocks sind an Arbeitsplätze vergeben, die sich auch an diesem Kundenstandort befinden
- trotz der Trennbarkeit von Leitung (DSL-Anschluss/Daten) und Dienst (SIP-Trunk/Sprache) beides an einem Standort, das heißt er registriert den Dienst über die Leitung desselben Produktes
Im Falle eines Notrufs
- wird der Notrufleitstelle der Standort und die Rufnummer des Anschlusses angezeigt,
- ein ggf. gebuchtes Leistungsmerkmal CLIP No Screening wird ignoriert und
- die dem Anrufenden zugeordnete Rufnummer (Nebenstelle) wird nicht angezeigt
Die an die Notrufleitstelle übermittelte Adresse entspricht somit dem tatsächlichen Standort des Anrufenden.
2. DeutschlandLAN SIP-Trunk Pure am Fremd-Access (oder DeutschlandLAN Connect IP) als Internetzugang, folgende Infrastruktur:
- die Telefonanlage an einem Internetanschluss (Fremd-Access sowie DCIP/Coco, S-DSL, Telekom Hotspot, LTE) sowie dem daran angeschlossenen Router
- die Nebenstellen des Rufnummernblocks sind an Arbeitsplätze vergeben
- die Standorte des Internetzugangs, des Routers, der Telefonanlage und der Arbeitsplätze sind im privaten Netz verteilt ( - können damit alle an unterschiedlichen Standorten sein und werden als unbekannt angenommen)
- die Trennung von Leitung (Internetanschluss/Daten) und Dienst (SIP-Trunk/Sprache) wird vom Kunden genutzt
Der DeutschlandLAN Connect IP ist als reiner Datenanschluss nicht "notruffähig" und ist daher hier wie Fremd-Access zu behandeln. (Der Business Premium Access dagegen wird zukünftig "notruffähig" sein und Standortdaten zu seiner IP-Adresse übertragen)
Im Falle eines Notrufs
- wird der Notrufleitstelle die Rufnummer des Sprachprodukts, in diesem Fall des registrierten SIP-Trunk Pure Dienstes, angezeigt
- ein ggf. gebuchtes Leistungsmerkmal CLIP No Screening wird ignoriert und
- die dem Anrufenden zugeordnete Rufnummer (Nebenstelle) wird übermittelt
- der Fremd-Access bzw. DCIP als Internetzugang und dessen IP-Adresse haben keinen Einfluss auf die Übermittlung des Standortes
- als Standort wird die Adresse des Sprachprodukts übertragen, die der Kunden dazu angeben hat
Tätigt der Anrufende den Notruf von dem Standort aus, der dem vom Kunden angegebenen Vertragsstandort des registrierten SIP-Trunks (bzw. Rufnummernblocks) entspricht, ist alles in Ordnung.
In diesem Szenario kann jedoch der Fall auftreten, dass der Arbeitsplatz des Anrufenden sich nicht an dem vertraglich angegebenen Standort des Rufnummernblocks befindet, auf dessen Basis die Notruflokalisierung durchgeführt wird. Die Folge dessen ist, dass der Notruf ggf. zu einer “falschen” Notrufleitstelle geroutet wird.
Beispiel:
Der Kunde zentralisiert mehrere Kopfrufnummern und SIP-Trunk Dienste auf einer zentralen Telefonanlage. Über das eigene IP-VPN wird die IP-Telefonie an die Arbeitsplätze an diverse Standorte wieder verteilt.
- Internetzugang an Standort A; hier steht auch die Telefonanlage. Via IP-VPN sind die Standorte B, C, ... (ungleich A) an die Telefonanlage angeschlossen.
- Das Routing zur nächsten Notrufleitstelle wird einzig durch die für den Kunden getätigten Einträge in der Datenbank gesteuert. Der jeweilige Eintrag wird auf Basis der Vorwahl der dem Anrufenden zugeordneten Nebenstelle ausgewählt
3. DeutschlandLAN SIP-Trunk Pure am DeutschlandLAN IP Voice/Data (oder Start) als Internetzugang, folgende Infrastruktur:
- die Telefonanlage an dem Sprachprodukt IP Voice/Data als Internetanschlusses (TAE-Dose) sowie dem daran angeschlossenen Router (meist am identischen Standort)
- die Nebenstellen des Rufnummernblocks sind an Arbeitsplätze vergeben
- die Standorte der Telefonanlage und der Arbeitsplätze sind im privaten Netz verteilt, könnten damit alle an unterschiedlichen Standorten sein und werden als unbekannt angenommen
- die Trennung von Leitung (Internetanschluss/Daten) und Dienst (SIP-Trunk/Sprache) wird vom Kunden genutzt
Im Falle eines Notrufs
- wird die Notrufleitstelle ausgewählt, die dem Standort des IP-Voice/Data am nächsten liegt. Diese entspricht möglicherweise nicht der Notrufleitstelle, die dem SIP-Trunk am nächsten gelegen ist!
- wird der Notrufleitstelle der Standort des IP-Voice/Data übermittelt und die Rufnummer des SIP-Trunks angezeigt, sofern die Telefonanlage des Kunden hier keine andere Rufnummer signalisiert.
- ein ggf. am SIP-Trunk gebuchtes Leistungsmerkmal CLIP No Screening wird ignoriert und
- die dem Anrufende zugeordnete Rufnummer (aus dem Kontingent des registrierten SIP-Trunk) wird angezeigt
- der IP Voice/Data als Internetzugang hat als Sprachanschluss (mit seiner IP-Adresse) dominanten Einfluss auf die Übermittlung des Standortes
Tätigt der Anrufende den Notruf von dem Standort aus, der der Vorwahl des IP Voice/Data entspricht, ist fast alles in Ordnung. Es kann in diesem Szenario der Fall auftreten, dass der Arbeitsplatz des Anrufenden sich nicht an dem Standort bzw. Vorwahlbereich befindet, der der Vorwahl des Rufnummernblocks des registrierten SIP-Tunks entspricht.
Beispiel:
- Der Kunde wählt den IP Voice/Data als Access für den SIP-Trunk Pure; bei allen Notrufen von Arbeitsplätzen an Nebenstellen der Telefonanlage am SIP-Trunk wird für das Routing zur Notrufleitstelle die IP-Adresse und damit der Standort des IP Voice/Data genutzt und den Notrufleitstellen zudem die Rufnummer aus dem Rufnummernkontingents des SIP-Trunks angezeigt.
- Trennt der Kunde zudem den Standort der Arbeitsplätze (und Telefonanlage) vom Standort des IP Voice/Data über ein eigenes IP-VPN bleibt es weiterhin beim Routing und der Übermittlung des Standorts gemäß der IP-Adresse des IP Voice/Data beim Routing an die Notrufleitstelle.Die angesteuerte Notrufleitstelle passt in diesem Fall nicht zu dem eigentlichen geografischen Standort des Anrufers. Die Notrufleitstelle erkennt bestenfalls, dass in der Notrufanzeige Standort und Rufnummer nicht zusammenpassen; es bleibt aber zudem unklar, an welchem Standort sich in diesem Fall der Notrufende befindet.
4. DeutschlandLAN Cloud PBX (Pure), folgende Infrastruktur:
(Die obigen Ausführungen, Szenarien und Konsequenzen in der Signalisierung gelten auch für DeutschlandLAN Cloud PBX (Pure) und deren Filialen. Auch hier ist zu betrachten, wie die aktivierten Arbeitsplätze (und deren Standort) und zugeordnete Rufnummer (Vorwahl) zu dem genutzten Internetzugang und der Frage passen, ob dieser ein Sprach- oder Datenanschluss ist.)
Beispiel eines Home-Office Arbeitsplatz auf Basis Cloud PBX:
- Arbeitsplätze einer Cloud PBX Instanz mit zentraler Rufnummer, z.B. Bonn
- Nutzen von CLIP no screening und Anzeige der Rufnummer einer Regelarbeitsstätte, z.B. Frankfurt
- Arbeiten im Home-Office und registrieren des Cloud PBX IP-Telefons über einen Magenta Zuhause Anschluss, z.B. Wiesbaden
Beim Notruf wird der Notrufleitstelle über die IP-Adresse der Standort des MagentaZuhause-Anschlusses (DSL-Access) angezeigt und direkt zu einer Notrufleitstelle in Wiesbaden geroutet. Zudem wird der Notrufleitstelle die Nebenstelle des Arbeitsplätze in der Cloud PBX angezeigt.
Auch bei der Tiefenintegration der Cloud PBX (Mobile Business Integration) werden Notrufe vom Smartphone aus als Mobilfunkgespräche behandelt und geroutet. Entgegen der Konfiguration wird hier die Mobilfunknummer und nicht die Festnetznummer des Arbeitsplatzes in der Notrufleitstelle angezeigt. Dies ist keine Option, die der Nutzer beeinflussen kann, da die Notrufe direkt im Mobilfunknetz zur zuständigen Leitstelle geleitet werden.
Viele Grüße,
Lin J.
