Zum Hauptinhalt springen

Trunk Settings

Allgemeine Einstellungen​

  • Name: Mit dieser Einstellung können Sie dem Trunk einen Namen geben (der Name und der Typ des Trunks können jederzeit geändert werden).
  • Art: Es stehen drei Arten von Trunks zur Verfügung.
  • **Richtung:**Der Datenverkehr kann entweder auf eingehenden Datenverkehr oder ausgehenden Datenverkehr beschränkt werden.
    • Eingehend und ausgehend: Typische Einstellung.
    • Nur eingehender Datenverkehr: Durch die Begrenzung des Datenverkehrs auf eingehenden Datenverkehr wird verhindert, dass Benutzer den Trunk für nicht autorisierte Anrufe verwenden.
    • Nur ausgehend: Aktivieren Sie diese Einstellung, wenn Sie einen Trunk nur für ausgehenden Datenverkehr verwenden. Dies erleichtert das System, da der Trunk nicht versucht, den eingehenden Datenverkehr mit diesem Trunk abzugleichen.
  • Global: Diese Einstellung wird nur in Umgebungen mit mehreren Domänen verwendet. Wenn diese Option aktiviert ist, können Anrufe, die über diesen Trunk eingehen, in andere Domänen springen, wenn eine Übereinstimmung mit einem globalen Aliasnamen gefunden wird. (Wenn die Richtung nicht nur eingehend ist, können andere Domänen diesen Trunk in ihren Wähleinstellungen für ausgehende Anrufe verwenden.) Wenn diese Einstellung deaktiviert ist, sucht das System nicht nach tel:-alias-Namen.
  • Zustand: Mit dieser Einstellung können Sie einen Trunk vorübergehend deaktivieren, anstatt ihn vollständig aus dem System zu löschen. Wenn ein Trunk deaktiviert ist, kann er nicht für Routing, Registrierung usw. verwendet werden.
  • Ist sicher: Diese Einstellung wird verwendet, um anzugeben, dass ausgehende Anrufe auf dem Trunk als sichere Anrufe behandelt werden können. Wenn der Trunk z. B. an ein lokales PSTN-Gateway weitergeleitet wird, können Sie diesen Anruf als sicheren Anruf behandeln. Bei eingehenden Anrufen mit dem SIPS-Schema wird das Vodia-PBX-System aufgefordert, sicherzustellen, dass der Anruf Ende-zu-Ende sicher ist.

Registrationen​

  • Anzeigename: Der Anzeigename wird zu Anzeigezwecken auf der Seite "Trunk-Listen" verwendet. Diese Einstellung ist der Anzeigename des Felds SIP Von und kann jederzeit geändert werden

  • Konto: Das Konto ist in der Regel die Haupt-DID auf dem Trunk.

  • Domäne: Bei der Domäne handelt es sich in der Regel um den vorgelagerten Registrierungsserver oder SIP-Server. Dabei kann es sich um eine IP-Adresse oder einen Domainnamen handeln.

  • Beispiel: sip.itsp.com (wenn der Dienstanbieter DNS-SRV-Einträge verwendet, könnte es itsp.com sein).

  • Nutzername: Der Benutzername und das Kennwort werden zu Authentifizierungszwecken verwendet (nicht alle Registrare benötigen einen anderen Benutzernamen für die Authentifizierung).

  • Passwort: Das Kennwort muss mit dem Kennwort des Trunk-Anbieters übereinstimmen.

  • Passwort (Wiederholung): Bestätigung des Passworts.

  • Proxy-Adresse: Diese Einstellung definiert, wohin Anfragen gesendet werden, die an diesen Trunk gesendet werden. Wenn dieses Feld gesetzt ist, werden Anfragen an die angegebene Adresse gesendet. Andernfalls wird das Feld für die Ersetzung des Wählplans zum Weiterleiten der Anforderung verwendet.
    Beispiel: sip.messagenet.it:5061

    Das Feld für ausgehende Proxy folgt den Definitionen von RFC 3263 ("Locating SIP Servers"). Sie können den vollqualifizierten Domänennamen (FQDN) für einen SIP-Server verwenden. Wenn Sie einen Doppelpunkt mit der Portnummer nach dem FQDN-DNS hinzufügen, wird eine Auflösung verwendet. Andernfalls versucht das System zuerst DNS NAPTR und DNS SRV. Sie können die Verwendung von TCP für die SIP-Verbindung erzwingen, indem Sie einen ausgehenden Proxy angeben.

    Beispiel: sip:hostname:5060; Transport=TCP

    Wichtig: Der ausgehende Proxy ist eine wichtige Einstellung. Wenn kein ausgehender Proxy verwendet wird, geht das System davon aus, dass SIP-Anfragen auf diesem Trunk von jedem beliebigen Standort kommen können. Dadurch wird es für das System schwierig, eingehende SIP-Anfragen abzugleichen. Wenn Sie keine Anforderungen von einem beliebigen Speicherort im Internet empfangen möchten, sollten Sie einen ausgehenden Proxy angeben.

  • Adressen für eingehenden Datenverkehr explizit auflisten: Mit dieser Einstellung können Sie vertrauenswürdige Proxyadressen für eingehenden Datenverkehr explizit angeben und den Ursprung der Anforderung identifizieren. Es ist ideal für VPN-Umgebungen oder beim Weiterleiten von Anrufen zwischen Büros, da es Ihnen ermöglicht, einen einzigen Trunk zu erstellen und die IP-Adressen der anderen Standorte anzugeben. Bei den Adressen kann es sich entweder um IP-Adressen (mit einer optionalen Portnummer dahinter) oder um eine DNS-A- oder AAAA-Adresse handeln.

Routing und Umleitung​

  • Failover-Verhalten: Wenn der Trunk einen Fehlercode empfängt, wird der Anruf möglicherweise an die Wähleinstellungen zurückgesendet und der Abgleichsprozess fortgesetzt. Das System setzt den Wählplan mit der nächsthöheren Priorität fort und ignoriert Einträge mit niedrigerer oder gleicher Priorität. Dies ist nützlich, wenn der Trunk nur ein "Test" ist, um den Anruf zu tätigen. Ein Beispiel ist, wenn mehrere PSTN-Gateways zum Beenden des Anrufs verfügbar sind und ein Gateway keine weiteren Anrufe akzeptiert. Ein weiteres Beispiel ist, wenn Sie zum ersten Mal versuchen, den Anruf über einen Peer-to-Peer-Anruf mit ENUM oder anderen Standortmethoden weiterzuleiten, und nur dann, wenn eine solche Auflösung nicht zu einem Verbindungsfallback auf einen PSTN-Anruf führt. Die Einstellung lässt vier Verhaltensweisen zu:

    • Kein Failover: Dies ist das Standardverhalten. In diesem Fall erhält der Aufrufer den Fehlercode als Ergebnis des versuchten Aufrufs.
    • Bei 5xx- und 408-Fehlercodes: Dies löst nur dann ein Failover aus, wenn ein Fehlercode der Klassen 5xx oder 408 empfangen wird. PSTN-Gateways geben in der Regel 5xx-Klassenfehlercodes zurück, wenn alle Kanäle verwendet werden. In diesem Modus können Sie jedoch zum nächsten PSTN-Gateway wechseln, wenn eine Leitung ausgelastet ist, und das Failover wird nicht ausgelöst.
    • Bei allen Fehlercodes: In diesem Fall lösen alle Fehlercodes den Failover-Prozess aus. Beachten Sie, dass die Anrufumleitung auch als Fehlercode behandelt wird, da das Umleitungsziel leicht missbraucht werden kann, um Anrufe über teure Routen weiterzuleiten.
    • Immer, außer bei Beschäftigt-Antwort: Außer wenn die Remote-Partei ausgelastet ist, versucht das System alternative routes.y/li>

  • Wenn Sie Failover verwenden, haben Sie die Möglichkeit, einen Anforderungstimeoutwert für den Trunk anzugeben. Standardmäßig beträgt dies 32 Sekunden (das SIP-Standardanforderungstimeout). In vielen Fällen ist es jedoch sinnvoll, einen kürzeren Wert anzugeben. Nach dem Anforderungstimeout generiert das System intern den Antwortcode "408 Request Timeout" und verarbeitet ihn gemäß den Failover-Regeln.

  • Weiterleitung akzeptieren: Verwenden Sie diese Einstellung, wenn Ihr Trunk Weiterleitungscodes berücksichtigen soll. Standardmäßig führt dies zu erheblichen Sicherheitsrisiken, da das System nicht feststellen kann, ob diese Weiterleitungen zusätzliche Kosten verursachen (Umleitung auf teure Nummern). Aktivieren Sie diese Einstellung daher nur, wenn Sie sicher sind, dass Ihr Dienstanbieter oder SIP-Gateway diese Funktion nicht missbraucht. Dieses Flag ist besonders wichtig, wenn Sie das System mit Microsoft Exchange oder anderen Microsoft-Produkten, wie z. B. dem Sprachserver, verwenden. Aktivieren Sie diese Einstellung auch, wenn Sie einen Trunk haben, der von einem anderen System stammt. Dadurch ist es möglich, von einem System zum anderen zu rufen.

  • Angenommen, der Aufruf kommt vom Benutzer: Diese Einstellung wird für Trunks verwendet, die Weiterleitungen akzeptieren. Bei den Einstellungen muss es sich um eine Erweiterung in der Domäne des Trunks handeln. Diese Einstellung ist erforderlich, um zu bestimmen, welcher Wählplan verwendet werden soll, und es ist auch erforderlich, einem Benutzer im System den Anruf in Rechnung zu stellen. Für normale Trunks sollten Sie dieses Feld leer lassen.

  • Ziel für eingehende Anrufe: Diese Einstellung legt das Ziel fest, an das die Anrufe von diesem Trunk gehen sollen, z. B. eine automatische Telefonzentrale.

image

Rufnummer/Anrufidentifikation​

  • Präfix: Diese Einstellung wird als Darstellung des Systems bei ausgehenden Anrufen verwendet. Wenn keine ANI festgelegt wurde, setzt das System das Präfix (falls vorhanden) vor die primäre Kontonummer und verwendet diese als ANI, bevor sie den Trunk verlässt. Dies ist sehr nützlich in Fällen, in denen ein Trunk mit einem Nummernbereich zu tun hat (typischerweise außerhalb des NANPA-Gebiets, z. B. Europa). Die "Durchwahl"-Nummer wird nach dem Präfix gesetzt.

  • Kofferraum ANI: Sie können jeden Trunk mit einer ANI (Automatic Number Identification) konfigurieren. ANI ist ein Dienst, der dem Empfänger eines Telefonanrufs die Telefonnummer der Person mitteilt, die den Anruf tätigt. In den meisten Fällen wird die ANI im Feld "Von" in den SIP-Paketen oder in der Anrufer-ID verwendet.

  • Reguläre ANI-Regel: Der Regelsatz zur Bestimmung der ANI für reguläre Anrufe. Weitere Informationen finden Sie unter Trunk-ANI.

  • Notfall-ANI-Regel: Der Regelsatz zur Bestimmung der ANI für Notrufe. Weitere Informationen finden Sie unter Trunk-ANI.

  • SIP-Anrufer-ID-Präsentation: Diese Einstellung teilt dem System mit, wie die Anrufer-ID auf dem Trunk angezeigt werden soll. Für die Konfiguration dieser Einstellung stehen die folgenden Werte zur Verfügung:

    • RFC3325 (P-Asserted-Identity): RFC 3325 beschreibt eine Möglichkeit, diese beiden Zahlen darzustellen. In den meisten Fällen ist es sinnvoll, den P-Asserted-Identity-Header zu verwenden. In diesem Fall stellt der From-Header in INVITE die Anzeigenummer dar, während der P-Asserted-Identity-Header die Netzwerknummer enthält. Eine ähnliche Darstellung kann mit dem P-Preferred-Identity-Header erfolgen. Das System ändert nur den Namen des Headers von P-Asserted-Identity in P-Preferred-Identity. Der Rest bleibt gleich, wie bei der ersten Methode.
    • Keine Angabe: Keine Angabe: Bei dieser Methode wird einfach die Anzeigenummer verworfen und nur die Netzwerknummer im From-Header verwendet. Bei dieser Methode handelt es sich um ein Fallback, wenn der Anbieter keine andere Methode verarbeiten kann. Der Nachteil hierbei ist ganz klar, dass jegliche Weiterleitungsinformationen verloren gehen.
    • Remote-Party-ID: Remote-Party-ID: Diese Methode wird in einem Entwurf beschrieben, der vor Jahren abgelaufen ist. Es gibt jedoch immer noch viele Geräte im Freien, die diese Methode unterstützen. In diesem Fall stellt der From-Header in INVITE die Netzwerknummer dar, während der P-Asserted-Identity-Header die Anzeigenummer darstellt.
    • RFC3325, aber nicht ausblenden: RFC 3325, aber nicht ausblenden: Diese Methode sollte nicht verwendet werden. Es wurde in Umgebungen verwendet, in denen die Felder durcheinander geraten sind, und es sorgt für noch mehr Verwirrung.
    • Benutzerdefinierte Header: Benutzerdefinierte Header werden auf der Seite Benutzerdefinierte Trunkheader ausführlich erläutert.

  • Globale Zahlen umschreiben: Wenn Sie einen Trunk verwenden, müssen Sie die Telefonnummer möglicherweise in einem bestimmten Format darstellen. Im NANPA-Bereich können Sie z. B. 10 oder 11 Ziffern verwenden, um eine nationale Nummer darzustellen. Wenn + Symbol am Anfang verwenden ausgewählt ist, verwendet das System automatisch 11 Ziffern.

  • P-Lade-Vektor: Die Einstellung "ICID" (IMS Charging Identifier) wird in der IMS-Umgebung (IP Multimedia Subsystem) verwendet. Die Einstellung wird im P-Charging-Vector-Header der SIP-Pakete auf diesem Trunk gesendet und ist im Wesentlichen ein Token, das den Trunk identifiziert. Wenn Ihr Anbieter diesen Header verwendet, sollten Sie ihn in dieses Feld einfügen.

  • Generieren Sie eine eindeutige Erweiterungskennung: Mit dieser Einstellung können Sie die EPID der Erweiterung anstelle der ANI verwenden, wenn die EPID der Erweiterung bereits festgelegt wurde. Wenn die EPID der Erweiterung nicht festgelegt ist, "generieren" Sie eine neue EPID und verwenden Sie sie (und legen Sie sie auch für die Erweiterung für die zukünftige Verwendung fest).

  • Interpretieren Sie die SIP-URI immer als Telefonnummer: Wenn ein Anruf im System eingeht, muss das System wissen, wie die Nummer zu interpretieren ist. In SIP enthält der URI einen Domänennamen. In den meisten Fällen sollte der Domänenname jedoch ignoriert werden, wenn der URI von diesem Trunk interpretiert wird (da der Benutzerteil nur eine Telefonnummer ist). Normalerweise wird dies durch den Parameter "user=phone" angezeigt, aber nicht alle Dienstanbieter setzen dieses Flag. Wenn Sie die Option "SIP-URI immer als Telefonnummer interpretieren" aktivieren, lassen Sie das System glauben, dass dieses Flag für den Trunk-Anruf gesetzt wurde.

  • Anrufer-ID-Aktualisierung auf dem Trunk: Diese Einstellung wird verwendet, um die Anrufer-ID-Informationen auf dem Trunk zu aktualisieren. Wenn Sie z. B. die Anrufer-ID aktualisieren möchten, die an einen Remoteteilnehmer gesendet wird, wenn ein Anruf weitergeleitet wird, können Sie diese Einstellung verwenden. Dies hängt davon ab, ob der Trunkanbieter diese Funktion unterstützt.

Medien/Audio​

  • Codec-Präferenz: Verwenden Sie diese Einstellung, um bestimmte Codec-Einstellungen für den Trunk festzulegen. Standardmäßig verwendet das System die Codec-Präferenz des Systems, was den Vorteil hat, dass das System Codecs so aushandeln kann, dass eine Transcodierung vermieden werden kann. (Wenn der Standardmodus verwendet wird, werden auf der linken Seite des Codec-Auswahlfelds keine Codecs angezeigt.) Wenn es notwendig ist, bestimmte Codecs auf einem Trunk zu erzwingen, wählen Sie einen Codec aus der Liste der verfügbaren Codecs aus und klicken Sie auf die Schaltfläche Hinzufügen. Wiederholen Sie den Vorgang nach Bedarf. Stellen Sie sicher, dass Sie den Codec mit der höchsten Präferenz zuerst positionieren. Um einen Codec zu löschen, klicken Sie auf die Schaltfläche Entfernen. Um einen Codec in der Voreinstellungsliste nach oben oder unten zu verschieben, verwenden Sie die Tasten "Nach oben" und "Nach unten".
  • Codec während des Gesprächs sperren: Das Sperren des Codecs verhindert, dass jemand mitten im Gespräch den Codec wechselt, und stellt sicher, dass der Benutzeragent weiterhin ordnungsgemäß Medien sendet und empfängt. (Einige Benutzeragenten sind nicht in der Lage, die Medien zu wechseln, sobald die Konversation beginnt.) Wenn diese Einstellung verwendet wird, transkodiert die Vodia-Telefonanlage den Stream, so dass Änderungen, die von der anderen Seite am Codec vorgenommen werden, vom Benutzeragenten nicht bemerkt werden.
  • Anzahl der Codecs in der SDP-Antwort: Einige Trunks können nicht mit mehreren Codecs in einer SDP-Antwort umgehen. In diesem Fall ist es sinnvoll, die Anzahl der Codecs auf 1 zu begrenzen.
  • Generieren Sie PCAP-Ablaufverfolgungen für Anrufe. Wenn dieses Flag aktiviert ist, generiert die Telefonanlage PCAP-Dateien für den Anruf, die aus dem Systemaufrufprotokoll oder aus dem Dateisystem abgerufen werden können.
  • Striktes RTP-Routing: Diese Einstellung ist erforderlich, da die IETF zulässt, dass sich "RTP-Traffic-Sendeports" von "RTP-Empfangsports" unterscheiden, was zu einer extrem NAT-unfreundlichen Situation führt. Während die meisten Implementierungen heute die gleiche Portnummer zum Senden und Empfangen von RTP verwenden, bestehen einige Gateways immer noch auf strikter IETF-Kompatibilität. In solchen Fällen sollte diese Einstellung aktiviert werden. Es wird empfohlen, dieses Flag deaktiviert zu lassen ("Nein"), es sei denn, asymmetrische Ports sind erforderlich.
  • Portbereich Anfang, Ende: Diese Einstellung überschreibt die Einstellung für den RTP-Portbereich auf Systemebene. Bei einigen SIP-Trunks müssen sich die RTP-Ports in einem bestimmten Bereich befinden. Wenn dieser Bereich sehr kurz ist, ist es sinnvoll, ihn für den Trunk und nicht global für das gesamte System festzulegen.
  • Trunk erfordert Out-of-Band-DTMF-Töne: Wenn diese Einstellung aktiviert ist, verwendet der Trunk RFC 2833.
  • Erfordert eine Besetzttonerkennung: Wenn ein analoges PSTN-Gateway (z. B. FXO) verwendet wird, kann die Erkennung von Verbindungsabläufen ein Problem darstellen. In FXO kann das Aufhängesignal nur ein Ton sein, der erkannt werden muss. Leider gibt es keinen internationalen Standard für den Trennton. Bei eingehenden internationalen Anrufen kann es zu einem Trennungston kommen, den das System erkennen muss. Wenn das PSTN-Gateway in der Lage ist, dies zu erkennen, sollte die Aufgabe natürlich dem PSTN-Gateway überlassen werden. Als Fallback können Sie das System jedoch auch so konfigurieren, dass die Hängeerkennung durchgeführt wird. Dies hat den Nachteil, dass zusätzliche CPU-Ressourcen in Anspruch genommen werden und Anrufe möglicherweise nach dem Zufallsprinzip getrennt werden. Wenn der andere Teilnehmer beispielsweise einen Ton wiedergibt, der wie ein Besetztzeichen klingt, kann der Anruf unterbrochen werden. Der beste Weg, um solche Probleme zu vermeiden, ist die Verwendung einer digitalen Leitung, z. B. eines SIP-Trunks.
  • PRACK-Unterstützung: Nicht alle SIP-Trunks unterstützen PRACK, was die Signalisierung von frühen Medien zuverlässiger macht. Dieses Flag kann verwendet werden, um PRACK zu unterdrücken.
  • Rückruf bei eingehenden Anrufen: Diese Funktion wurde eingeführt, um mit Netzbetreibern umzugehen, die nicht in der Lage waren, mit frühen Medien umzugehen. Obwohl die Verwendung der 180-Nachricht die Signalisierung in Forking-Anrufszenarien vereinfacht, führt sie zu einer zusätzlichen Verzögerung, wenn der angerufene Teilnehmer das Mobilteil abholt und die ersten Samples auf der Konvertierung möglicherweise nicht transportiert werden. Es wird dringend empfohlen, das Flag auf Media zu setzen (Standardeinstellung) und den Operator zu bitten, die Probleme mit frühen Medien zu beheben.
  • Lokale Rückrufgenerierung für ausgehende Anrufe: Diese Einstellung wird in Fällen verwendet, in denen der Dienstanbieter eine 183 mit SDP zurücksendet, aber den Rückrufton nicht bereitstellt. Mit dieser Einstellung kann die Telefonanlage einen lokalen Rückruf erzwingen. Für Anbieter, die P-Early-Media unterstützen, wird empfohlen, diese Funktion zu aktivieren, damit die Telefonanlage automatisch entscheiden kann, ob sie lokales oder Remote-Ringback abspielen soll.
  • Datei für lokalen Rückruf abspielen, wenn nötig: Es gibt widersprüchliche Fälle, in denen die Telefonanlage eigentlich lokales Ringback abspielen sollte, der Trunk dies aber weiterhin bereitstellt. Es gibt nur wenige Fälle, in denen dieses Flag ausgeschaltet werden muss.
Letztes Update am