Übersicht

Webex Calling unterstützt die Zusammenlegung eines Survivability Gateways mit einem lokalen Gateway auf demselben von Cisco IOS verwalteten Gateway. Das heißt, Sie können dasselbe Cisco IOS-Gateway-Gerät verwenden, um die Dienste „Lokales Gateway“ und „Survivability Gateway“ zu konfigurieren. Daher müssen Sie nicht zwei verschiedene von Cisco IOS verwaltete Gateways als Survivability Gateway und lokales Gateway zugewiesen haben.

Dieser Artikel behandelt die Überlegungen für die Zusammenlegung von lokalen Gateway- und Survivability Gateway-Diensten im Vergleich zur eigenständigen Bereitstellung dieser Dienste.

  • Aufgrund der erkannten Schwachstellen wird Webex Calling das RSAES-PKCS1-v1 _ 5-Verschlüsselungsschema, das von der Site Survivability-Lösung am 1. September 2024 verwendet wird, verwerfen. Nach diesem Datum ist das RSAES-OAEP-Verschlüsselungsschema obligatorisch.

    Um den weiteren Betrieb mit diesem Verschlüsselungsschema sicherzustellen, aktualisieren Sie Ihre Site Survivability Gateways vor dem 1. September 2024 auf Cisco IOS XE Dublin 17.12.3. Für die Verwendung des neuen Verschlüsselungsschemas nach diesem Upgrade sind keine Konfigurationsänderungen erforderlich.

Voraussetzungen

Cisco IOS XE Dublin 17.12.3 und höher.

Einschränkungen und Vorbehalte

Im Folgenden sind die bekannten Einschränkungen für die Zusammenlegung von Diensten in von Cisco IOS verwalteten Gateways aufgeführt:

  • Hochverfügbarkeit wird für lokale Gateways nicht unterstützt.

  • Die Konfigurationsüberprüfung wird für lokale Gateways nicht unterstützt.

  • In Control Hub muss das Gateway als Survivability-Gateway-Dienst bereitgestellt werden.

  • Wenn der Kunde das Gateway als lokales Gateway bereitgestellt hat, muss er die Zuweisung aufheben und den Dienst dann als Survivability Gateway neu zuweisen.

  • Die Zusammenlegung ist spezifisch für Cisco IOS Gateway. Kunden, die das lokale Gateway eines Drittanbieters verwenden, müssen das Survivability Gateway separat bereitstellen.

  • Die Zusammenlegung ist für ein vom Partner bereitgestelltes lokales Gateway, das von mehreren Kunden gemeinsam genutzt wird, nicht anwendbar.

Einschränkungen und Vorbehalte für die eigenständigen Gateway-Dienste finden Sie unter Von Cisco IOS verwaltete Gateways in Webex Cloud registrieren und Ausfallsicherheit der Site für Webex Calling.

Überlegungen zur Anrufweiterleitung bei Zusammenlegung

Die Anrufweiterleitung für die Zusammenlegung basiert auf einer Weiterleitungsstrategie, die eine Kombination aus Dial-Peer-Gruppen (DPG) und der herkömmlichen auf Zielmustern basierenden Weiterleitung umfasst. Dies unterscheidet sich von den Anrufweiterleitungsstrategien, die für eigenständige von Cisco IOS verwaltete Gateway-Dienste verwendet werden. Ein eigenständiger lokaler Gateway-Dienst verwendet eine DPG-basierte Anrufweiterleitungsstrategie. Das eigenständige Survivability Gateway leitet Anrufe mithilfe von Zielmustern weiter.

Anrufweiterleitung bei der Zusammenlegung von lokalen Gateway-Diensten und Diensten für die Ausfallsicherheit der Site

Berücksichtigen Sie Folgendes, wenn Sie die Anrufweiterleitung für Zusammenlegungsszenarien konfigurieren.

  • Für Anrufe von Webex Calling: Der eingehende Dial-Peer von Webex Calling wird basierend auf dem Host-Namen des lokalen Gateways oder dem DTG-Parameter in der URI zugeordnet. Der eingehende Dial-Peer ist an eine DPG mit PSTN gebunden. Der Anruf wird dann an das PSTN weitergeleitet. Kurz gesagt, es gibt keine Änderung der Anrufweiterleitung von der vorhandenen Routing-Strategie des lokalen Gateways.

  • Für Anrufe aus dem PSTN: Entfernen Sie die auf Dial-Peer-Gruppen basierende Anrufweiterleitung. Leiten Sie Anrufe anhand der herkömmlichen zielmusterbasierten Weiterleitung weiter. Das heißt, ein eingehender Dial-Peer ist in dieser Strategie nicht an eine DPG gebunden. Ein eingehender Dial-Peer von PSTN wird basierend auf der PSTN-IP-Adresse in Via URI abgeglichen. Die reguläre Dial-Peer-Suche würde durchgeführt, und ein Anruf würde basierend auf den Dial-Peer-Einstellungen weitergeleitet. Der Anruf wird an einen lokal registrierten Endpunkt für den Survivability-Modus oder an Webex Calling für den aktiven Modus weitergeleitet.

  • Für Anrufe von lokal registrierten Endpunkten (gilt für den Modus für die Ausfallsicherheit der Site während WAN-Ausfällen): Die Anrufe werden anhand der regulären zielmusterbasierten Weiterleitung weitergeleitet. In dieser Strategie wird ein eingehender Dial-Peer mit einem leitungsseitigen Dial-Peer abgeglichen. Die reguläre Dial-Peer-Suche wird durchgeführt, und ein Anruf wird basierend auf den Dial-Peer-Einstellungen weitergeleitet. Der Anruf wird an einen lokal registrierten Endpunkt, PSTN oder an Webex Calling weitergeleitet.

  • Für jeden ausgehenden Dial-Peer kann eine Präferenz definiert werden. Mit dieser Einstellung können Sie die Auswahlreihenfolge der Dial-Peers für die Einrichtung eines ausgehenden Anrufs festlegen. Je niedriger der Wert, umso höher ist die Präferenz. Für die Anrufweiterleitung bei Zusammenlegung wird die Dial-Peer-Einstellung wie folgt festgelegt:

    • Standardpräferenz 0 zum Weiterleiten von Anrufen an lokal registrierte Endpunkte

    • Präferenz 2 zum Weiterleiten von Anrufen an Webex Calling-Trunk

    • Präferenz 3 zum Weiterleiten von Anrufen an den PSTN-Trunk

In der folgenden Tabelle ist das Verhalten der Anrufweiterleitung für alle eingehenden und ausgehenden Anrufe in Webex Calling zusammengefasst, die eine Zusammenlegung der von Cisco IOS verwalteten Gateway-Dienste umfasst:

Tabelle 1: Überlegungen zur Anrufweiterleitung bei Zusammenlegung
Eingehend vonAusgehend zu

Gateway-Dienst

Anrufweiterleitung

Zusätzliche Informationen

PSTN

Webex Calling

Zusammenlegung von lokalem Gateway und Survivability Gateway

Basierend auf Zielmuster (.T)

Dial-Peer mit Präferenz 2

PSTN

Lokale Endpunkte

Zusammenlegung von lokalem Gateway und Survivability Gateway

Basierend auf Zielmuster

Dynamischen Dial-Peers, die basierend auf Registrierungen erstellt wurden, werden verwendet.

Für diese System-Dial-Peers ist keine Konfiguration erforderlich. Sie hätten automatisch die höchste Priorität.

Lokale Endpunkte

PSTN

Zusammenlegung von lokalem Gateway und Survivability Gateway

Basierend auf Zielmuster

Dial-Peer mit Präferenz 3

Lokale Endpunkte

Webex Calling

Zusammenlegung von lokalem Gateway und Survivability Gateway

Basierend auf Zielmuster (.T)

Dial-Peer mit Präferenz 2

Dies gilt nur, wenn der Trunk des lokalen Gateways zu Webex Calling auch im Survivability-Gateway-Modus weiterhin aktiv ist.

Webex Calling

PSTN

Lokales Gateway

Basierend auf Dial-Peer-Gruppe

Verbindung mit PSTN hergestellt

Lokale Endpunkte

Lokale Endpunkte

Survivability Gateway

Basierend auf Zielmuster

Dynamischen Dial-Peers, die basierend auf Registrierungen erstellt wurden, werden verwendet.

Auf diesen System-Dial-Peers sind keine zusätzlichen Änderungen an der Konfiguration des Dial-Peers erforderlich.

Detaillierte Informationen zur Anrufweiterleitung bei der Zusammenlegung von Cisco IOS-verwalteten Gateway-Diensten finden Sie unter Bevorzugte Webex Calling-Architektur.

Zusammenlegung von Diensten konfigurieren

Wenn Sie ein neues von Cisco IOS verwaltetes Gateway für die Zusammenlegung von lokalem Gateway und Site-Survivability-Diensten zuweisen müssen, weisen Sie Ihr Gateway als Survivability Gateway auf dem Control Hub zu. Informationen zum Zuweisen des Gateways als Survivability Gateway, um das Gateway zu Control Hub hinzuzufügen, finden Sie unter Von Cisco IOS verwaltete Gateways bei Webex Cloud registrieren.

Abhängig vom verwendeten Trunking-Typ können Sie die Zusammenlegung mithilfe einer der folgenden Optionen konfigurieren:

Zusammenlegung für registrierungsbasiertes Trunking konfigurieren

1

Konfigurieren Sie Zertifikate.

Es ist zwingend erforderlich, dass Sie Zertifikate verwenden, die von einer vertrauenswürdigen Zertifizierungsstelle signiert wurden. Weitere Informationen zum Anfordern und Erstellen von Zertifikaten finden Sie unter Zertifikate konfigurieren.

2

Konfigurieren Sie allgemeine Sprachbefehle.

Die Sprachkonfiguration umfasst allgemeine Einstellungen für die Dienste Lokales Gateway und Survivability Gateway. Es folgt ein Beispiel für eine allgemeine Sprachkonfiguration:

voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
  allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
  stun
   stun flowdata agent-id 1 boot-count 4
   stun flowdata shared-secret 0 Password123$
  sip
   g729 annexb-all
   early-offer forced
   asymmetric payload full
   registrar server
3

Die Konfiguration ist spezifisch für das Survivability Gateway.

Richten Sie die allgemeinen Einstellungen für das Sprachregister, den Pool und den Codec für Endpunkte ein, die sich am Survivability Gateway registrieren. Im Folgenden finden Sie eine Beispielkonfiguration, die spezifisch für das Survivability Gateway ist:

!
voice register global
 mode webex-sgw
 no allow-hash-in-dn
 max-dn 50
 max-pool 50
!
voice class codec 1
 codec preference 1 opus
 codec preference 2 g711ulaw
!
voice register pool  1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1
!
4

Die Konfiguration ist spezifisch für das lokale Gateway. Weitere Informationen finden Sie unter Registrierungsbasiertes lokales Gateway.

Dort finden Sie die Konfiguration des Tenants, der für die Registrierung des Trunks des lokalen Gateways in Webex Calling verwendet wird, die zugehörigen SIP-Profile und Codec-Einstellungen. Im Folgenden finden Sie eine Beispielkonfiguration, die spezifisch für das lokale Gateway ist:

voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" sip:\1
!
voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
!
voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80
!
voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite
!
voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru
5

Die Konfiguration ist spezifisch für PSTN.

Sie umfasst die Einrichtung des Tenants für PSTN und zugehörige SIP-Profile (falls vorhanden) sowie Codec-Einstellungen. Im Folgenden finden Sie eine Beispielkonfiguration, die spezifisch für PSTN ist:

!
voice class tenant 100 
 session transport udp
 url sip
 error-passthru
 bind control source-interface GigabitEthernet0/0/0
 bind media source-interface GigabitEthernet0/0/0
 no pass-thru content custom-sdp
!
6

Konfigurieren Sie den eingehenden PSTN-Dial-Peer.

Dies umfasst die Dial-Peer-Auswahl für eingehende PSTN-Anrufe basierend auf der Kopfzeilenübereinstimmung. Im Folgenden finden Sie eine Beispielkonfiguration für den eingehenden PSTN-Dial-Peer:

!
voice class uri 100 sip
  host ipv4:192.168.80.13
!
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
emergency response callback
no vad
!
7

Konfigurieren Sie den ausgehenden Dial-Peer für Webex Calling.

Dies umfasst die Dial-Peer-Auswahl für den ausgehenden Webex Calling-Trunk basierend auf der Dial-Peer-Gruppe. Im Folgenden finden Sie eine Beispielkonfiguration für den ausgehenden Dial-Peer für Webex Calling:

dial-peer voice 200201 voip
description Outbound Webex Calling
destination e164-pattern-map 100
preference 2
session protocol sipv2
session target sip-server
voice-class codec 99
dtmf-relay rtp-nte
voice-class stun-usage 200
no voice-class sip localhost
voice-class sip tenant 200
srtp
no vad
!
8

Konfigurieren Sie den eingehenden Dial-Peer für Webex Calling.

Dies umfasst die Dial-Peer-Auswahl für eingehende Webex Calling-Anrufe basierend auf der Übereinstimmung des DPG-Parameters im Anforderungs-URI-Header. Die Dial-Peer-Gruppe wird für die direkte Weiterleitung der Anrufe an das ausgehende PSTN verwendet. Im Folgenden finden Sie eine Beispielkonfiguration für den eingehenden Dial-Peer für Webex Calling:

voice class dpg 200
 dial-peer 101 preference 1
!
!
voice class uri 200 sip
 pattern dtg=hussain2572
!
dial-peer voice 200201 voip
description Inbound Webex Calling
destination dpg 200
max-conn 250
incoming uri request 200
!
9

Konfigurieren Sie den ausgehenden Dial-Peer für PSTN.

Er wird für die Weiterleitung von PSTN-Anrufen in den Modi Lokales Gateway und Survivability Gateway verwendet. Ändern Sie das Zielmuster vom aktuellen BAD zu einem Muster, das für PSTN-Anrufe geeignet ist. Dies ist für die Weiterleitung von PSTN-Anrufen von lokal registrierten Endpunkten erforderlich. Sie können dies entweder direkt mit dem Zielmuster oder über die E164-Musterkarte tun. Im Folgenden finden Sie eine Beispielkonfiguration für den ausgehenden Dial-Peer für PSTN:

!
voice class e164-pattern-map 100
  e164 +91.T
  e164 +1.T
  e164 +.T
 !

!
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination e164-pattern-map 100
preference 3
session protocol sipv2
session target ipv4:192.168.80.13
voice-class sip options-keepalive
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
!
10

Konfigurieren Sie ausgehende Dial-Peers für PSTN für Notrufe im Modus für die Ausfallsicherheit der Site.

Er wird für die Dial-Peer-Auswahl basierend auf der E164-Musterübereinstimmung verwendet. Diese Dial-Peers werden nur für Anrufe zugeordnet, die von Endpunkten stammen, die im Modus für die Ausfallsicherheit der Site direkt am Survivability Gateway registriert sind. Stellen Sie basierend auf dem unterstützten Wählplan im Modus für die Ausfallsicherheit der Site und den zugehörigen Anrufberechtigungen einen oder mehrere Dial-Peers bereit. Im Folgenden finden Sie eine Beispielkonfiguration für ausgehende Dial-Peers für PSTN für Notrufe im Modus für die Ausfallsicherheit der Site:

!
voice class e164-pattern-map 300
  e164 911
 !
dial-peer voice 300 voip
 description Outbound PSTN dial-peer for E911 call in Survivability Mode
 emergency response zone 1
 session protocol sipv2
 session target ipv4:10.65.125.202:9089
 destination e164-pattern-map 300
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
!
11

Konfigurieren Sie die Dial-Peer-Suche.

Sie wird verwendet, um Dial-Peers für die Weiterleitung basierend auf der für Dial-Peers festgelegten Präferenz auszuwählen.

!
dial-peer hunt 2
!

Zusammenlegung für zertifikatsbasiertes Trunking konfigurieren

Vorbereitungen

Die Konfiguration der Zusammenlegung für zertifikatbasiertes Trunking ähnelt dem registrierungsbasierten Trunking, mit Ausnahme der Konfiguration für Trunking und Tenants des lokalen Gateways.

1

Konfigurieren Sie Zertifikate.

Es ist zwingend erforderlich, dass Sie Zertifikate verwenden, die von einer vertrauenswürdigen Zertifizierungsstelle signiert wurden. Weitere Informationen zum Anfordern und Erstellen von Zertifikaten finden Sie unter Zertifikate konfigurieren.

2

Konfigurieren Sie allgemeine Sprachbefehle.

Die Sprachkonfiguration umfasst allgemeine Einstellungen für die Dienste Lokales Gateway und Survivability Gateway. Es folgt ein Beispiel für eine allgemeine Sprachkonfiguration:

voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
  allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
  stun
   stun flowdata agent-id 1 boot-count 4
   stun flowdata shared-secret 0 Password123$
  sip
   g729 annexb-all
   early-offer forced
   asymmetric payload full
   registrar server
3

Die Konfiguration ist spezifisch für das Survivability Gateway.

Richten Sie globale Sprachregister-, Pool- und Codec-Einstellungen für Endpunkte ein, die sich am Survivability Gateway registrieren. Im Folgenden finden Sie eine Beispielkonfiguration, die spezifisch für das Survivability Gateway ist:

!
voice register global
 mode webex-sgw
 no allow-hash-in-dn
 max-dn 50
 max-pool 50
!
voice class codec 1
 codec preference 1 opus
 codec preference 2 g711ulaw
!
voice register pool  1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1
!
4

Die Konfiguration ist spezifisch für das lokale Gateway. Weitere Informationen finden Sie unter Zertifikatsbasiertes Trunking.

Dies umfasst die Konfiguration des Übertragungswegs und des Tenants, die für den Zertifikataustausch im lokalen Gateway erforderlich sind, die zugehörigen SIP-Profile und Codec-Präferenzen. Im Folgenden finden Sie eine Beispielkonfiguration, die spezifisch für das lokale Gateway ist:

voice class codec 200
codec preference 1 g711ulaw
 codec preference 2 g711alaw
!
voice class sip-options-keepalive 200
 description Keepalive webex_mTLS
 up-interval 5
 transport tcp tls
!
voice class tls-profile 200
 description Webexcalling
 trustpoint sbc6
 cn-san validate bidirectional
 cn-san  1 us01.sipconnect.bcld.webex.com
!
voice class sip-profiles 200
 rule 10 request ANY sip-header Contact modify "@.*:" "@sbc6.tekvizionlabs.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@sbc6.tekvizionlabs.com:" 
!
voice class srtp-crypto 200
 crypto 1 AES_CM_128_HMAC_SHA1_80
!

voice class tenant 200
  no remote-party-id
  localhost sbc6.tekvizionlabs.com
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  privacy-policy passthru
  tls-profile 200
!
5

Die Konfiguration ist spezifisch für PSTN.

Sie umfasst die Einrichtung des Tenants für PSTN und zugehörige SIP-Profile (falls vorhanden) sowie Codec-Einstellungen. Im Folgenden finden Sie eine Beispielkonfiguration, die spezifisch für PSTN ist:

!
voice class tenant 100 
 session transport udp
 url sip
 error-passthru
 bind control source-interface GigabitEthernet0/0/0
 bind media source-interface GigabitEthernet0/0/0
 no pass-thru content custom-sdp
!
6

Konfigurieren Sie den eingehenden PSTN-Dial-Peer.

Dies umfasst die Dial-Peer-Auswahl für eingehende PSTN-Anrufe basierend auf der Kopfzeilenübereinstimmung. Im Folgenden finden Sie eine Beispielkonfiguration für den eingehenden PSTN-Dial-Peer:

!
voice class uri 100 sip
  host ipv4:192.168.80.13
!
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
emergency response callback
no vad
!
7

Konfigurieren Sie den ausgehenden Dial-Peer für Webex Calling.

Dies umfasst die Dial-Peer-Auswahl für den ausgehenden Webex Calling-Trunk basierend auf der Dial-Peer-Gruppe. Im Folgenden finden Sie eine Beispielkonfiguration für den ausgehenden Dial-Peer für Webex Calling:

dial-peer voice 200201 voip
description OutBound Webex Calling
session protocol sipv2
session target dns:<insert us01.sipconnect.bcld.webex.com>
session transport tcp tls
destination e164-pattern-map 100
voice-class codec 200
voice-class stun-usage 200
voice-class sip asserted-id pai
voice-class sip tenant 200
voice-class sip options-keepalive profile 200
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
srtp
no vad
!
8

Konfigurieren Sie den eingehenden Dial-Peer für Webex Calling.

Dies umfasst die Dial-Peer-Auswahl für eingehende Webex Calling-Anrufe basierend auf der Übereinstimmung des DPG-Parameters im Anforderungs-URI-Header. Die Dial-Peer-Gruppe wird für die direkte Weiterleitung der Anrufe an das ausgehende PSTN verwendet. Im Folgenden finden Sie eine Beispielkonfiguration für den eingehenden Dial-Peer für Webex Calling:

voice class dpg 200
 dial-peer 101 preference 1
!
!
voice class uri 200 sip
 pattern dtg=hussain2572
!
dial-peer voice 200201 voip
description Inbound Webex Calling
destination dpg 200
max-conn 250
incoming uri request 200
!
9

Konfigurieren Sie den ausgehenden Dial-Peer für PSTN.

Er wird für die Weiterleitung von PSTN-Anrufen in den Modi Lokales Gateway und Survivability Gateway verwendet. Ändern Sie das Zielmuster von aktuellem BAD zu einem Muster, das für PSTN-Anrufe geeignet ist. Dies ist für die Weiterleitung von PSTN-Anrufen von lokal registrierten Endpunkten erforderlich. Sie können dies entweder direkt mit dem Zielmuster oder über die E164-Musterkarte tun. Im Folgenden finden Sie eine Beispielkonfiguration für den ausgehenden Dial-Peer für PSTN:

!
voice class e164-pattern-map 100
  e164 +91.T
  e164 +1.T
  e164 +.T
 !

!
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination e164-pattern-map 100
preference 3
session protocol sipv2
session target ipv4:192.168.80.13
voice-class sip options-keepalive
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
!
10

Konfigurieren Sie ausgehende Dial-Peers für PSTN für Notrufe im Modus für die Ausfallsicherheit der Site.

Er wird für die Dial-Peer-Auswahl basierend auf der E164-Musterübereinstimmung verwendet. Diese Dial-Peers werden nur für Anrufe zugeordnet, die von Endpunkten stammen, die im Modus für die Ausfallsicherheit der Site direkt am Survivability Gateway registriert sind. Stellen Sie basierend auf dem unterstützten Wählplan im Modus für die Ausfallsicherheit der Site und den zugehörigen Anrufberechtigungen einen oder mehrere Dial-Peers bereit. Im Folgenden finden Sie eine Beispielkonfiguration für ausgehende Dial-Peers für PSTN für Notrufe im Modus für die Ausfallsicherheit der Site:

!
voice class e164-pattern-map 300
  e164 911
 !
dial-peer voice 300 voip
 description Outbound PSTN dial-peer for E911 call in Survivability Mode
 emergency response zone 1
 session protocol sipv2
 session target ipv4:10.65.125.202:9089
 destination e164-pattern-map 300
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
!
11

Konfigurieren Sie die Dial-Peer-Suche.

Sie wird verwendet, um Dial-Peers für die Weiterleitung basierend auf der für Dial-Peers festgelegten Präferenz auszuwählen.

!
dial-peer hunt 2
!