In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument wird beschrieben, wie die Peers für eingehende und ausgehende Anrufe mit herkömmlichen Telefondiensten (POTS) und Sprachnetzwerkanrufen abgeglichen werden.
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
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.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
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:
DFÜ-Peer-Attribut | Beschreibung | Call Setup Element (Siehe nächste Tabelle.) |
---|---|---|
gwy(config-dial-peer)#incoming called-numberDNIS_string | Mit diesem DFÜ-Peer-Befehl wird die Ziel- oder DNIS-Zeichenfolge (Dialed Number Identification Service) der angerufenen Nummer definiert. Bei ordnungsgemäßer Konfiguration verwendet dieser DFÜ-Peer-Befehl die angerufene Nummer, um die eingehende Anrufstrecke mit der eingehenden DFÜ-Peer-Verbindung abzugleichen. | Angerufene Nummer (DNIS) |
gwy(config-dial-peer)#answer-addressANI_string | Dieser DFÜ-Peer-Befehl definiert die Zeichenfolge für die anfängliche Anrufernummer oder die automatische Rufnummernerkennung (Automatic Number Identification, ANI). Bei ordnungsgemäßer Konfiguration verwendet dieser DFÜ-Peer-Befehl die anrufende Nummer, um die eingehende Anrufstrecke mit der eingehenden DFÜ-Peer-Verbindung abzugleichen. | Anrufernummer (ANI) |
gwy(config-dial-peer)#destination-patternString | Wenn die eingehenden Anrufabschnitte abgeglichen werden, verwendet dieser Befehl die anrufende Nummer (Initial- oder ANI-Zeichenfolge), um die eingehenden Anrufabschnitte mit einem Peer für eingehende Anrufe abzugleichen. | Calling Number (ANI) für eingehende oder DNIS-Zeichenfolgen (Called Number) für ausgehende Anrufe |
gwy(config-dial-peer)#port | Dieser DFÜ-Peer-Befehl definiert den POTS-Sprach-Port, über den Anrufe an diesen DFÜ-Peer getätigt werden. | Sprach-Port |
Hinweis: Bei Peers für ausgehende Anrufe wird dieser Befehl mit der angerufenen Nummer oder den DNIS-Zeichenfolgen abgeglichen.
Die drei Elemente der Anrufeinrichtung sind:
Setup-Element für Anrufe | Beschreibung |
---|---|
Angerufene Nummer (DNIS) | Dies ist die Ziffernfolge für das Anrufziel, die von der ISDN-Einrichtungsnachricht oder den Channel Associated Signaling (CAS)-DNIS abgeleitet wird. |
Anrufernummer (ANI) | Dabei handelt es sich um eine Zahlenzeichenfolge, die den Ursprung darstellt und von der ISDN-Einrichtungsnachricht oder CAS ANI abgeleitet wird. Die ANI wird auch als Calling Line Identification (CLID) bezeichnet. |
Sprach-Port | Dies stellt den physischen POTS-Sprachport dar. |
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.
Hinweis: 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:
Angerufene Nummer (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".
Calling Number (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.
Calling Number (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.
Voice-Port (mit der Anforderung zum Einrichten eingehender 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.
Wenn in den ersten vier Schritten keine Übereinstimmung gefunden wird, wird der Befehl dial peer 0 (pid:0) verwendet.
Hinweis: Schritt 4 gilt nicht für Sprach- oder Wählplattformen wie AS5300, AS5350, AS5400, AS5800 und AS5850. Wenn einer der ersten drei Schritte nicht verwendet wird, gleichen Sie den DFÜ-Peer 0 aus, und der Anruf wird als ein Modemanruf behandelt. Das bedeutet, dass Kunden bei eingehenden Anrufen Modemtöne anstelle von Wähltönen erhalten.
Der vorherige Auswahlprozess wird mit dem folgenden Diagramm angezeigt:
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) lautet "81690". DFÜ-Peer 2 wurde zugeordnet.
dial-peer voice 1 pots incoming called-number 8.... direct-inward-dial ! dial-peer voice 2 pots incoming called-number 816.. direct-inward-dial
Hinweis: Bei eingehenden DFÜ-Peers wird der Befehl session target ignoriert.
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.
Hinweis: Diese Anweisung enthält eine Ausnahme. 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) weist eine Standardkonfiguration auf, 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, no 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
Hinweis: 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 die Medien mit EF erfolgen. Anrufe, die mit dem Standard-DFÜ-Peer 0 übereinstimmen, müssen ebenfalls dieses Verhalten aufweisen.</p
Dial-Peer 0 (pid:0) für eingehende POTS-Peers hat folgende Konfiguration:
keine IVR-Anwendung
Weitere Erläuterungen zu diesem Konzept finden Sie im Abschnitt "Fallstudie: Verstehen der eingehenden Übereinstimmung und des Standard-DFÜ-Peer 0" dieses Dokuments.
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 diese Zuordnung einzelner Ziffern unterbrochen und der Router oder das Gateway gezwungen werden, zu warten, bis alle Ziffern empfangen wurden. 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.
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 .
Die hier gezeigte Warnmeldung, die angezeigt wird, wenn der Dial-Peer mit der eingehenden angerufenen Nummer T konfiguriert ist, kann Fragen zur 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 angerufene Null-Nummer gilt im Vergleich zu einer Portnummer und/oder in einigen Fällen einer Antwortadresse als "weniger" qualifiziert. Aus diesem Grund kann eine Übereinstimmung auf der Basis einer "Null"-angerufenen Nummer NUR auftreten, wenn keine Übereinstimmung auf der Basis der Antwortadresse oder der Portnummer vorliegt.
Bei überlappenden Wählvorgängen kann die 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 "eingehender angerufener Nummer T" übereinstimmen, und es gibt auch keine Übereinstimmung aufgrund von Antwortadresse und Portnummer. Die Warnung, die Sie sehen, wenn Sie "incoming called-number T" (eingehende angerufene Nummer T) konfigurieren, bezieht sich auf diesen speziellen Fall.
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 zwei Fälle berücksichtigt werden: DID-Fall und Nicht-DID.
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 "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) .
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" erhalten hat, gleicht der Router den DFÜ-Peer 3 ab 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
Gehen Sie nun davon aus, dass der DFÜ-Peer 3 für die Platzhalterübereinstimmung konfiguriert ist:
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.
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 erhält. 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 "#" verwendet werden müssen, um mit einem DFÜ-Peer übereinzustimmen.
Dieses Beispiel verdeutlicht dieses Konzept:
Angenommen, der Router in diesem Beispiel empfängt eine Anrufkonfiguration mit der Wählzeichenfolge "95551212" aus dem Netzwerk. Mit DFÜ-Peer 2 werden dann die Ziffern "5551212" an das PSTN weitergeleitet.
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.
Bei jeder Verwendung von "T" muss "T" durch ein "." oder Ziffern vorangestellt werden (".T" oder "555T" zum Beispiel). Wenn Sie nur "T" verwenden, handeln die DFÜ-Peers falsch und beeinflussen die Art und Weise, wie Anrufe vom Router verarbeitet werden.
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 .
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.
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 bei 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
Hinweis: Der Befehl IP Precedence (IP-Rangfolge) ist auf den Standardwert 0 gesetzt, was bewirkt, dass die IP Precedence unverändert übergeben wird.
maui-gwy-04 | maui-gwy-06 |
---|---|
!--- |
! 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 |
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"). |
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
11-Dec-2001 |
Erstveröffentlichung |