Danke für Ihr Feedback.

Die folgende Tabelle enthält Informationen zu den unterstützten Funktionen.

Bei der Konfiguration der Funktion steht Site Survival für die folgenden unterstützten Endpunkte zur Verfügung.

Die folgende Tabelle hilft bei der Konfiguration von Cisco IOS XE Routern als Survivability Gateway. Diese Tabelle listet die maximale Anzahl an Endpunkten auf, die jede Plattform unterstützt, und die minimale IOS XE-Version auf.

Führen Sie die folgenden Aufgaben durch, um die Standortergängigkeit für einen bestehenden Webex-Calling-Standort hinzuzufügen. Wenn die Verbindung zur Webex-Cloud unterbrochen wird, kann ein Survivability Gateway im lokalen Netzwerk eine Backup-Anrufkontrolle für Endpunkte an diesem Standort bereitstellen.

Vorbereitungen

Wenn Sie ein neues Gateway bereitstellen müssen, um als Survivability Gateway zu fungieren, lesen Sie bitte den Webex-Artikel Anmeldung von Cisco IOS Managed Gateways in die Webex Cloudum das Gateway zum Control Hub hinzuzufügen.

Der Connector konfiguriert automatisch CDR-bezogene Befehle, um die Erfassung von Anrufzählungsmetriken zu erleichtern.

Am Ende eines Überlebensereignisses verarbeitet der Connector die während der Ereignisperiode erzeugten CDRs zusammen mit den Konfigurationsdaten, um verschiedene Anrufzählungen zu identifizieren. Die Metriken umfassen die Zählungen der gesamten Anrufe, Notrufe und externen Anrufe und werden zur Überwachung der Nutzung interner Funktionen verwendet. Nur die Anrufzählmetriken werden an die Webex-Cloud gesendet, während die tatsächlichen CDRs nicht übertragen werden.

Es folgt eine Beispielkonfiguration:

!
gw-accounting file
 primary ifs bootflash:guest-share/cdrs/
 acct-template callhistory-detail
 maximum cdrflush-timer 5
 cdr-format detailed
!

Erläuterung der Befehle:

• primary ifs bootflash:guest-share/cdrs/- Dieser Befehl dient dazu, die CDR-Dateien unter dem Guest-Share-Ordner zu speichern, um den Zugriff durch den Connector zu ermöglichen.

• acct-template callhistory-detail- Dieser Befehl ist erforderlich, um das Dial-Peer-Tag in die CDR aufzunehmen.

• maximum cdrflush-timer 5- Die Voreinstellung ist 60 Minuten, aber wenn Sie es auf 5 Minuten setzen, können CDRs schneller in die Datei protokolliert werden.

• cdr-format detailed- Dies ist das Standardformat. Das kompakte Format ist nicht geeignet, da es nicht das Zifferblatt-Peer-Tag enthält.

Diese Tabelle bietet ein Mapping für die Konfiguration der Jagdgruppen-Funktionen in Control Hub und unter Verwendung der Survivability-Gateway-Befehle

• Konfiguriere eine Hunt-Gruppe sequentielle Ringe

  
    voice hunt-group 1 sequential​
      pilot 1111
      number 1 1001​
      number 2 1002​
      number 3 7089001​
      number 4 7089002​
      number 5 +1210903443​
      .....​
      .....​
      timeout 20​
      final 1009
      statistics collect
      description​
      present-call idle-phone

• Konfiguriere eine Hunt-Gruppe mit parallelen Ringen

  
  voice hunt-group 2 parallel​
    pilot 2222​
    number 1 2001
    number 2 2002​
    number 3 2089001​
    number 4 2089002​
    number 5 +12109034433​
    .....​
    .....​
    timeout 60​
    final 1009​
    statistics collect​
    description​

Basic Automatic Call Distribution (B-ACD) und Auto-Attendant (AA) Service bietet die automatische Beantwortung von externen Anrufen mit Grüßen und Menüs, die es Anrufern ermöglichen, die entsprechende Abteilung auszuwählen oder bekannte Telefonnummern zu wählen.

B-ACD bietet eine automatische Antwort- und Anrufverteilung für Anrufe über interaktive Menüs und lokale Jagdgruppen. Die B-ACD-Anwendung besteht aus Auto-Attendant (AA)-Diensten und einem Call-Queue-Dienst. B-ACD Auto Attendant unterstützt PSTN-Anrufe, die mit eingehenden SIP-Trunk mit g711ulaw-Codec ausgehandelt werden

B-ACD unterstützt Voice-Hunt-Gruppen mit sequentiellen, parallelen, Peer-Gruppen, längsten Leerlauf-Call-Blast-Unterstützung SIP-Shared-Lines und gemischten Shared-Lines.

Ein ankommender Anruf wählt die B-ACD AA-Pilotnummer und hört eine Aufforderung, die eine Begrüßung und Anweisungen enthält, die dem Anrufer helfen, den Anruf automatisch weiterzuleiten.

Beschränkungen

Verwenden Sie bei der Übertragung von Anrufen den gleichen Codec für eingehende und ausgehende Wählpeers. Die Verwendung verschiedener Codecs wird nicht unterstützt. IOS ruft keinen Transcoder für die Anrufe auf, die von einer TCL-Anwendung bearbeitet werden.

B-ACD-Komponenten

Die B-ACD-Anwendung besteht aus einem Call-Queue-Dienst und einem oder mehreren AA-Diensten. Die konfigurierbaren Komponenten dieser Dienste sind:

• Pilotnummer

• Begrüßungsaufforderung und andere Audiodateien

• Menüoptionen

• Anschluss anwählen

Pilotnummer

Jeder AA-Dienst hat seine eigene AA-Pilotnummer, die Anrufer wählen, um die AA zu erreichen. Diese Nummer ist in der param aa-pilot Befehl. Die AA-Pilotennummer ist nicht mit einer Agenten-Telefonnummer oder einem physischen Telefon verbunden, aber Sie müssen einen Dial-Peer mit der AA-Pilotennummer als eingehende angerufene Nummer definieren, damit diese Nummer von externen Anrufern erreichbar ist.

Begrüßungsaufforderung und andere Audiodateien

Die Begrüßungsaufforderung ist eine Audiodatei, die abgespielt wird, wenn ein Anruf von der Pilotnummer beantwortet wird. Diese Audiodatei ist eine von mehreren Audiodateien, die mit dem B-ACD-Dienst verwendet werden, um Anrufer über ihren Status und mögliche Aktionen zu informieren. Sie können personalisierte Audiodateien erstellen, die die Menüoptionen beschreiben, die Ihren Anrufern zur Verfügung stehen. B-ACD-Audiodateien werden in den folgenden Abschnitten beschrieben:

• Standard-Audiodateien neu aufrichten
• Sprachcodes und Dateinamen ändern
• Verwendung von Audiodateien zur Beschreibung von Menüoptionen

Standard-Audiodateien neu aufrichten

Die Standard-Audiodateien werden für jeden Punkt im Skript bereitgestellt und den Anrufern übergeben. Sie laden die Standard-Audiodateien von der Linkund kopieren Sie sie an einen Ort, der über einen B-ACD-Router wie Flash-Speicher oder einen TFTP-Server erreicht werden kann. Die Audio- und Skriptdateien werden auf der Website in einer tar-Datei gebündelt. Die Standarddateien und ihre Nachrichten sind in der Tabelle aufgelistet. Sie können personalisierte Nachrichten über die Standardnachrichten umstellen, aber Sie können die Namen der Audiodateien nicht ändern, außer wie in der Sprachcodes und Dateinamen ändern.

Um die Standard-Audio-Prompts neu aufzuzeichnen und zu installieren, bevor Sie einen B-ACD-Dienst zum ersten Mal verwenden, befolgen Sie die Schritte im Herunterladen von Tcl Scripts und Audio-Prompts. Um Audioaufforderungen in einem bestehenden B-ACD-Dienst neu zu ordnen, befolgen Sie die Schritte im Skript-Parameter und Audio-Aufforderungen aktualisieren (nur durch Erweiterung wählen).

Wenn Sie eine der Audiodateien neu erstellen, beachten Sie, dass die B-ACD-Aufforderungen ein G.711-Audiodatei (.au)-Format mit 8-Bit-, mu-Law- und 8-kHz-Kodierung erfordern. Wir empfehlen folgende Audio-Tools oder andere von ähnlicher Qualität:

• Adobe Audition für Microsoft Windows von Adobe Systems Inc. (früher Cool Edit von Syntrillium Software Corp. genannt)

• AudioTool für Solaris von Sun Microsystems Inc.

B-ACD einrichten

Hier einige Konfigurationsbeispiele:

application
 service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
  paramspace english index 1
  param handoff-string aa
  param dial-by-extension-option <dial-by-extn menu option, standard BACD script menu option is 3>
  paramspace english language en
  param aa-pilot <auto attendant 164 pilot number associated in auto attendant dial-peer>
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail <alternate destination for calls that are not answered>
  param service-name queue
 !
 service queue bootflash:app-b-acd-3.0.0.8.tcl
  param queue-len 30
  param queue-manager-debugs 1
 ! 

! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 session protocol sipv2
 incoming called-number <Auto Attendant Pilot number>
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 incoming called-number <Auto Attendant Pilot number>
 port %tdm_port%
! 

Sprachcodes und Dateinamen ändern

• Das Präfix eines Dateinamens kann in ch, en, sp oder aa geändert werden. Das Präfix muss mit dem Code übereinstimmen, der im Parameter language-code im Befehl paramspace language angegeben ist, unabhängig von der tatsächlich verwendeten Sprache der Datei.

• Nach seinem Präfix kann der Dateiname der Willkommensaufforderung (standardmäßig en_bacd_welcome.au) einen beliebigen identifizierenden Namen haben, wie er in der param welcome-prompt Befehl.

• Der Drop-Through-Prompt-Dateiname (keine Standardeinstellung angegeben) kann nach seinem Präfix einen beliebigen identifizierenden Namen haben, wie in der param drop-through-prompt Befehl.

In den Audiodateien können Sie eine Aufforderung in jeder Sprache aufnehmen. Es ist nicht notwendig, das Präfix einer Datei, die eine Eingabeaufforderung enthält, in einer anderen Sprache zu ändern, da die Sprachcode-Präfixe für Funktionen verwendet werden, die nicht Teil des B-ACD-Dienstes sind. Es ist jedoch wichtig, dass die Präfixe für Ihre Dateien mit dem Sprachcode übereinstimmen, der im Parameter language-code im Befehl paramspace language angegeben ist, unabhängig von der Sprache, die in der Audiodatei verwendet wird.

Ändern Sie den Identifikationsteil des Namens einer Audiodatei nicht, mit Ausnahme des _bacd_welcome.au Datei gespeichert werden soll. Die Skripte identifizieren Audiodateien, die die gleichen identifizierenden Namen wie die in Tabelleund die das gleiche Präfix haben, das Sie im paramspace-Sprachbefehl angeben.

Die beiden Ausnahmen von den allgemeinen Dateibenennungsregeln sind die welcome-prompt-Audiodatei (Standard ist en_bacd_welcome.au) und die drop-through-option prompte Audiodatei (keine Standardeinstellung angegeben). Die identifizierenden Teile der Dateinamen für diese beiden Audio-Prompts werden bei der Konfiguration explizit angegeben und sind vollständig benutzerkonfigurierbar. Diese Dateien können beliebige Dateinamen verwenden, solange die Namen die folgenden Konventionen beachten:

• Der Präfix-Teil des Dateinamens muss mit dem Sprachcode übereinstimmen, der im Befehl paramspace language angegeben wird. Zum Beispiel en.

• Der Identifikationsteil des Dateinamens muss mit einem Unterstrich beginnen. Beispiel: _welcome_to_xyz.au.

Verwendung von Audiodateien zur Beschreibung von Menüoptionen

Standardmäßig werden zwei Audiodateien geliefert, um den Anrufer zunächst zu orientieren und zu den verfügbaren Menüoptionen zu führen: en_welcome_prompt.au und en_bacd_options_menu.au. Sie können benutzerdefinierte Nachrichten über die Standardnachrichten, die in diesen Dateien geliefert werden, wie in Tabelle.

Wenn Ihr B-ACD-Service einen einzigen AA-Service verwendet, notieren Sie einen Willkommensgruß in en_welcome_prompt.au und Anweisungen über die Menüwahl in en_bacd_options_menu.au.

Wenn Ihr B-ACD-Service mehrere AA-Dienste nutzt, benötigen Sie separate Grüße und Anweisungen für jede AA unter Verwendung der folgenden Richtlinien:

• Notieren Sie für jeden AA-Dienst eine separate Willkommensaufforderung unter Verwendung eines anderen Namens für die Audiodatei für jede Willkommensaufforderung. Beispiel: en_welcome_aa1.au unden_welcome_aa2.au. Die Begrüßungsaufforderungen, die Sie in diesen Dateien aufnehmen, müssen sowohl die Begrüßung als auch die Anweisungen zu den Menüoptionen enthalten.

• Stille in der Audiodatei aufzeichnen en_bacd_options_menu.au. Mindestens eine Sekunde Stille muss aufgezeichnet werden. Beachten Sie, dass diese Datei keine Menüanweisungen enthält, wenn es mehrere AA-Dienste gibt.

Menüoptionen

Der Zweck eines B-ACD-Dienstes ist es, Anrufe automatisch zum richtigen Ziel in Ihrer Organisation zu leiten. Interaktive AA-Dienste ermöglichen es Ihnen, den Anrufern Menüoptionen zur Verfügung zu stellen, damit sie die richtigen Entscheidungen für ihre Anrufe treffen können. Die Arten von Menüoptionen, die in B-ACD verfügbar sind, sind in der Tabelle beschrieben. Menüoptionen werden den Anrufern durch Audioaufforderungen mitgeteilt, die im Begrüßungsaufforderung und andere Audiodateien.

Option zur Einwahl durch Erweiterung

Der B-ACD-Dienst kann auch eine Dial-by-Extension-Option haben, die es Anrufern ermöglicht, interne Verlängerungsnummern zu wählen, wenn sie die Verlängerungsnummer bereits kennen. Die Option Dial-by-Extension wird als Menüoption angezeigt.

Die Option dial-by-extension wird durch Angabe einer Menüoptionsnummer für den Parameter dial-by-extension konfiguriert. Wenn der folgende Befehl verwendet wird, können Anrufer 1 und dann eine Erweiterungsnummer wählen.

Innerhalb eines B-ACD-Call-Queue-Dienstes müssen sich die Dial-by-Extension-Optionsnummer und die Hunt-Group-Optionsnummern gegenseitig ausschließen. Diese Einschränkung bedeutet, dass die Optionsnummer, die für die Option dial-by-extension verwendet wird, nicht mit einer der Optionsnummern übereinstimmen kann, die für die aa-hunt-Optionen verwendet werden. Wenn Sie beispielsweise aa-hunt1 zu aa-hunt5 verwenden, um Jagdgruppen in Ihrer Konfiguration des Call-Queue-Dienstes anzugeben, können Sie die Option 6 für die Option „dial-by-extension“ verwenden, aber keine der Nummern 1 zu 5.

Wenn alle zehn aa-Jagdnummern für Jagdgruppen im Call-Queue-Service verwendet werden, bleibt für die Option dial-by-extension keine Option mehr übrig. Beachten Sie, dass diese Einschränkung auf allen Optionsnummern (aa-hunt-Nummern) basiert, die mit dem Call-Queue-Dienst verwendet werden, und nicht auf den Optionsnummern, die mit einer AA-Anwendung verwendet werden.

Herunterladen von Tcl Scripts und Audio-Prompts

Verwenden Sie diese Schritte, um die Skriptdateien vorzubereiten und Prompt-Dateien, die für Ihren B-ACD-Dienst erforderlich sind.

1. Kopiere die tar-Datei in den SGW-Router bootflash

2. Entpacken Sie die tcl- und Audiodateien mit dem Befehl:

   archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
3. Richten Sie ggf. die Audiodateien neu ein.

Erläuterung der Befehle:

Skript-Parameter und Audio-Aufforderungen aktualisieren (nur durch Erweiterung wählen)

Sie können die B-ACD-Skriptparameter aktualisieren, indem Sie Änderungen an der Cisco IOS-Konfiguration vornehmen. Damit die Parameteränderungen wirksam werden können, müssen Sie die von Ihnen vorgenommenen B-ACD-Skripte stoppen und neu laden. Wenn Sie Audio-Prompts neu erstellen, müssen Sie die geänderten Audio-Prompts neu laden.

1. Bestimmen Sie die Session-IDs aller aktiven Sessions-

   Benutzen Sie showcall application sessions Befehl im privilegierten EXEC-Modus, um Session-ID (SID)-Nummern von AA- und Call-Queue-Diensten zu erhalten. Wenn die AA-Sitzung keine aktiven Aufrufe enthält, erscheint der Name des AA-Skripts nicht in der Ausgabe des show call application sessions Befehl.

2. Stoppen Sie bei Bedarf die B-ACD AA- und Call-Queue-Service-Sitzungen – Stoppen Sie unter Verwendung der Session-ID-Nummern aus Schritt1 den B-ACD AA-Service- und Call-Queue-Service-Sitzungen. Benutzen Sie call application session stop Befehl im privilegierten EXEC-Modus, um die AA- und Call-Queue-Sitzungen zu stoppen.
3. AA-Skript und Call-Queue-Skripte neu laden - Verwenden Sie die call application voice load Befehl im privilegierten EXEC-Modus, um die Skripte neu zu laden.
4. Wenn eine Audio-Prompt-Datei geändert wurde, laden Sie sie neu - Verwenden Sie die audio-prompt load Befehl im privilegierten EXEC-Modus zum Neuladen einer Audiodatei. Wiederholen Sie diesen Befehl für jede geänderte Audiodatei.

Überprüfung des B-ACD-Status

Benutzen Sie show call application sessions Befehl, um zu überprüfen, ob B-ACD aktiv ist.

Das folgende Beispiel zeigt eine Sitzung mit aktiven AA- und Call-Queue-Anwendungen. Das Feld „App“ ist der Dienstname. Das Feld „Url“ ist der Ort der Skriptdatei für die Anwendung

Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl 

Das folgende Beispiel zeigt eine Sitzung, bei der nur die Anwendung in der Warteschlange aktiv ist. Das AA-Skript erscheint nicht in der Ausgabe des show call application sessions Befehl, weil es keine aktiven Aufrufe gibt. Der Name des AA-Dienstes erscheint in der Ausgabe nur bei einem aktiven Aufruf. Das Call-Queue-Skript wird nach dem ersten eingehenden Anruf aktiviert und bleibt aktiv, auch wenn es keine aktiven Anrufe gibt.

Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl

Sie können die B-ACD-Skriptparameter aktualisieren, indem Sie Änderungen an der Cisco IOS-Konfiguration vornehmen. Damit die Parameteränderungen wirksam werden können, müssen Sie die B-ACD-Skripte stoppen und neu laden, an denen Sie Änderungen vorgenommen haben, wie in den folgenden Schritten erläutert. Wenn Sie Audio-Prompts neu erstellen, müssen Sie die geänderten Audio-Prompts neu laden.

1. Bestimmen Sie die Session-IDs aller aktiven Sitzungen:

   Benutzen Sie show call application sessions Befehl im privilegierten EXEC-Modus, um Session-ID (SID)-Nummern von AA- und Call-Queue-Diensten zu erhalten. Wenn die AA-Sitzung keine aktiven Aufrufe enthält, erscheint der Name des AA-Skripts nicht in der Ausgabe des show call application sessions Befehl.

   Das folgende Beispiel zeigt eine Sitzung mit aktiven Aufrufen. Das Feld „App“ ist der Name des Dienstes, der dem Skript für die Anrufwarteschlange und dem AA-Skript zugewiesen wird. Sie können auch die Dienstnamen in der Ausgabe des Befehls show running-config sehen.

   
   Router# show call application sessions
   Session ID 17
   App: aa
   Type: Service
   Url: bootflash:app-b-acd-aa-3.0.0.8.tcl
   
   Session ID 12
   App: queue
   Type: Service
   Url: bootflash:app-b-acd-3.0.0.8.tcl
   

2. Stoppen Sie bei Bedarf die B-ACD AA- und Call-Queue-Service-Sitzungen

   Stoppen Sie unter Verwendung der Session-ID-Nummern aus Schritt 1 die B-ACD AA-Service- und Call-Queue-Service-Sitzungen. Benutzen Sie call application session stop Befehl im privilegierten EXEC-Modus, um die AA- und Call-Queue-Sitzungen zu stoppen.

   
   Router# call application session stop id 17
   Router# call application session stop id 12

   Wenn Sie den Befehl „Call Application Session Stop“ für einen AA-Dienst verwenden, treten folgende Aktionen auf:

   Der AA-Dienst wird gestoppt.

   Alle Anrufe, die aktiv mit dem AA-Dienst verbunden sind, werden getrennt.

   Der Name des AA-Dienstes wird aus der Ausgabe für den show call application sessions Befehl.

   Um die Möglichkeit zu vermeiden, Anrufe zu trennen, warten Sie, bis keine eingehenden Anrufe vorliegen, bevor Sie das Skript neu laden, z. B. nach Feierabend.

   Wenn kein AA-Dienstname in der Ausgabe des show call application sessions Das bedeutet, dass es keine Anrufsitzungen gibt und Sie keine call application session stop Kommando dafür.

3. AA-Skript und Call-Queue-Skripte neu laden

   Benutzen Sie call application voice load Befehl im privilegierten EXEC-Modus, um die Skripte neu zu laden.

   
   Router# call application voice load aa
   Router# call application voice load queue

4. Wenn eine Audio-Eingabedatei geändert wurde, laden Sie sie neu

   Benutzen Sie audio-prompt load Befehl im privilegierten EXEC-Modus zum Neuladen einer Audiodatei. Wiederholen Sie diesen Befehl für jede geänderte Audiodatei.

   
   Router# audio-prompt load flash:en_bacd_welcome.au
   Reload of flash:en_bacd_welcome.au successful

Für externe Anrufe konfigurieren Sie eine Verbindung zum PSTN. Dieses Thema umreißt einige der Optionen und bietet Beispielkonfigurationen. Die beiden wichtigsten Optionen sind:

• Verbindung der Sprachschnittstellenkarte (VIC) zu PSTN

• SIP-Trunk zu PSTN-Gateway

Verbindung der Sprachschnittstellenkarte mit PSTN

Sie können eine Voice Interface Card (VIC) auf dem Router installieren und eine Port-Verbindung zum PSTN konfigurieren.

• Weitere Informationen zur Installation des VIC am Router finden Sie in der Hardware-Installationsanleitung Ihres Routermodells.

• Einzelheiten zur Konfiguration des VIC sowie Beispiele finden Sie unter Voice Port Configuration Guide, Cisco IOS Release 3S.

SIP-Trunk zu PSTN-Gateway

Sie können eine SIP-Trunk-Verbindung konfigurieren, die auf ein PSTN-Gateway zeigt. Um die Trunk-Verbindung am Gateway zu konfigurieren, verwenden Sie die Voice-Class-Tenant-Konfiguration. Es folgt eine Beispielkonfiguration.

voice class tenant 300 
  sip-server ipv4:<ip_address>:<port>
  session transport udp 
  bind all source-interface GigabitEthernet0/0/1 
 

Einstellung der Gegenstelle

Für Trunk-Verbindungen konfigurieren Sie ein- und ausgehenden Wählgleichungen für die Trunk-Verbindung. Die Konfiguration hängt von Ihren Anforderungen ab. Detaillierte Informationen zur Konfiguration finden Sie unter Dial Peer Configuration Guide, Cisco IOS Release 3S.

Es folgen Beispielkonfigurationen:

Outbound-Dial-Peers zum PSTN mit UDP und RTP

dial-peer voice 300 voip 
 description outbound to PSTN 
 destination-pattern +1[2-9]..[2-9]......$ 
 translation-profile outgoing 300
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 session target sip-server
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Eingehender Dial-Peer vom PSTN mit UDP mit RTP

voice class uri 350 sip 
 host ipv4:<ip_address> 
 !
dial-peer voice 190 voip 
 description inbound from PSTN 
 translation-profile incoming 350 
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Zahlenübersetzungen

Für PSTN-Verbindungen müssen Sie möglicherweise Übersetzungsregeln verwenden, um interne Erweiterungen auf eine E.164-Nummer zu übersetzen, die der PSTN weiterleiten kann. Es folgen Beispielkonfigurationen:

Von PSTN Übersetzungsregel mit nicht +E164

voice translation-rule 350 
 rule 1 /^\([2-9].........\)/ /+1\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Von Telefonsystem-Übersetzungsregel mit +E164

voice translation-rule 300 
 rule 1 /^\+1\(.*\)/ /\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Das folgende Beispiel enthält ein Beispiel für eine Notrufkonfiguration.

Notfallstandorte (ERLs)

voice emergency response location 1
 elin 1 14085550100
 subnet 1 192.168.100.0 /26
 !
voice emergency response location 2
 elin 1 14085550111
 subnet 1 192.168.100.64 /26
 !
voice emergency response zone 1
 location 1 
 location 2 

Ausgehende Zifferblattpeers

voice class e164-pattern-map 301
 description Emergency services numbers
  e164 911
  e164 988
 !
voice class e164-pattern-map 351
 description Emergency ELINs
  e164 14085550100
  e164 14085550111
 !
dial-peer voice 301 pots
 description Outbound dial-peer for E911 call
 emergency response zone 1 
 destination e164-pattern-map 301
 !
 dial-peer voice 301 pots
 description Inbound dial-peer for E911 call
 emergency response callback
 incoming called e164-pattern-map 351
 direct-inward-dial