Begrijp het matchen van inkomende / uitgaande kiespeers op iOS-platforms

Inleiding

In dit document wordt beschreven hoe de inkomende en uitgaande kiespeers worden afgestemd op traditionele telefoondiensten (POTS) en op gespreksposten van het spraaknetwerk.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

• Voice - Inzicht in kiespeers en calllegs op Cisco IOS®-platforms

• Voice - Inbound en Outbound Dial Peers op Cisco IOS-platforms begrijpen

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Conventies

Raadpleeg de technische tips van Cisco voor meer informatie over documentconventies.

overeenkomende inkomende kiescollega's

Inbound Dial Peers Elementen en Attributen

Drie informatie-elementen die worden verzonden in het oproepinstallatiebericht en vier configureerbare kenmerken van de peer-opdracht voor de kiesschijf worden als volgt gebruikt om kiespeers te matchen:

• Inkomende POTS-kiezerpeers worden gekoppeld aan inkomende POTS-roeppoten op de eerste router of gateway.

• Inkomende Voice-Network-kiezerpeers zijn gekoppeld aan inkomende Voice-Network-oproeppoten van de afsluitende router of gateway. Voorbeelden van Voice-Network calls zijn Voice over IP (VoIP), Voice over Frame Relay (VoFR), Voice over ATM (VoATM) en Multimedia Mail over IP (MoIP).

De vier configureerbare Cisco IOS dial peer attributen en gerelateerde call setup elementen worden hier getoond:

Opmerking: voor uitgaande kiespeers wordt deze opdracht vergeleken met het opgeroepen nummer of de DNIS-tekenreeksen.

De drie elementen van de oproepconfiguratie zijn:

Matchingproces voor inkomende kiezerspeers

Wanneer de Cisco IOS router of gateway een oproep setup verzoek ontvangt, wordt een dial peer match gemaakt voor de inkomende oproep om het routeren van de oproep naar verschillende sessie applicaties te vergemakkelijken. Dit is geen digit-by-digit overeenkomst, in plaats daarvan wordt de volledige cijferreeks ontvangen in de setup verzoek gebruikt om overeen te komen met geconfigureerde dial peers.

Opmerking: Het maximale aantal kiespeers dat op een Cisco IOS-gateway kan worden geconfigureerd, is afhankelijk van het beschikbare geheugen (DRAM). Elke dial peer verbruikt ongeveer 6 KB geheugen. Zorg ervoor dat u ten minste 20% van het totale geheugen gereserveerd hebt voor andere CPU-processen. Als de kiespeers worden gebruikt voor gespreksroutering, kan een groter aantal kiespeers bijdragen aan de vertraging om een oproep te routeren. Dit kan belangrijk zijn omdat de Cisco IOS-spraakstack van bovenaf door kiespeers kijkt, vergelijkbaar met een toegangscontrolelijst.

De router of gateway stemt de informatie-elementen in het installatiebericht af op de kenmerken van de kiespeer om een inkomende kiespeer te selecteren. De router of gateway komt overeen met deze items in deze volgorde:

1. Bellingnummer (DNIS) met de opdracht inkomend opgeroepen nummer:

   Ten eerste probeert de router of gateway het opgeroepen nummer van het oproepinstallatieverzoek te matchen met het geconfigureerde inkomende oproepnummer van elke kiespeer. Omdat oproepinstellingen altijd DNIS-informatie bevatten, wordt het aanbevolen om de opdracht Incoming Called-Number te gebruiken voor inbound dial peer matching. Dit attribuut heeft overeenkomende prioriteit boven de opdrachten antwoordadres en bestemmingspatroon.

2. Bellingnummer (ANI) met de opdracht antwoordadres:

   Als er in stap 1 geen overeenkomst wordt gevonden, probeert de router of gateway het oproepnummer van het oproepinstallatieverzoek te matchen met het antwoordadres van elke kiezer. Dit kenmerk kan handig zijn in situaties waarin u oproepen wilt matchen op basis van het oproepnummer (initieel).

3. Aanroepnummer (ANI) met de opdracht bestemmingspatroon:

   Als er in stap 2 geen overeenkomst wordt gevonden, probeert de router of gateway het oproepnummer van het oproepinstallatieverzoek af te stemmen op het bestemmingspatroon van elke kiespeer. Zie het eerste opsommingsteken in de sectie Aanvullende informatie over kiezersgroep van dit document voor meer informatie hierover.

4. Spraakpoort (gekoppeld aan het inkomende oproepinstallatieverzoek) met geconfigureerde peer-poort (van toepassing op inkomende POTS-oproeppoten):

   Als er geen overeenkomst wordt gevonden in stap 3, probeert de router of gateway de geconfigureerde dial peer-poort te matchen met de spraakpoort die is gekoppeld aan het inkomende gesprek. Als meerdere kiespeers dezelfde poort hebben geconfigureerd, wordt de kiespeer die eerst in de configuratie is toegevoegd, gekoppeld.

5. Als er in de eerste vier stappen geen overeenkomst wordt gevonden, wordt de opdracht standaard peer 0 (pid:0) gebruikt.

Opmerking: stap 4 is niet van toepassing op spraak- of kiesplatforms zoals AS5300, AS5350, AS5400, AS5800 en AS5850. Als een van de eerste drie stappen niet wordt gebruikt, kies dan voor kiezersper 0 en wordt de oproep behandeld als een kiezersplaatmodemoproep. Dit betekent dat klanten modemtonen kunnen krijgen in tegenstelling tot kiestonen voor inkomende oproepen.

De Cisco IOS-router of -gateway voldoet aan slechts één van deze voorwaarden. Het is niet nodig dat alle attributen in de peer-kiesschijf worden geconfigureerd of dat elk attribuut overeenkomt met de installatiegegevens van de oproep. Er moet slechts aan één voorwaarde worden voldaan voordat de router of gateway een dial peer kan selecteren. De router of gateway stopt met zoeken zodra één peer-kiesschijf is gekoppeld.

De langste matchingcriteria voor voorvoegsels zijn van toepassing wanneer elke stap wordt uitgevoerd. Bij elke stap, als er meerdere matches worden gevonden, wordt degene met de langste expliciete match gekozen. Dit voorbeeld helpt dit concept te verduidelijken:

Stel dat het inkomende opgeroepen nummer (DNIS) 81690 is. Dial peer 2 is gekoppeld.

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

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

Opmerking: voor inkomende kiezerpeers wordt de opdracht Sessiedoel genegeerd.

De standaard inbelverbinding 0 peer_tag=0, pid:0

Als de router of gateway geen inkomende kiezelpeer heeft, wordt de inkomende oproepeenheid automatisch naar een standaard kiezelpeer (POTS of Voice-Network) geleid. Deze standaardkiezer wordt aangeduid als kiezer 0 of pid:0.

Opmerking: er is een uitzondering op deze verklaring. Cisco spraak- en kiesplatforms, zoals de AS53xx en AS5800, vereisen dat een geconfigureerde inbound dial peer is afgestemd op inkomende POTS-oproepen om te worden geaccepteerd als spraakoproepen. Als er geen inbound dial peer match is, wordt de oproep behandeld en verwerkt als een inbeloproep (modem).

Dial-peer 0 (pid:0) heeft een standaardconfiguratie die niet kan worden gewijzigd. De standaard dial-peer 0 slaagt er niet in om niet-standaardmogelijkheden, services en toepassingen te onderhandelen, zoals:

• Niet-standaard Voice-Network-mogelijkheden: dtmf-relais, geen vad enzovoort.

• Direct Inward Dial (DID)

• TCL-toepassingen

Dial-peer 0 voor inkomende VoIP-peers heeft deze configuratie:

• Elke codec

• VAD ingeschakeld

• Geen RSVP-ondersteuning

• spraak met faxsnelheid

Opmerking: De standaard DSCP voor spraak is EF codepoint 101110 (RFC 2598) en de standaard DSCP voor signalering is AF31 codepoint 011010 (RFC 2597). De standaardkiezer peer markeert geen pakketten naar DSCP 0. Alle spraakpakketten op de routers zijn standaard gemarkeerd (dit kan worden overschreven door de dial peer), signalering met AF31 en media met EF. Oproepen die overeenkomen met de standaarddraaiknop peer 0 moeten ook dit gedrag vertonen.

Dial-peer 0 (pid:0) voor inkomende POTS-peers heeft deze configuratie:

• Geen IVR-toepassing

Zie voor meer uitleg over dit concept de sectie Case Study: Understanding Inbound Matching and Default Dial-Peer 0 van dit document.

Speciale opmerking over ISDN-overlappingen ontvangen

Er zijn implicaties voor inbound dial peer matching wanneer de isdn overlap-ontvangende opdracht is geconfigureerd op ISDN-interfaces. Nadat elk cijfer op de ISDN-laag is ontvangen, worden de kiespeers gecontroleerd op overeenkomsten. Als een volledige match wordt gemaakt, wordt de oproep onmiddellijk gerouteerd (naar de sessie-app in dit geval) voordat extra cijfers worden gerouteerd. De T-terminator kan worden gebruikt om deze digit-by-digit matching op te schorten en de router of gateway te dwingen te wachten totdat alle cijfers zijn ontvangen. De T verwijst naar de T302 interdigit timer op ISDN-niveau, configureerbaar onder de seriële interface gekoppeld aan de ISDN-interface. ISDN biedt ook andere mechanismen om het einde van cijfers aan te geven, zoals het verzenden van complete informatie-element (IE) in Q.931 informatieberichten die het instelt.

Speciale opmerking over POTS-oproepen met leeg belnummerveld

Ga uit van deze configuratie:

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

Stel dat een inkomende oproep aankomt zonder belnummerinformatie en wordt gekoppeld aan de POTS-kiezerpeer op basis van het bestemmingspatroon 9T-opdracht. In dit geval gebruikt de Cisco IOS-router of -gateway het cijfer "9" als het oproepnummer en stuurt het gesprek door naar het gerelateerde apparaat, zoals CallManager of de .Cisco IOS-gateway. Om het lege belnummerveld niet te vervangen, maakt u een dummy POTS-peer met alleen de opdracht inkomend opgeroepen nummer geconfigureerd. Omdat het aanroepende inkomende nummer</strong> een hogere prioriteit heeft dan het bestemmingspatroon voor inkomende POTS-matching, wordt dial-peer voice 2 de gebruikte POTS-kiezerpeer.

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

Speciale opmerking over Leeg opgeroepen nummer

Het hier weergegeven waarschuwingsbericht, dat wordt weergegeven wanneer de inbelverbinding is geconfigureerd met het binnenkomende nummer T, kan vragen oproepen met betrekking tot de selectie van de inbelverbinding met een leeg opgeroepen nummer van een daadwerkelijke router.

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)#

Binnenkomende dial-peer match met een leeg opgeroepen nummer:

• Een nulnummer wordt als minder gekwalificeerd beschouwd in vergelijking met een poortnummer en/of in sommige gevallen een antwoordadres. Daarom kan een overeenkomst op basis van een null-nummer ALLEEN plaatsvinden als er geen overeenkomst is op basis van het antwoordadres of het poortnummer.

• In het geval van een overlappende keuze kan een null-aangeroepen nummer niet overeenkomen met het inkomende aanroepnummer T omdat er geen time-out is opgetreden.

• Een null called-number kan alleen overeenkomen met het inkomende called-number T in het geval van ENBLOCK en er is geen match, hetzij vanwege het antwoordadres en het poortnummer. De waarschuwing die u ziet wanneer u het binnenkomende oproepnummer T configureert, verwijst naar dit specifieke geval.

Overeenkomende uitgaande kiespeers

Om de uitgaande kiespeers te matchen, gebruikt de router of gateway het bestemmingspatroon van de kiespeer genaamd_number-opdracht.

• Op POTS-kiezerpeers wordt de opdracht poort vervolgens gebruikt om de oproep door te sturen.

• Op Voice-Network dial peers wordt de opdracht sessiedoel vervolgens gebruikt om de oproep door te sturen.

Ook wanneer uitgaande peers worden gematcht, zijn er twee gevallen om te overwegen: DID-geval en niet-DID.

DID (Direct Inward Dial)-geval

Een binnenkomende kiespeer geconfigureerd met DID direct-inward-dial ziet er als volgt uit:

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

Op DID-oproepen, ook wel eentraps kiezen genoemd, bevat het installatiebericht alle cijfers die nodig zijn om de oproep te routeren en mag de router of gateway geen verdere cijferverzameling uitvoeren. Wanneer de router of gateway zoekt naar een uitgaande kiespeer, gebruikt het apparaat de volledige inkomende kiesreeks. Deze overeenkomst is standaard variabele lengte. Deze overeenkomst wordt niet digit-by-digit gedaan omdat per DID-definitie alle cijfers zijn ontvangen. Dit voorbeeld helpt dit concept te verduidelijken:

Stel dat de DID-kiesreeks 81690 is. In dit geval komt de router overeen met dial peer 4 en stuurt de volledige dial-string 81690 door.

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

Voor meer informatie over DID, raadpleegt u Voice - Understanding Direct-Inward-Dial (DID) op Cisco IOS Digital (T1/E1)-interfaces.

Niet-DID-geval

Dit geval wordt ook wel tweestapskiezen genoemd. Als de DID niet is geconfigureerd op de overeenkomende inkomende kiezerpeer, gaat de router of gateway de cijferverzamelingsmodus in (cijfers worden inbound verzameld). Outbound dial peer matching wordt uitgevoerd op een digit-by-digit basis. De router of gateway controleert of de kiezer overeenkomt nadat het apparaat elk cijfer heeft ontvangen en stuurt de oproep vervolgens door wanneer een volledige overeenkomst is gemaakt. Deze voorbeelden helpen dit concept te verduidelijken:

Stel dat de tekenreeks 81690 is. Onmiddellijk nadat de router het cijfer 6 ontvangt, komt de router overeen met kiezer 3 en routeert de oproep (alleen de cijfers 816 doorsturen).

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

Stel nu dat dial peer 3 is geconfigureerd voor wild-card matching:

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 dit geval is de regel met het langste voorvoegsel van toepassing en wordt kiespeer 4 gekoppeld aan de uitgaande aanroeppoot.

Speciale opmerking over kiesplannen met variabele lengte

Er zijn situaties waarin de verwachte dial-strings geen vast aantal cijfers hebben. In dergelijke gevallen raadt Cisco u aan de T-terminator op de opdracht dial peer-bestemmingspatroon te configureren om dial-peers met variabele lengte te gebruiken.

De T-terminator dwingt de router of gateway te wachten totdat de volledige kiesreeks is ontvangen. Om dit te bereiken, dwingt de T-terminator de router of gateway te wachten totdat de volledige kiesreeks is ontvangen. De router of gateway:

• Wacht op een ingestelde interdigit time-out voordat het apparaat de oproep routeert.

• Hiermee wordt de aanroep gerouteerd zodra het apparaat het # terminatieteken in de kiesreeks ontvangt. Als u bijvoorbeeld 5551212# hebt gebeld, geeft # aan dat u alle cijfers vóór #hebt gekozen en dat alle cijfers vóór# moeten worden gebruikt om aan te sluiten bij een peer-kiesschijf.

Dit voorbeeld helpt dit concept te verduidelijken:

Ga ervan uit dat de router in dit voorbeeld een oproepinstallatie met kiesreeks 95551212 van het netwerk ontvangt. Dial peer 2 stuurt vervolgens de cijfers 5551212 door naar de PSTN:

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

Stel dat de kiesreeks van een inkomende POTS-interface 81690 is:

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 dit geval is de regel met het langste voorvoegsel van toepassing en wordt kiespeer 4 gekoppeld aan de uitgaande oproeppoot.

• De standaard interdigit time-out is ingesteld op 10 seconden. Als u deze waarde wilt wijzigen, geeft u de opdracht time-outs interdigit seconds voice-port op.

• Telkens wanneer de T wordt gebruikt, moet T worden voorafgegaan door een volledige stop (.) of cijfers (T of 555T bijvoorbeeld). Als u T alleen gebruikt, handelen de kiescollega's onjuist en beïnvloeden ze hoe oproepen door de router worden afgehandeld.

Operationele status van kiezersgroep

De operationele status van een peer-kiesschijf moet administratief omhoog staan en geldig zijn om de peer-kiesschijf te kunnen matchen. Om als operationeel te worden beschouwd, moeten kiespeers aan een van deze voorwaarden voldoen:

• Het bestemmingspatroon wordt geconfigureerd en ook een spraakpoort of sessiedoel wordt geconfigureerd.

• Het inkomende oproepnummer is geconfigureerd.

• Het antwoordadres is geconfigureerd.

Er zijn andere voorwaarden, maar dit zijn de belangrijkste.

Zie voor meer informatie Voice - Understanding the Operational Status of Dial-Peers on Cisco IOS Platforms.

Aanvullende informatie over Dial Peer

Het bestemmingspatroon van het kenmerk dial peer heeft een ander gedrag wanneer het wordt toegepast op inkomende of uitgaande oproeppoten:

• Voor inkomende kiespeers wordt het bestemmingspatroon vergeleken met het oproepnummer (ANI-tekenreeks).

• Voor uitgaande kiespeers wordt het bestemmingspatroon vergeleken met het opgeroepen nummer (DNIS-tekenreeks).

Daarom kan een dial peer met het kenmerk bestemmingspatroon werken voor zowel uitgaande als inkomende< /i> matching.

Casestudy: Inbound Matching en standaardkiezer 0 begrijpen

Elk kiesplan heeft een uitgaande en een inkomende kiespeer nodig. In dit voorbeeld is er een PSTN T1-verbinding die binnenkomt naar de maui-gwy-04-router. In dit geval, wanneer een inkomende oproep wordt ontvangen van de PSTN, probeert de router het opgeroepen nummer te vinden. Wanneer de oproep wordt ontvangen, geeft de beller de beller-ID met het automatische nummer identificatie (ANI). In dit voorbeeld is er een Direct inward dial (DID) bereik dat begint vanaf 8. DNIS is het nummer dat de persoon op de PSTN kiest. Het nummer kan een 11-cijferig of 10-cijferig nummer zijn. Als het overeenkomt met de inkomende kiesschijf peer geconfigureerd met de direct-naar-binnen-wijzerplaat, worden slechts 4 nummers na 8 doorgestuurd en de rest wordt ontdaan van zodat de oproep direct kan worden bereikt zonder de hulp van een receptionist.

Als u geen inkomende kiezerpeer hebt geconfigureerd, wordt Dial-peer 0 gekoppeld en wordt het gesprek afgehandeld. De Dial-peer 0 heeft de volgende kenmerken:

• Werkt voor elke codec

• Stemactiviteitsdetectie (VAD) ingeschakeld

• Markeert verkeer als IP-prioriteit 0

• Heeft geen RSVP ondersteuning

• Ondersteunt FAX RATE-service

Opmerking: de opdracht IP-prioriteit is ingesteld op een standaardwaarde van 0 waardoor de IP-prioriteit wordt doorgegeven zoals deze is.

Configuraties

!--- 

!
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 deze casestudy worden deze show- en debug-opdrachten gebruikt:

• actieve aanroep weergeven {samenvatting} Met deze opdracht wordt de inhoud van de tabel met actieve aanroep weergegeven, die alle aanroepen toont die momenteel via de router zijn verbonden. In dit geval is de opdracht nuttig om kiespeers en mogelijkheden weer te geven die zijn gekoppeld aan een actief gesprek.

• foutopsporing voip capi inout Deze opdracht is handig om end-to-end VoIP-oproepen op te lossen.

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

Nu, om overeen te komen met de inkomende VoIP dial-peer 2 op maui-gwy-06, voeg deze opdracht toe:

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

Dit is een momentopname van de maui-gwy-06-configuratie na aanvullende configuratie:

!--- 

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

Gerelateerde informatie

• Spraak - Inzicht in dial-peers en gesprekspaden op Cisco IOS-platformen
• Voice - Inbound en Outbound Dial Peers op Cisco IOS-platforms begrijpen
• Voice - Inzicht in de operationele status van Dial-Peers op Cisco IOS-platforms
• Voice - Direct-Inward-Dial (DID) begrijpen op Cisco IOS Digital (T1/E1)-interfaces
• VoIP - Codecs begrijpen: complexiteit, ondersteuning, MOS en onderhandeling
• Technische ondersteuning en documentatie – Cisco Systems