Eingehende/ausgehende DFÜ-Peers verstehen, die mit IOS-Plattformen übereinstimmen

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

Ü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 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 "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" 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.

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

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

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

• 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)
• Sprache - Informationen zum Betriebsstatus von DFÜ-Peers auf Cisco IOS-Plattformen
• Sprache - DID (Direct-Inward-Dial) an digitalen Cisco IOS-Schnittstellen (T1/E1)
• VoIP - Understanding Codecs: Complexity, Support, MOS, and Negotiation
• Technischer Support und Dokumentation für Cisco Systeme