Inbound Routing of Trunks

Eingehende Weiterleitung von Trunks

Nachdem das System einen eingehenden Anruf von einer Leitung erkannt hat, muss es entscheiden, wohin der Anruf geleitet werden soll. Die Weiterleitung des Anrufs wird durch die Leitungseinstellungen bestimmt, insbesondere durch den Abschnitt "Ziel für eingehende Anrufe".

Voreinstellung

Wenn nicht anders angegeben, verwendet der Stamm das Standardverhalten gemäß den folgenden Regeln:

• Wenn die Telefonnummer in der Request-URI des INVITE-Pakets eine Nummer ist, die existiert, leitet das System den Anruf an dieses Ziel weiter. Das System konvertiert die Telefonnummer zunächst in die globale Repräsentation der Nummer, so dass die Schreibweise der Nummer keinen Unterschied macht (z.B. +16171231234 ist das gleiche wie 16171231234). Wenn die Leitung als global gekennzeichnet wurde, wird die Suche das gesamte System umfassen.

• Wenn das nicht funktioniert, wird versucht, den Anruf an den Standard-Automaten in demselben Mandanten zu senden, in dem sich die Leitung befindet (wenn ein Automatik-Telefonist als Standard-Automaten eingerichtet wurde).

• Wenn das nicht funktioniert, wird versucht, den Anruf an eine Rufgruppe in demselben Mieter zu senden, in dem sich die Leitung befindet.

• Wenn das nicht funktioniert, wird versucht, den Anruf an eine automatische Vermittlung in demselben Mieter zu senden, in dem sich die Leitung befindet.

• Wenn auch das nicht funktioniert hat, wird versucht, den Anruf an eine Nebenstelle in der Domäne zu senden. Normalerweise wird die Nebenstelle gewählt, die zuerst eingerichtet wurde.

• Wenn auch das nicht funktioniert hat und es sich um eine Amtsleitung handelt, wird der Anruf gemäß dem Wählplan der Leitung weitergeleitet.

Anrufe an das Ziel in der Request-URI senden

Wenn dieser Modus ausgewählt ist, leitet das System den Anruf an die Nummer in der Anfrage-URI des INVITE-Pakets weiter. Wie beim obigen Standardverhalten wird die Nummer in die normalisierte globale Repräsentation der Nummer eingesetzt, um die Übereinstimmung unabhängig von der Präsentation zu machen. Wenn die Nummer nicht gefunden werden kann und es sich um eine Amtsleitung handelt, wird der Anruf gemäß dem Wählplan des Trunks weitergeleitet. Andernfalls wird der Anruf als "nicht gefunden" abgewiesen.

Alle Anrufe an ein bestimmtes Konto senden

In diesem Modus werden die Informationen in der INVITE ignoriert und der Anruf wird immer an ein bestimmtes Konto weitergeleitet. Bei diesem Konto handelt es sich in der Regel um eine automatische Vermittlung oder einen Sammelanschluss, es kann aber auch ein beliebiges Konto sein.

Senden an 10-stellige DID

Dieser Modus wurde speziell für Anlagen im nordamerikanischen Nummernplan (NANPA) entwickelt. Anstatt die Nummer zu “normalisieren”, werden die letzten 10 Ziffern der Nummer genommen und automatisch in eine +1-globale Nummer umgewandelt.

Die Anrufer-ID kann in der Request-URI des INVITE-Pakets enthalten sein, sie kann aber auch aus dem From-Header und dem To-Header stammen. Wenn die Nummer nicht gefunden wurde, ermöglicht dieser Modus die Festlegung eines Standard Kontos, so dass Anrufe nie abgewiesen werden.

Erweiterung nach Präfix abgleichen

In Anlagen, in denen Unternehmen einen Nummernblock mit Durchwahlen nach dem Block haben können, ist es nicht notwendig, Telefonnummern Konten zuzuordnen. Stattdessen wird das System eine Vorwahl mit der Anrufer-ID abgleichen und die Nummern danach als zu wählende Kontonummer behandeln. Das Präfix sollte lang genug sein, um Mehrdeutigkeiten zu vermeiden, aber nicht so lang, dass es in die Orts- oder Landesvorwahl hineinreicht, da dies die Zuordnung erschweren würde, je nachdem, wie der SIP-Trunk-Dienstanbieter die Nummer präsentiert.

Wie beim 10-stelligen Modus kann die Anrufer-ID in der Request-URI des INVITE-Pakets stehen, sie kann aber auch aus dem From-Header und dem To-Header stammen. Wenn die Nummer nicht gefunden wurde, erlaubt dieser Modus die Angabe eines Standard Kontos, so dass Anrufe nie abgewiesen werden.

Eine Liste von Ausdrücken verwenden

• Muster: Der Musterteil der Zeichenkette legt fest, welche und wie viele Zahlen das System bei der Suche nach einer Übereinstimmung verwenden wird. Wenn Sie z. B. [0-9]7([0-9]3)$ verwenden, sucht das System nach Zahlen mit mindestens zehn Ziffern und verwendet die letzten drei Ziffern für die Ersetzung.

• Ersetzung: Das Ersetzungsfeld teilt dem System mit, welcher Ausdruck beim Wählen verwendet werden soll. In der Ersetzung können die Übereinstimmungen aus dem Muster durch \1 bis \9 ersetzt werden.

• Flag: Diese Flags sind eine Liste von Zeichen, die zusätzliche Informationen über den Abgleich Prozess liefern. Standardmäßig betrachtet das System die Anfrage-URI (u). Wenn Sie jedoch möchten, dass das System die Kopfzeile "To" betrachtet, verwenden Sie ein t wie unten gezeigt (einige Internetdienstanbieter stellen die Zielinformationen in der Kopfzeile "To" bereit). Sie können auch f verwenden, um den From-Header zu verwenden, oder i für den Diversion-Header. Sie können angeben, wo in der Kopfzeile gesucht werden soll: n bedeutet, dass der Anzeigename in der "An"- oder "Von"-Kopfzeile verwendet werden soll, d bedeutet, dass der Domänenname verwendet werden soll. Die Vorgabe ist der Benutzername in der URI. Für die Flaggen f, n und d müssen Sie Version 5.0 oder höher verwenden. Wenn Sie das Flag n verwenden, können Sie auch das Flag i verwenden, das Groß- und Kleinschreibung nicht berücksichtigt und das Muster in der URL dekodiert, so dass Leerzeichen möglich werden (ab Version 58).

• Standard: Wenn es keine Übereinstimmung für das Muster gab, wird mit diesem Ausdruck ein Standardkonto für den Musterabgleich festgelegt.

Die folgende Liste enthält einige Beispiele für Ausdrücke:

Identifizierung des richtigen Trunks

Wenn es mehrere Leitungen gibt, muss das System dem Anruf eine bestimmte Leitung zuweisen, bevor der Anpassungsprozess beginnen kann. Wenn die Anfrage-URI der INVITE einen Leitungsparameter enthält, der mit dem Leitungsparameter übereinstimmt, den die Leitung bei der Registrierung beim Dienstanbieter verwendet hat, wird die Leitung damit identifiziert. Dies funktioniert in den meisten Fällen, ohne dass weitere Nachforschungen erforderlich sind. Andernfalls ermittelt das System die folgenden Bedingungen:

• IP-Adresse stimmt überein: Diese Bedingung ist erfüllt, wenn die IP-Adresse des INVITE mit einer der IP-Adressen übereinstimmt, die mit dem Trunk verbunden sind. Diese Adressen können explizit in der Einstellung "Adressen für eingehenden Verkehr implizit auflisten" angegeben werden oder sie werden automatisch vom ausgehenden Proxy des Trunks ermittelt.

• Adressübereinstimmung: Diese Bedingung ist ähnlich wie die IP-Adressübereinstimmung, umfasst aber auch die Portnummer.

• Domänenübereinstimmung: Wenn eine Domänenadresse des Mandanten, in dem sich der Stamm befindet, mit dem Hostnamen in der Anfrage-URI der Domäne übereinstimmt.

• DID-Übereinstimmung: Diese Bedingung ist erfüllt, wenn die Nummer in der Request-URI mit einer DID übereinstimmt, die zum Trunk gehört.

Das System sucht dann nach der besten Übereinstimmung mit der folgenden Prioritätenliste:

1. Übereinstimmung von IP-Adresse und DID

2. Übereinstimmung von IP-Adresse und Absender

3. Übereinstimmung von IP-Adresse und Benutzer

4. Übereinstimmung von Adresse und Domäne

5. Übereinstimmung von IP-Adresse und Domäne

6. Übereinstimmung der Adresse

7. Übereinstimmung der IP-Adresse

8. Übereinstimmung mit Domänennamen

Fehlerbehebung bei eingehendem Routing

Die einfachste Möglichkeit, Probleme mit der Weiterleitung eingehender Anrufe zu beheben, besteht darin, die Protokollierungsstufe für die Trunk hochzusetzen und einen eingehenden Anruf zu tätigen. Dies kann innerhalb eines Mandanten oder auf Systemebene geschehen. Das System liefert während der Bearbeitung der Anfrage Protokoll Meldungen, die in der Regel das Verhalten des Systems erklären.