Analyse übereinstimmender eingehender/ausgehender DFÜ-Peers auf IOS-Plattformen

Einleitung

In diesem Dokument wird beschrieben, wie die Peers für eingehende und ausgehende Anrufe mit herkömmlichen Telefondiensten (POTS) und Sprachnetzwerkanrufen abgeglichen werden.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• Sprache - Grundlegendes zu DFÜ-Peers und Anrufstatus auf Cisco IOS®-Plattformen

• Sprache - Eingehende und ausgehende DFÜ-Peers auf Cisco IOS-Plattformen (Möglicherweise auf Englisch)

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Übereinstimmende eingehende DFÜ-Peers

Elemente und Attribute für eingehende DFÜ-Peers

Drei Informationselemente, die in der Anrufeinrichtungsnachricht gesendet werden, und vier konfigurierbare DFÜ-Peer-Befehlsattribute werden verwendet, um DFÜ-Peers wie folgt zuzuordnen:

• Eingehende POTS-DFÜ-Peers werden den eingehenden POTS-Anrufzweigen auf dem ursprünglichen Router oder Gateway zugeordnet.

• Eingehende Sprachnetzwerk-DFÜ-Peers werden den eingehenden Sprachnetzwerk-Anrufzweigen des terminierenden Routers oder Gateways zugeordnet. Beispiele für Voice-Network-Anrufabschnitte sind Voice over IP (VoIP), Voice over Frame Relay (VoFR), Voice over ATM (VoATM) und Multimedia Mail over IP (MoIP).

Die vier konfigurierbaren Cisco IOS-DFÜ-Peer-Attribute und die zugehörigen Anrufeinrichtungselemente sind hier dargestellt:

Anmerkung: Bei Peers für ausgehende Anrufe wird dieser Befehl mit der angerufenen Nummer oder den DNIS-Zeichenfolgen abgeglichen.

Die drei Elemente der Anrufeinrichtung sind:

Zuordnungsprozess für eingehende DFÜ-Peers

Wenn der Cisco IOS-Router oder das Gateway eine Anrufeinrichtungsanforderung empfängt, wird für den eingehenden Anruf eine DFÜ-Peer-Übereinstimmung erstellt, um die Weiterleitung des Anrufs an verschiedene Sitzungsanwendungen zu erleichtern. Dabei handelt es sich nicht um eine Übereinstimmung einzelner Ziffern, sondern um die vollständige Ziffernfolge, die in der Einrichtungsanforderung empfangen wurde, für die Übereinstimmung mit konfigurierten DFÜ-Peers.

Anmerkung: Die maximale Anzahl der Dial-Peers, die auf einem Cisco IOS-Gateway konfiguriert werden können, hängt vom verfügbaren Speicher (DRAM) ab. Jeder DFÜ-Peer benötigt ca. 6 KB Speicher. Stellen Sie sicher, dass mindestens 20 % des gesamten Speichers für andere CPU-Prozesse reserviert sind. Wenn die DFÜ-Peers für die Anrufweiterleitung verwendet werden, kann eine größere Anzahl von DFÜ-Peers die Verzögerung für die Weiterleitung eines Anrufs erhöhen. Dies kann von Bedeutung sein, da der Cisco IOS-Sprach-Stack von oben nach unten durchsucht, ähnlich wie bei einer Zugriffskontrollliste.

Der Router oder das Gateway gleicht die Informationselemente in der Einrichtungsnachricht mit den DFÜ-Peer-Attributen ab, um einen eingehenden DFÜ-Peer auszuwählen. Der Router oder das Gateway stimmt mit den folgenden Elementen in dieser Reihenfolge überein:

1. Rufnummer (DNIS) mit dem Befehl incoming called-number:

   Zunächst versucht der Router oder das Gateway, die angerufene Nummer der Anrufeinrichtungsanforderung mit der konfigurierten eingehenden angerufenen Nummer jedes DFÜ-Peers abzugleichen. Da Anrufkonfigurationen immer DNIS-Informationen enthalten, wird empfohlen, den Befehl incoming called-number für den Peer-Abgleich für eingehende Anrufe zu verwenden. Dieses Attribut hat eine übereinstimmende Priorität gegenüber den Befehlen "Answer-Address" und "Destination-Pattern".

2. Anrufernummer (ANI) mit dem Befehl answer-address:

   Wenn in Schritt 1 keine Übereinstimmung gefunden wird, versucht der Router oder das Gateway, die Anrufernummer der Anrufeinrichtungsanforderung mit der Antwortadresse jedes DFÜ-Peers abzugleichen. Dieses Attribut kann in Situationen nützlich sein, in denen Sie Anrufe basierend auf der anrufenden Nummer (Initial) zuordnen möchten.

3. Anrufernummer (ANI) mit dem Befehl destination-pattern:

   Wenn in Schritt 2 keine Übereinstimmung gefunden wird, versucht der Router oder das Gateway, die Anrufernummer der Anrufeinrichtungsanforderung mit dem Zielmuster jedes DFÜ-Peers abzugleichen. Weitere Informationen hierzu finden Sie im ersten Aufzählungspunkt im Abschnitt "Zusätzliche Informationen für DFÜ-Peers" dieses Dokuments.

4. Voice-Port (mit der Einrichtungsanforderung für eingehende Anrufe verknüpft) mit konfiguriertem DFÜ-Peer-Port (für eingehende POTS-Anrufabschnitte anwendbar):

   Wenn in Schritt 3 keine Übereinstimmung gefunden wird, versucht der Router oder das Gateway, den konfigurierten DFÜ-Peer-Port mit dem Sprach-Port des eingehenden Anrufs abzugleichen. Wenn für mehrere DFÜ-Peers derselbe Port konfiguriert ist, wird der zuerst in der Konfiguration hinzugefügte DFÜ-Peer zugeordnet.

5. Wenn in den ersten vier Schritten keine Übereinstimmung gefunden wird, wird der Befehl dial peer 0 (pid:0) verwendet.

Anmerkung: Schritt 4 ist nicht auf Sprach- oder Wählplattformen wie AS5300, AS5350, AS5400, AS5800 und AS5850 anwendbar. Wenn einer der ersten drei Schritte nicht verwendet wird, gleichen Sie den DFÜ-Peer 0 an, und der Anruf wird als Modemanruf behandelt. Das bedeutet, dass Kunden bei eingehenden Anrufen Modemtöne anstelle von Wähltönen erhalten.

Der Cisco IOS-Router oder -Gateway erfüllt nur eine dieser Bedingungen. Es müssen nicht alle Attribute im DFÜ-Peer konfiguriert werden, oder jedes Attribut muss mit den Informationen für die Anrufeinrichtung übereinstimmen. Es muss nur eine Bedingung erfüllt sein, damit der Router oder das Gateway einen DFÜ-Peer auswählen kann. Der Router oder das Gateway wird bei Übereinstimmung mit einem DFÜ-Peer angehalten, um die Suche durchzuführen.

Die Kriterien für die längste Präfixzuordnung gelten bei jedem Schritt. Wenn in jedem Schritt mehrere Übereinstimmungen gefunden werden, wird diejenige mit der längsten expliziten Übereinstimmung ausgewählt. Dieses Beispiel verdeutlicht dieses Konzept:

Angenommen, die eingehende angerufene Nummer (DNIS) ist 81690. DFÜ-Peer 2 ist erfolgreich.

dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!

dial-peer voice 2 pots
 incoming called-number 816..
 direct-inward-dial

Anmerkung: Bei eingehenden DFÜ-Peers wird der Befehl session target (Sitzungsziel) ignoriert.

Die Standardeinstellung für Dial-Peer 0 peer_tag=0, pid:0

Wenn der Router oder das Gateway keinen entsprechenden Peer für eingehende Anrufe aufweist, wird der eingehende Anruf automatisch an einen Standard-Peer für Anrufe (POTS oder Voice-Network) weitergeleitet. Dieser Standard-Dial-Peer wird als Dial-Peer 0 oder pid:0 bezeichnet.

Anmerkung: Es gibt eine Ausnahme zu dieser Anweisung. Cisco Sprach- und Wählplattformen wie AS53xx und AS5800 erfordern, dass ein konfigurierter eingehender Dial-Peer für eingehende POTS-Anrufe abgeglichen wird, um als Sprachanrufe angenommen zu werden. Wenn kein Peer-Match für eingehende Anrufe vorliegt, wird der Anruf als DFÜ-Anruf (Modem) behandelt und verarbeitet.

Dial-Peer 0 (pid:0) verfügt über eine Standardkonfiguration, die nicht geändert werden kann. Der Standard-DFÜ-Peer 0 kann nicht über nicht standardmäßige Funktionen, Dienste und Anwendungen verhandeln, z. B.:

• Nicht standardmäßige Sprachnetzwerkfunktionen: dtmf-relay, kein vad usw.

• Durchwahl (Direct Inward Dial, DID)

• TCL-Anwendungen

DFÜ-Peer 0 für eingehende VoIP-Peers hat folgende Konfiguration:

• beliebiger Codec

• vad aktiviert

• keine RSVP-Unterstützung

• Sprache mit Faxrate

Anmerkung: Der Standard-DSCP für Sprache ist der EF-Codepoint 101110 (RFC 2598), und der Standard-DSCP für die Signalisierung ist der AF31-Codepoint 011010 (RFC 2597). Der Standard-DFÜ-Peer markiert Pakete nicht mit DSCP 0. Alle Sprachpakete auf den Routern werden standardmäßig markiert (dies kann vom DFÜ-Peer überschrieben werden), wobei die Signalisierung mit AF31 und Medien mit EF erfolgt. Anrufe, die mit dem Standard-DFÜ-Peer 0 übereinstimmen, müssen ebenfalls dieses Verhalten aufweisen.

Dial-Peer 0 (pid:0) für eingehende POTS-Peers hat folgende Konfiguration:

• keine IVR-Anwendung

Weitere Erläuterungen zu diesem Konzept finden Sie in der Fallstudie: Inbound Matching und Default Dial-Peer 0 Abschnitt dieses Dokuments verstehen.

Besonderer Hinweis zum ISDN-Overlap-Receiving

Wenn der Befehl isdn overlap-received auf ISDN-Schnittstellen konfiguriert ist, wirkt sich dies auf den Peer-Abgleich für eingehende Anrufe aus. Nachdem jede Ziffer auf der ISDN-Ebene empfangen wurde, werden DFÜ-Peers auf Übereinstimmungen überprüft. Bei einer vollständigen Übereinstimmung wird der Anruf sofort (in diesem Fall an die Sitzungs-App) weitergeleitet, bevor weitere Ziffern weitergeleitet werden. Mit dem T-Terminator kann die Übereinstimmung einzelner Ziffern unterbrochen und der Router bzw. das Gateway gezwungen werden, auf den Empfang aller Ziffern zu warten. Das T bezieht sich auf den T302-Interdigit-Timer auf ISDN-Ebene, der über die mit der ISDN-Schnittstelle verknüpfte serielle Schnittstelle konfiguriert werden kann. ISDN bietet auch andere Mechanismen zur Angabe des Ziffernendes, z. B. das Sending Complete Information Element (IE) in Q.931-Informationsmeldungen, die es festlegt.

Besonderer Hinweis zu POTS-Anrufen mit leerem Feld für die Anrufernummer

Nehmen Sie diese Konfiguration an:

dial-peer voice 1 pots
   destination-pattern 9T
   port 1/0:1

Es wird angenommen, dass ein eingehender Anruf ohne Angaben zur Anrufernummer eingeht und basierend auf dem Befehl destination-pattern 9T mit dem POTS-DFÜ-Peer abgeglichen wird. In diesem Fall verwendet der Cisco IOS-Router oder das Gateway die "9"-Ziffer als anrufende Nummer und leitet den Anruf an das zugehörige Gerät, z. B. CallManager oder das Cisco IOS-Gateway, weiter. Um das leere Feld für die Anrufernummer nicht zu ersetzen, erstellen Sie einen Dummy-POTS-DFÜ-Peer, wobei nur der Befehl incoming called-number konfiguriert ist. Da die eingehende called-number< /strong>-Anweisung eine höhere Priorität als das Zielmuster für den eingehenden POTS-Abgleich hat, wird Dial-Peer-Sprache 2 zum verwendeten POTS-Dial-Peer.

dial-peer voice 1 pots 
    destination-pattern 9T
    port 1/0:1
!
dial-peer voice 2 pots
    incoming called-number .

Besonderer Hinweis zur leeren angerufenen Nummer

Die hier gezeigte Warnmeldung, die angezeigt wird, wenn der Dial-Peer mit der eingehenden angerufenen Nummer T konfiguriert ist, kann Fragen bezüglich der Dial-Peer-Auswahl mit einer leeren angerufenen Nummer von einem tatsächlichen Router auslösen.

RTR(config)#dial-peer voice 1 pots
RTR(config-dial-peer)#incoming called-number T 

Warning: Pattern T defines a match with zero or more digits and hence could 
match with an empty number.  If this is not the desired behaviour please 
configure pattern .T instead to match on one or more digits
RTR(config-dial-peer)#

Übereinstimmung eingehender Dial-Peer mit einer leeren angerufenen Nummer:

• Eine Null angerufene Nummer gilt als weniger qualifiziert im Vergleich zu einer Portnummer und/oder in einigen Fällen als Antwortadresse. Aus diesem Grund kann eine Übereinstimmung auf der Basis einer angerufenen Null-Nummer NUR auftreten, wenn keine Übereinstimmung auf der Basis der Antwortadresse oder der Portnummer vorliegt.

• Bei überlappenden Wählvorgängen kann eine angerufene Null-Nummer nicht mit der eingehenden angerufenen Nummer T übereinstimmen, da kein Timeout aufgetreten ist.

• Eine Null-angerufene Nummer kann nur im Fall von ENBLOCK mit der eingehenden angerufenen Nummer T übereinstimmen, und aufgrund der Antwortadresse und Portnummer besteht auch keine Übereinstimmung. Die Warnung, die Sie sehen, wenn Sie die eingehende Rufnummer T konfigurieren, bezieht sich auf diesen speziellen Fall.

Übereinstimmende ausgehende DFÜ-Peers

Um die ausgehenden DFÜ-Peers abzugleichen, verwendet der Router oder das Gateway den Befehl dial peer destination-pattern called_number.

• Bei POTS-DFÜ-Peers wird der Port-Befehl zum Weiterleiten des Anrufs verwendet.

• Bei Voice-Network-DFÜ-Peers wird der Befehl session target (Sitzungsziel) verwendet, um den Anruf weiterzuleiten.

Wenn ausgehende Peers abgeglichen werden, müssen außerdem zwei Fälle berücksichtigt werden: DID-Fall und Nicht-DID.

DID-Ticket (Direct Inward Dial)

Ein mit DID Direct-Inward-Dial konfigurierter Peer für eingehende Anrufe sieht wie folgt aus:

dial-peer voice 1 pots
  incoming called-number 81690
  voice-port 0:D
  direct-inward-dial

Bei DID-Anrufen, die auch als einstufiges Wählen bezeichnet werden, enthält die Einrichtungsnachricht alle Ziffern, die zum Weiterleiten des Anrufs erforderlich sind, und der Router oder das Gateway darf keine weiteren Ziffern sammeln. Wenn der Router oder das Gateway nach einem ausgehenden DFÜ-Peer sucht, verwendet das Gerät die gesamte Zeichenfolge für eingehende Anrufe. Diese Übereinstimmung ist standardmäßig variabel. Diese Übereinstimmung wird nicht für jede Ziffer einzeln durchgeführt, da laut DID-Definition alle Ziffern empfangen wurden. Dieses Beispiel verdeutlicht dieses Konzept:

Angenommen, die DID-Wählzeichenfolge ist 81690. In diesem Fall stimmt der Router mit dem DFÜ-Peer 4 überein und leitet die vollständige Wählzeichenfolge an 81690 weiter.

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Weitere Informationen zur DID finden Sie unter Voice - Understanding Direct-Inward-Dial (DID) on Cisco IOS Digital (T1/E1) Interfaces (Sprache - Verstehen der DID) .

Nicht-DID-Fall

Dieser Fall wird auch als zweistufiges Wählen bezeichnet. Wenn DID für den zugeordneten eingehenden Dial-Peer nicht konfiguriert ist, wechselt der Router oder das Gateway in den Modus zur Ziffernsammlung (eingehende Ziffern werden gesammelt). Der Peer-Abgleich für ausgehende Anrufe erfolgt auf einer Ziffernbasis. Der Router oder das Gateway sucht nach Übereinstimmungen mit DFÜ-Peers, nachdem das Gerät jede Ziffer empfangen hat, und leitet den Anruf dann weiter, wenn eine vollständige Übereinstimmung erfolgt ist. Diese Beispiele helfen, dieses Konzept zu verdeutlichen:

Angenommen, die Wählzeichenfolge ist 81690. Unmittelbar nachdem der Router die Ziffer 6 empfangen hat, stimmt der Router mit dem DFÜ-Peer 3 überein und leitet den Anruf weiter (nur die Ziffern 816 werden weitergeleitet).

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Angenommen, DFÜ-Peer 3 ist für den Platzhalterabgleich konfiguriert:

dial-peer voice 3 voip
 destination-pattern 816..
 session target ipv4:172.22.10.1 
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

In diesem Fall gilt die Regel mit dem längsten Präfix, und der DFÜ-Peer 4 wird für den ausgehenden Anrufabschnitt abgeglichen.

Besonderer Hinweis zu Nummernplänen mit variabler Länge

Es gibt Situationen, in denen erwartete Wählzeichenfolgen nicht über eine festgelegte Anzahl von Ziffern verfügen. In diesem Fall empfiehlt Cisco, den T-Terminator im Befehl dial peer destination-pattern zu konfigurieren, um Dial-Peers mit variabler Länge zu verwenden.

Der T-Terminator zwingt den Router oder das Gateway zu warten, bis die vollständige Wählzeichenfolge empfangen wird. Um dies zu erreichen, zwingt der T-Terminator den Router oder das Gateway, zu warten, bis die vollständige Wählzeichenfolge empfangen wird. Router oder Gateway:

• Wartet auf einen festgelegten Interdigit-Timeout, bevor das Gerät den Anruf weiterleitet.

• Leitet den Anruf weiter, sobald das Gerät das #-Beendigungszeichen in der Wählzeichenfolge empfängt. Wenn Sie beispielsweise 5551212# gewählt haben, weist das # den Router darauf hin, dass Sie alle Ziffern gewählt haben und dass alle Ziffern vor dem # mit einem DFÜ-Peer übereinstimmen müssen.

Dieses Beispiel verdeutlicht dieses Konzept:

Angenommen, der Router in diesem Beispiel empfängt eine Anrufeinrichtung mit der Wählzeichenfolge 9551212 vom Netzwerk. Wählen Sie Peer 2 und leitet die Nummern 5551212 an das PSTN weiter:

dial-peer voice 2 pots
 destination-pattern 9T
 port 2/0:23

Angenommen, die Wählzeichenfolge einer eingehenden POTS-Schnittstelle lautet 81690:

dial-peer voice 3 voip
 destination-pattern 8T
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690T
 session target ipv4:172.22.10.1

In diesem Fall gilt die Regel mit dem längsten Präfix, und der DFÜ-Peer 4 wird für den ausgehenden Anrufabschnitt abgeglichen.

• Das Standard-Interdigit-Timeout ist auf 10 Sekunden festgelegt. Um diesen Wert zu ändern, geben Sie den Befehl timeouts interdigit seconds voice-port ein.

• Immer wenn das T verwendet wird, muss T ein vollständiger Stopp (.) oder Ziffern (T oder z.B. 555T) vorangestellt werden. Wenn Sie T alone verwenden, handeln die DFÜ-Peers falsch und beeinflussen, wie Anrufe vom Router verarbeitet werden.

Betriebsstatus des DFÜ-Peers

Ein DFÜ-Peer-Betriebsstatus muss administrativ aktiv und gültig sein, damit der DFÜ-Peer zugeordnet werden kann. Damit DFÜ-Peers als betriebsbereit angesehen werden können, müssen sie eine der folgenden Bedingungen erfüllen:

• Das Zielmuster wird konfiguriert, und ein Sprach-Port oder Sitzungsziel wird ebenfalls konfiguriert.

• Die Nummer des eingehenden Anrufs ist konfiguriert.

• Die Antwortadresse ist konfiguriert.

Es gibt andere Bedingungen, aber das sind die wichtigsten.

Weitere Informationen finden Sie unter Voice - Understanding the Operational Status of Dial-Peers on Cisco IOS Platforms .

Zusätzliche Informationen für DFÜ-Peers

Das Zielmuster des DFÜ-Peer-Attributs hat ein anderes Verhalten, wenn es auf die ein- oder ausgehenden Anrufabschnitte angewendet wird:

• Bei eingehenden DFÜ-Peers wird das Zielmuster mit der anrufenden Nummer abgeglichen (ANI-Zeichenfolge).

• Bei ausgehenden DFÜ-Peers wird das Zielmuster mit der angerufenen Nummer (DNIS-Zeichenfolge) abgeglichen.

Aus diesem Grund kann ein DFÜ-Peer mit dem Attribut destination-pattern sowohl für die ausgehende als auch für die eingehende< /i> Übereinstimmung funktionieren.

Anwenderbericht: Eingehende Übereinstimmung und Standard-DFÜ-Peer 0 verstehen

Für jeden Wählplan ist ein ausgehender und ein eingehender DFÜ-Peer erforderlich. In diesem Beispiel geht eine PSTN T1-Verbindung als eingehend zum Router maui-gwy-04 ein. In diesem Fall versucht der Router beim Empfang eines eingehenden Anrufs vom PSTN, die angerufene Nummer zu finden. Wenn der Anruf eingeht, erhält der Anrufer eine Anrufer-ID mit automatischer Rufnummernerkennung (Automatic Number Identification, ANI). In diesem Beispiel gibt es einen DID-Bereich (Direct Inward Dial), der mit 8 beginnt. DNIS ist die Nummer, die die Person auf dem PSTN wählt. Bei der Nummer kann es sich um eine elf- oder zehnstellige Nummer handeln. Stimmt diese mit dem mit der Durchwahl konfigurierten Peer für eingehende Anrufe überein, werden nur 4 Nummern nach 8 weitergeleitet und die übrigen Nummern entfernt, damit der Anruf ohne Unterstützung durch einen Empfangsmitarbeiter direkt erreicht werden kann.

Wenn kein Peer für eingehende Anrufe konfiguriert ist, wird der Dial-Peer 0 zugeordnet und übernimmt den Anruf. Der Dial-Peer 0 weist folgende Attribute auf:

• Kompatibel mit jedem Codec

• Voice Activity Detection (VAD) aktiviert

• Datenverkehr als IP-Rangfolge 0 markieren

• Keine RSVP-Unterstützung

• Unterstützt den FAX-RATE-Dienst

Anmerkung: Der Befehl IP Precedence (IP-Rangfolge) wird auf den Standardwert 0 gesetzt, wodurch die IP Precedence unverändert übergeben wird.

Konfigurationen

!--- 

!
version 12.0
service timestamps debug datetime
!
hostname maui-gwy-04
!
isdn switch-type primary-ni
!
controller T1 0
 framing esf
 clock source line primary
 linecode b8zs
 pri-group timeslots 1-24
!
voice-port 0:D
!

!--- This dial peer is used for !--- inbound DID calls.

Dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!
dial-peer voice 3 voip
 destination-pattern 8....
 DTMF-relay cisco-rtp
 session target ipv4:172.22.10.1
!
dial-peer voice 2 pots
 destination-pattern 9T
 port 0:D
!
interface Ethernet0
 ip address 172.22.10.2 255.255.255.0
 no ip directed-broadcast
!
interface Serial0:23
 no ip address
 no ip directed-broadcast
 isdn switch-type primary-ni
 isdn incoming-voice modem
 fair-queue 64 256 0
 no cdp enable

!
version 12.2
service timestamps debug datetime
!
hostname maui-gwy-06
!
interface Ethernet0/0
 ip address 172.22.10.1 255.255.255.0
 half-duplex
!

!--- FXS port

voice-port 1/0/0
!
dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 DTMF-relay cisco-rtp

In dieser Fallstudie werden die folgenden Befehle zum Anzeigen und Debuggen verwendet:

• show call active voice {brief} Dieser Befehl zeigt den Inhalt der Tabelle für aktive Anrufe an, die alle Anrufe anzeigt, die derzeit über den Router verbunden sind. In diesem Fall ist der Befehl hilfreich, um DFÜ-Peers und -Funktionen anzuzeigen, die einem aktiven Anruf zugeordnet sind.

• debug voip ccapi inout Dieser Befehl ist nützlich, um End-to-End-VoIP-Anrufe zu behandeln.

!--- Action: Call is placed from the PSTN through maui-gwy-04 
!--- and terminated on an FXS port of maui-gwy-06 (called number: "81560") 
!--- Notes: 
!--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. !--- 2)On maui-gwy-06, no inbound VoIP dial-peer is matched and default 
!--- dial-peer=0 is used. Therefore, the DTMF-relay cisco-rtp negotiation !--- fails. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-04 (Originating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-04#show call active voice brief

!--- This information was captured on the call originating gateway 
!--- once the call was placed and active. !--- !---  !

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
  dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes> <state>
 IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
  delay:<last>/<min>/<max>ms <codec>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<1> acom:<1> i/o:<1>/<1> dBm


!--- POTS (keyword Tele) dial-peer 1 is matched inbound (keyword Answer). 
!--- This dial-peer was matched based on condition 1 of the Matching Inbound 
!--- Dial Peers section of this document.

87   : 415666267hs.1 +107 pid:1 Answer  active
 dur 00:00:20 tx:101/791 rx:100/3200
 Tele 0:D:93: tx:20600/2000/0ms g729r8 noise:-56 acom:0  i/0:-55/-70 dBm


!--- VoIP (keyword IP) dial-peer 3 is matched outbound (keyword Originate). 
!--- This dial-peer was matched based on the destination-pattern command.

87   : 415666268hs.1 +106 pid:3 Originate 81560 active
 dur 00:00:20 tx:100/2000 rx:101/1991
 IP 172.22.10.1:18160 rtt:2ms pl:1990/40ms lost:0/1/0 delay:69/69/70ms g729r8

maui-gwy-04#show call active voice

!---  
!--- With the show call active voice command, you see that DTMF-relay Cisco 
!--- RTP was partially negotiated.
 
VOIP:
RemoteIPAddress=172.22.10.1
RemoteUDPPort=18160
RoundTripDelay=4 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
SessionProtocol=cisco
SessionTarget=ipv4:172.22.10.1
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway) 
!----------------------------------------------------------------------------- 

maui-gwy-06#show call active voice brief

!--- This information was captured once the call was placed and active. 
!--- !---  
!--- Notice that in this case, default VoIP(keyword IP) dial-peer 0 was 
!--- matched inbound.
 
Total call-legs: 2
87   : 257583579hs.1 +105 pid:0 Answer  active
 dur 00:10:03 tx:1938/37069 rx:26591/531820
 IP 172.22.10.2:18988 rtt:1ms pl:528740/160ms lost:0/1/0 delay:50/50/70ms
 g729r8

87   : 257583580hs.1 +104 pid:1 Originate 81560 active
 dur 00:10:05 tx:26648/532960 rx:1938/37069
 Tele 1/0/0 (96): tx:605710/37690/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm

maui-gwy-06#show call active voice

!---  !--- Notice that DTMF-relay cisco rtp was NOT negotiated on this end.

Total call-legs: 2
VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=2 ms
SelectedQoS=best-effort
tx_DtmfRelay=inband-voice
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=ext-signal


!--- Output from debug voip ccapi inout. 
!---  
!--- Inbound VoIP call leg is matched to default dial-peer 0. 
!--- In this case, notice that maui-gwy-06 did not receive the calling 
!--- number (ANI). Therefore, voip dial-peer 2 was not matched based on 
!--- condition 3 of the Matching Inbound Dial Peers section of this document.



*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
 callInfo={called=81560,
     called_oct3=0 calling=,calling_oct3=0x0,calling_oct3a=0x0,
calling_xlated=false,
     subscriber_type_str=Unknown, fde,peer_tag=0, prog_ind=0},
callID=0x62343650)
*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
callInfo={called=81560,
     calling=, fd1 peer_tag=0}, callID=0x62343650)
*Mar 30 19:30:35: >>>>CCAPI handed cid 95 with tag 0 to app "DEFAULT"
.....


!--- Outbound POTS dial-peer 1 is matched.


*Mar 30 19:30:35: ssaSetupPeer cid(95) peer list:  tag(1)
 called number (81560)
*Mar 30 19:30:35: ccCallSetupRequest (Inbound call = 0x5F,
 outbound peer =1, dest=,
        params=0x621D4570 mode=0, *callID=0x621D48D8, prog_ind = 0)
*Mar 30 19:30:35: peer_tag=1

Fügen Sie jetzt den folgenden Befehl hinzu, um den eingehenden VoIP-Dial-Peer 2 auf maui-gwy-06 abzugleichen:

maui-gwy-06#config t
Enter configuration commands, one per line.  End with CNTL/Z.
maui-gwy-06(config)#dial-peer voice 2 voip

!--- This command uses the DNIS(called number)to match the inbound call leg 
!--- to the dial-peer. 

maui-gwy-06(config-dial-peer)#incoming called-number 8....

Dies ist ein Schnappschuss der maui-gwy-06-Konfiguration nach zusätzlicher Konfiguration:

!--- 

dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 incoming called-number 8....
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 dtmf-relay cisco-rtp
!

!--- Action: Call is placed from the PSTN through maui-gwy-04 !--- and terminated in an FXS port of maui-gwy-06 (called number: "81560"). 
!--- Notes: !--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. 
!--- 2)On maui-gwy-06, dial-peer 2 voip is matched inbound, and dtmf-relay 
!--- Cisco RTP is negotiated. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-06#show call active voice brief

!--- 

Total call-legs: 2

!--- Notice that in this case, the inbound VoIP call leg is matched to !--- dial-peer 2 VOIP.

8B   : 258441268hs.1 +176 pid:2 Answer  active
 dur 00:01:01 tx:485/8768 rx:2809/56180
 IP 172.22.10.2:16762 rtt:2ms pl:52970/120ms lost:0/1/0 delay:
60/60/70ms g729r8

8B   : 258441269hs.1 +175 pid:1 Originate 81560 active
 dur 00:01:02 tx:2866/57320 rx:512/9289
 Tele 1/0/0 (98): tx:64180/9640/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm


maui-gwy-06#show call active voice

!---  !--- Notice that dtmf-relay cisco rtp was successfully negotiated.

VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=1 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
SessionTarget=
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

Zugehörige Informationen

• Sprachkommunikation – Grundlegendes zu Dial Peers und Call Legs auf Cisco IOS-Plattformen
• Sprache - Eingehende und ausgehende DFÜ-Peers auf Cisco IOS-Plattformen (Möglicherweise auf Englisch)
• Sprache - Informationen zum Betriebsstatus von DFÜ-Peers auf Cisco IOS-Plattformen
• Sprache - DID (Direct-Inward-Dial) an digitalen Cisco IOS-Schnittstellen (T1/E1)
• VoIP - Erläuterungen zu Codecs: Komplexität, Unterstützung, MOS und Aushandlung
• Technischer Support und Dokumentation für Cisco Systeme