Danke für Ihr Feedback.

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

Bei der Konfiguration der Funktion ist Site Survivability für die folgenden unterstützten Endgeräte verfügbar.

Die folgende Tabelle hilft bei der Konfiguration von Cisco IOS XE-Routern als Survivability Gateway. In dieser Tabelle ist die maximale Anzahl von Endpunkten aufgeführt, die jede Plattform unterstützt, und die Mindestversion von IOS XE.

Erledigen Sie die folgenden Aufgaben, um Site Survivability für einen vorhandenen Webex Calling Standort hinzuzufügen. Wenn die Verbindung zur Webex-Cloud unterbrochen wird, kann ein Survivability Gateway im lokalen Netzwerk die Backup-Anrufsteuerung für Endpunkte an diesem Standort bereitstellen.

Vorbereitungen

Wenn Sie ein neues Gateway bereitstellen müssen, das als Survivability Gateway fungiert, lesen Sie den Webex-Artikel Cisco IOSManaged Gateways in Webex Cloud registrieren, um das Gateway zu Control Hub hinzuzufügen.

Der Connector konfiguriert automatisch CDR-bezogene Befehle, um die Erfassung von Kennzahlen zur Anzahl der Anrufe zu erleichtern.

Am Ende eines Survivability-Ereignisses verarbeitet der Connector die während des Eventzeitraums generierten CDRs zusammen mit den Konfigurationsdaten, um die Anzahl der Anrufe zu ermitteln. Die Kennzahlen beinhalten die Gesamtzahl der Anrufe, Notrufe und externen Anrufe und werden zur Überwachung der internen Nutzung von Funktionen verwendet. Nur die Metriken zur Anzahl der Anrufe werden an die Webex-Cloud gesendet, während die tatsächlichen CDRs nicht übertragen werden.

Das Folgende ist eine Beispielkonfiguration:

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

Erklärung der Befehle:

• primary ifs bootflash:guest-share/cdrs/- Mit diesem Befehl werden die CDR-Dateien im Guest-Share-Ordner gespeichert, um den Zugriff durch den Connector zu ermöglichen.

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

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

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

Diese Tabelle enthält eine Zuordnung für die Konfiguration der Jagdgruppen-Funktion in Control Hub und die Verwendung der Survivability-Gateway-Befehle

• Sequenzielles Klingeln einer Hunt Group konfigurieren

  
    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

• Parallele Ringe einer Hunt Group konfigurieren

  
  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​

Der grundlegende Dienst für automatische Anrufverteilung (B-ACD) und automatische Telefonzentrale (AA) bietet automatische Beantwortung externer Anrufe mit Begrüßungen und Menüs, die es Anrufern ermöglichen, die entsprechende Abteilung auszuwählen oder bekannte Durchwahlnummern zu wählen.

B-ACD bietet automatische Anrufannahme und Anrufverteilung über interaktive Menüs und lokale Suchgruppen. Die B-ACD-Anwendung besteht aus Auto-Attendant (AA) -Diensten und einem Anrufwarteschleifendienst. Die automatische B-ACD-Telefonzentrale unterstützt PSTN-Anrufe, die mit dem eingehenden SIP-Trunk mit dem G711ulaw-Codec ausgehandelt werden

B-ACD unterstützt Voice Hunt Groups mit sequentiellen, parallelen, Peer-Anrufen, am längsten inaktiven Call Blast, unterstützt gemeinsam genutzte SIP-Leitungen und gemischte gemeinsame Leitungen.

Ein eingehender Anruf wählt die B-ACD AA-Pilotennummer und hört eine Aufforderung mit einer Begrüßung und Anweisungen, damit der Anrufer den Anruf automatisch weiterleiten kann.

Einschränkungen

Verwenden Sie denselben Codec für eingehende und ausgehende Wähl-Peers, wenn Sie Anrufe weiterleiten. Die Verwendung verschiedener Codecs wird nicht unterstützt. IOS wird den Transcoder nicht für Anrufe aufrufen, die von einer TCL-Anwendung bearbeitet werden.

B-ACD-Komponenten

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

• Nummer des Piloten

• Welcome Prompt und andere Audiodateien

• Menüoptionen

• Per Durchwahl wählen

Nummer des Piloten

Jeder AA-Dienst hat seine eigene AA-Pilotnummer, die Anrufer wählen, um den AA zu erreichen. Diese Nummer ist im param aa-pilotBefehl angegeben. Die AA-Pilotnummer ist nicht mit der Telefonnummer eines Agenten oder einer physischen Telefonnummer verknüpft, aber Sie müssen einen Dial-Peer mit der AA-Pilotnummer als eingehende Rufnummer definieren, damit diese Nummer für externe Anrufer erreichbar ist.

Willkommensnachricht und andere Audiodateien

Die Willkommensnachricht ist eine Audiodatei, die abgespielt wird, wenn ein Anruf von der Pilotennummer entgegengenommen wird. Diese Audiodatei ist eine von mehreren Audiodateien, die mit dem B-ACD-Dienst verwendet werden, um Anrufer über ihren Status und alle Maßnahmen, die sie möglicherweise ergreifen, zu informieren. Sie können personalisierte Audiodateien erstellen, in denen die Menüoptionen beschrieben werden, die Ihren Anrufern zur Verfügung stehen. B-ACD-Audiodateien werden in den folgenden Abschnitten beschrieben:

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

Standard-Audiodateien neu aufnehmen

Standard-Audiodateien werden für jeden Punkt im Drehbuch bereitgestellt und den Anrufern ausgehändigt. Sie laden die Standard-Audiodateien über den Link herunter und kopieren sie an einen Ort, der von einem B-ACD-Router erreicht werden kann, wie zum Beispiel einen Flash-Speicher oder einen TFTP-Server. Die Audiodateien und die Skriptdateien sind in einer TAR-Datei auf der Website gebündelt. Die Standarddateien und ihre Nachrichten sind in der Tabelle aufgeführt. Sie können personalisierte Nachrichten über die Standardnachrichten hinaus erneut aufnehmen, aber Sie können die Namen der Audiodateien nicht ändern, außer wie im Abschnitt Sprachcodes und Dateinamen ändern ausdrücklich beschrieben.

Um die Standard-Audioansagen erneut aufzunehmen und zu installieren, bevor Sie einen B-ACD-Dienst zum ersten Mal verwenden, folgen Sie den Schritten unter Herunterladen von Tcl-Skripten und Audio-Prompts. Um Audioansagen in einem bestehenden B-ACD-Dienst erneut aufzunehmen, folgen Sie den Schritten unter Skriptparameter und Audioansagen aktualisieren (nur über Durchwahl wählen).

Wenn Sie eine der Audiodateien erneut aufnehmen, beachten Sie, dass für die B-ACD-Eingabeaufforderungen ein G.711-Audiodateiformat (.au) mit 8-Bit-, Mu-Law- und 8-kHz-Kodierung erforderlich ist. Wir empfehlen die folgenden Audiotools 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 konfigurieren

Hier sind ein paar 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 beliebigen Dateinamens kann in ch, en, sp oder aa geändert werden. Das Präfix muss mit dem Code übereinstimmen, der im Sprachcode-Parameter im Paramspace-Sprachbefehl angegeben ist, unabhängig von der tatsächlichen Sprache, die in der Datei verwendet wird.

• Nach dem Präfix kann der Dateiname der Willkommensnachricht (Standard en_bacd_welcome ist.au) einen beliebigen identifizierenden Namen haben, wie im param welcome-promptBefehl definiert.

• Nach seinem Präfix kann der Dateiname der Drop-Through-Eingabeaufforderung (kein Standard angegeben) einen beliebigen identifizierenden Namen haben, wie im param drop-through-promptBefehl definiert.

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

Ändern Sie nicht den Bezeichnungsteil des Namens einer Audiodatei, mit Ausnahme der _bacd_welcome.auDatei. Die Skripte identifizieren Audiodateien, die dieselben Identifikationsnamen wie die in Table haben und die dasselbe Präfix haben, das Sie im Paramspace-Sprachbefehl angeben.

Die beiden Ausnahmen von den allgemeinen Regeln zur Benennung von Dateien sind die Willkommens-Audiodatei (die Standardeinstellung en_bacd_welcome ist.au) und die drop-through-optionPrompt-Audiodatei (kein Standard angegeben). Die identifizierenden Teile der Dateinamen für diese beiden Audioansagen werden bei der Konfiguration explizit angegeben und sind vollständig vom Benutzer konfigurierbar. Diese Dateien können beliebige Dateinamen verwenden, solange die Namen die folgenden Konventionen einhalten:

• Der Präfixteil des Dateinamens muss mit dem Sprachcode übereinstimmen, der im Paramspace-Sprachbefehl angegeben ist. Zum Beispiel de.

• Der Bezeichnungsteil des Dateinamens muss mit einem Unterstrich beginnen. Zum Beispiel _welcome_to_xyz.au.

Verwendung von Audiodateien zur Beschreibung von Menüoptionen

Standardmäßig werden zwei Audiodateien mitgeliefert, um dem Anrufer eine erste Orientierung und eine Anleitung zu den verfügbaren Menüoptionen zu geben: en_welcome_prompt.auund en_bacd_options_menu.au. Sie können benutzerdefinierte Nachrichten gegenüber den Standardnachrichten, die in diesen Dateien enthalten sind, erneut aufzeichnen, wie in der Tabelle erklärt.

Wenn Ihr B-ACD-Dienst einen einzigen AA-Dienst verwendet, nehmen Sie eine Willkommensbegrüßung auf en_welcome_prompt.auund notieren Sie Anweisungen zu den Menüoptionen in. en_bacd_options_menu.au

Wenn Ihr B-ACD-Dienst mehrere AA-Dienste verwendet, benötigen Sie für jeden AA separate Grüße und Anweisungen, wobei Sie die folgenden Richtlinien beachten:

• Nehmen Sie für jeden AA-Service eine separate Willkommensnachricht auf und verwenden Sie für jede Willkommensnachricht einen anderen Namen für die Audiodatei. Zum Beispiel: en_welcome_aa1.auund en_welcome_aa2.au. Die Willkommensaufforderungen, die Sie in diesen Dateien aufzeichnen, müssen sowohl die Begrüßung als auch die Anweisungen zu den Menüoptionen enthalten.

• Nehmen Sie die Stille in der Audiodatei auf en_bacd_options_menu.au. Es muss mindestens eine Sekunde Stille aufgezeichnet werden. Beachten Sie, dass diese Datei keine Menüanweisungen enthält, wenn es mehrere AA-Services gibt.

Menüoptionen

Der Zweck eines B-ACD-Dienstes besteht darin, Anrufe automatisch an das richtige Ziel in Ihrer Organisation weiterzuleiten. Interaktive AA-Dienste ermöglichen es Ihnen, Anrufern Menüoptionen zur Verfügung zu stellen, damit sie die entsprechenden Optionen 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 Anrufern durch Audioansagen angekündigt, die in der Willkommensnachricht und in anderen Audiodateien beschrieben werden.

Option zum Einwählen per Durchwahl

Der B-ACD-Dienst kann auch eine Durchwahloption haben, die es Anrufern ermöglicht, interne Durchwahlnummern zu wählen, wenn sie die Durchwahlnummer bereits kennen. Die Option zum Wählen nach Durchwahl wird als Menüoption angezeigt.

Die Durchwahloption wird konfiguriert, indem eine Menüoptionsnummer für den Durchwahlparameter angegeben wird. Wenn der folgende Befehl verwendet wird, können Anrufer 1 und dann eine Durchwahlnummer wählen.

Innerhalb eines B-ACD-Anrufwarteschleifendienstes müssen sich die Nummer der Durchwahloption und die Rufgruppen-Optionsnummern gegenseitig ausschließen. Diese Einschränkung bedeutet, dass die Optionsnummer, die für die Durchwahloption verwendet wird, mit keiner der Optionsnummern identisch sein kann, die mit den AA-Hunt-Optionen verwendet werden. Wenn Sie zum Beispiel aa-hunt1 bis aa-hunt5 verwenden, um Sammelanschlüsse in Ihrer Anrufwarteschleifen-Servicekonfiguration anzugeben, dann können Sie Option 6 für die Durchwahloption verwenden, aber keine der Nummern 1 bis 5.

Wenn alle zehn AA-Hunt Nummern für Suchgruppen im Anrufwarteschleifendienst verwendet werden, gibt es keine Option mehr für die Durchwahloption. Beachten Sie, dass diese Einschränkung auf allen Optionsnummern (AA-Hunt-Nummern) basiert, die mit dem Anrufwarteschleifendienst verwendet werden, und nicht auf den Optionsnummern, die mit einer AA-Anwendung verwendet werden.

Tcl-Skripte und Audio-Prompts werden heruntergeladen

Gehen Sie wie folgt vor, um die Script- und Prompt-Dateien vorzubereiten, die für Ihren B-ACD-Dienst erforderlich sind.

1. Kopieren Sie die TAR-Datei auf den SGW-Router-Bootflash

2. Dekomprimieren Sie die TCL- und Audiodateien mit dem Befehl:

   archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
3. Nehmen Sie die Audiodateien bei Bedarf erneut auf.

Erklärung der Befehle:

Skriptparameter und Audioansagen aktualisieren (nur über Durchwahl wählen)

Sie können die Parameter des B-ACD-Skripts aktualisieren, indem Sie Änderungen an der Cisco IOS Konfiguration vornehmen. Damit die Parameteränderungen wirksam werden, müssen Sie die B-ACD-Skripte, an denen Sie Änderungen vorgenommen haben, anhalten und neu laden. Wenn Sie Audio-Prompts erneut aufnehmen, müssen Sie die Audio-Prompt-Dateien, die sich geändert haben, neu laden.

1. Ermitteln Sie die Sitzungs-IDs aller aktiven Sitzungen-

   Verwenden Sie den showcall application sessionsBefehl im privilegierten EXEC-Modus, um die Sitzungs-ID (SID) -Nummern von AA- und Call-Queue-Diensten abzurufen. Wenn die AA-Sitzung keine aktiven Anrufe hat, erscheint der Name des AA-Skripts nicht in der Ausgabe des show call application sessionsBefehls.

2. Falls erforderlich, beenden Sie die B-ACD AA- und Call-Queue-Servicesitzungen. Verwenden Sie die Sitzungs-ID-Nummern aus Schritt 1, beenden Sie den B-ACD AA-Dienst und die Call-Queue-Servicesitzungen. Verwenden Sie den call application session stopBefehl im privilegierten EXEC-Modus, um die AA- und Call-Queue-Sitzungen zu beenden.
3. Laden Sie das AA-Skript und die Call-Queue-Skripte neu — Verwenden Sie den call application voice loadBefehl im privilegierten EXEC-Modus, um die Skripts neu zu laden.
4. Wenn eine Audio-Prompt-Datei geändert wurde, laden Sie sie neu. Verwenden Sie den audio-prompt loadBefehl im privilegierten EXEC-Modus, um eine Audiodatei neu zu laden. Wiederholen Sie diesen Befehl für jede Audiodatei, die geändert wurde.

Überprüfung des B-ACD-Status

Verwenden Sie den show call application sessionsBefehl, 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 Name des Dienstes, das Feld „Url“ ist der Speicherort 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, in der nur die Warteschlangenanwendung aktiv ist. Das AA-Skript erscheint nicht in der Ausgabe des show call application sessionsBefehls, weil es keine aktiven Anrufe gibt. Der Name des AA-Dienstes erscheint in der Ausgabe nur, wenn ein aktiver Anruf stattfindet. Das Anrufwarteskript 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 Parameter des B-ACD-Skripts aktualisieren, indem Sie Änderungen an der Cisco IOS Konfiguration vornehmen. Damit die Parameteränderungen wirksam werden, müssen Sie die B-ACD-Skripte, an denen Sie Änderungen vorgenommen haben, anhalten und neu laden, wie in den folgenden Schritten erklärt. Wenn Sie Audio-Prompts erneut aufnehmen, müssen Sie die Audio-Prompt-Dateien, die sich geändert haben, neu laden.

1. Ermitteln Sie die Sitzungs-IDs aller aktiven Sitzungen:

   Verwenden Sie den show call application sessionsBefehl im privilegierten EXEC-Modus, um die Sitzungs-ID (SID) -Nummern von AA- und Call-Queue-Diensten abzurufen. Wenn die AA-Sitzung keine aktiven Anrufe hat, erscheint der Name des AA-Skripts nicht in der Ausgabe des show call application sessionsBefehls.

   Das folgende Beispiel zeigt eine Sitzung mit aktiven Anrufen. Das Feld „App“ ist der Dienstname, der dem Call-Queue-Skript und dem AA-Skript gegeben wurde. Sie können auch die Dienstnamen in der Ausgabe für den Befehl 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 gegebenenfalls die B-ACD AA- und Call-Queue-Servicesitzungen

   Beenden Sie mit den Sitzungs-ID-Nummern aus Schritt 1 den B-ACD AA-Dienst und die Sitzungen des Call-Queue-Dienstes. Verwenden Sie den call application session stopBefehl im privilegierten EXEC-Modus, um die AA- und Call-Queue-Sitzungen zu beenden.

   
   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, werden die folgenden Aktionen ausgeführt:

   Der AA-Dienst ist beendet.

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

   Der AA-Dienstname wird aus der Ausgabe für den show call application sessionsBefehl entfernt.

   Um die Möglichkeit auszuschließen, dass Anrufe unterbrochen werden, warten Sie, bis keine eingehenden Anrufe mehr eingehen, bevor Sie das Skript erneut laden, z. B. nach Feierabend.

   Wenn in der Ausgabe für den show call application sessionsBefehl kein AA-Servicename erscheint, bedeutet das, dass es keine Anrufsitzungen gibt und Sie dafür keinen call application session stopBefehl erteilen müssen.

3. Laden Sie das AA-Skript und die Call-Queue-Skripte neu

   Verwenden Sie den call application voice loadBefehl 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-Prompt-Datei geändert wurde, laden Sie sie erneut

   Verwenden Sie den audio-prompt loadBefehl im privilegierten EXEC-Modus, um eine Audiodatei neu zu laden. Wiederholen Sie diesen Befehl für jede Audiodatei, die geändert wird.

   
   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 beschreibt einige der Optionen und enthält Beispielkonfigurationen. Die beiden Hauptoptionen sind:

• Verbindung der Voice Interface Card (VIC) zu PSTN

• SIP-Trunk zum PSTN-Gateway

Verbindung der Sprachschnittstellenkarte zu PSTN

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

• Einzelheiten zur Installation des VIC auf dem Router finden Sie in der Hardware-Installationsanleitung für Ihr Router-Modell.

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

SIP-Trunk zum PSTN-Gateway

Sie können eine SIP-Trunk-Verbindung konfigurieren, die auf ein PSTN-Gateway zeigt. Um die Trunk-Verbindung auf dem 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 
 

Dial-Peer-Konfiguration

Für Trunk-Verbindungen konfigurieren Sie eingehende und ausgehende Dial-Peers für die Trunk-Verbindung. Die Konfiguration hängt von Ihren Anforderungen ab. Ausführliche Konfigurationsinformationen finden Sie im Dial Peer Configuration Guide, Cisco IOS Version 3S.

Im Folgenden finden Sie Beispielkonfigurationen:

Peers für ausgehende Anrufe an das 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 unter Verwendung von 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

Übersetzungen nummerieren

Für PSTN-Verbindungen müssen Sie möglicherweise Übersetzungsregeln verwenden, um interne Durchwahlen in eine E.164-Nummer zu übersetzen, die das PSTN weiterleiten kann. Im Folgenden finden Sie Beispielkonfigurationen:

Aus der PSTN-Übersetzungsregel ohne +E164

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

Aus der 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.

Standorte für Notfallmaßnahmen (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 

Peers für ausgehende Anrufe

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