In dit artikel
Fundamenten
Redundantie configureren op beide CUBE's
Implementeer de hoge beschikbaarheid van CUBE als lokale gateway
list-menuIn dit artikel
list-menuFeedback?

Local Gateway (LGW) is de exclusieve oplossing voor het bieden van PSTN-toegang op locatie aan Cisco Webex Calling -klanten. Dit document helpt u bij het configureren van een lokale gateway met CUBE high availability, met actieve CUBE's of stand-by CUBE's om te zorgen voor een stateful failover van actieve gesprekken.

Fundamenten

Vereisten

Voordat u Cisco Unified Border Element (CUBE) High Availability (HA) implementeert als lokale gateway voorWebex Calling, moet u ervoor zorgen dat u een grondige kennis hebt van de volgende concepten:

De configuratierichtlijnen in dit artikel gaan uit van een speciaal lokaal gatewayplatform zonder bestaande spraakconfiguratie. Als een bestaande CUBE-bedrijfsimplementatie wordt aangepast om ook de lokale gateway-functie voor te gebruikenCisco Webex Calling, let dan goed op de toegepaste configuratie om ervoor te zorgen dat bestaande gespreksstromen en -functies niet worden onderbroken en zorg ervoor dat u voldoet aan de ontwerpvereisten van CUBE HA.

Hardware- en softwarecomponenten

CUBE HA als lokale gateway vereist IOS-XE versie 17.9.1 of hoger en een platform waarop zowel CUBE HA- als LGW-functies worden ondersteund.

De showopdrachten en logboeken in dit artikel zijn gebaseerd op de minimale softwareversie van Cisco IOS -XE 17.9.1, geïmplementeerd op een vCube (CSR 8000v).

Referentiemateriaal

Hier zijn enkele gedetailleerde CUBE HA-configuratiehandleidingen voor verschillende platforms:

Webex CallingOverzicht van de oplossing

Cisco Webex Callingis een samenwerkingsaanbod dat klanten een cloudgebaseerd alternatief biedt voor een PBX-telefoondienst op locatie met meerdere PSTN-opties.

De Local Gateway-implementatie (hieronder weergegeven) staat centraal in dit artikel. Met een lokale gateway (PSTN op locatie) Webex Calling kunt u verbinding maken met een PSTN-service die eigendom is van een klant. Het biedt ook connectiviteit met een IP-PBX-implementatie op locatie, zoals. Cisco Unified CM Alle communicatie van en naar de cloud wordt beveiligd met TLS-transport voor SIP en SRTP voor media.

Local Gateway premises-based PSTN deployment

De onderstaande afbeelding toont een Webex Calling implementatie zonder een bestaande IP-telefooncentrale en is van toepassing op een enkele of een implementatie op meerdere locaties. De configuratie die in dit artikel wordt beschreven, is gebaseerd op deze implementatie.

Webex Calling deployment without IP PBX

Layer 2: Box-to-Box redundantie

CUBE HA Layer 2 box-to-box redundantie maakt gebruik van het infrastructuurprotocol van de Redundancy Group (RG) om een actief/stand-by paar routers te vormen. Dit paar deelt hetzelfde virtuele IP-adres (VIP) op hun respectievelijke interfaces en wisselt voortdurend statusberichten uit. De informatie van de CUBE-sessie wordt op alle routers gecontroleerd, zodat de standby-router alle verantwoordelijkheden voor de verwerking van CUBE-gesprekken onmiddellijk kan overnemen als de actieve router buiten gebruik wordt gesteld, wat resulteert in een nauwkeurige bewaring van signalen en media.

Checkpoint is beperkt tot verbonden gesprekken met mediapakketten. Oproepen tijdens het transport worden niet doorverwezen (bijvoorbeeld bij een poging of een belsignaal).

In dit artikel verwijst CUBE HA naar CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) redundantie voor het behoud van stateful calls.

Vanaf IOS-XE 17.9.1 kan CUBE HA worden geïmplementeerd als een lokale gateway voor Cisco Webex Calling trunk-implementaties (PSTN op basis van gebouwen). In dit artikel worden ontwerpoverwegingen en configuraties besproken. De afbeelding toont een typische CUBE HA-configuratie als lokale gateway voor een Cisco Webex Calling trunk-implementatie.

A typical CUBE HA setup as Local Gateway for a Cisco Webex Calling trunk deployment

Infra-component van de redundantiegroep

De Infra-component van de Redundancy Group (RG) biedt de box-to-box communicatie-infrastructuurondersteuning tussen de twee CUBE's en onderhandelt over de definitieve stabiele redundantietoestand. Dit onderdeel biedt ook:

  • Een HSRP-achtig protocol dat de uiteindelijke redundantiestatus voor elke router bepaalt door keepalive- en hallo-berichten uit te wisselen tussen de twee CUBE's (via de besturingsinterface) — Gigabit Ethernet3 in de afbeelding hierboven.

  • Een transportmechanisme voor het controleren van de signalering en mediastatus voor elk gesprek van de actieve naar de standby-router (via de data-interface) — Gigabit Ethernet3 in de afbeelding hierboven.

  • Configuratie en beheer van de virtuele IP-interface (VIP) voor de verkeersinterfaces (meerdere verkeersinterfaces kunnen worden geconfigureerd met dezelfde RG-groep) — Gigabit Ethernet 1 en 2 worden beschouwd als verkeersinterfaces.

Dit RG-onderdeel moet specifiek worden geconfigureerd voor de ondersteuning van spraak B2B HA.

Virtueel IP-adresbeheer (VIP) voor zowel signalering als media

B2B HA vertrouwt op VIP om redundantie te bereiken. De VIP en de bijbehorende fysieke interfaces op beide CUBE's in het CUBE HA-paar moeten zich op hetzelfde LAN-subnet bevinden. De configuratie van de VIP en het koppelen van de VIP-interface aan een bepaalde spraaktoepassing (SIP) zijn verplicht voor spraakondersteuning voor B2B HA. Externe apparatenUnified CM, zoals Webex Calling toegang tot SBC, serviceprovider of proxy, gebruiken VIP als het IP-adres van de bestemming voor de gesprekken die via de CUBE HA-routers worden gevoerd. Vanuit een Webex Calling oogpunt fungeert het CUBE HA-paar dus als één enkele lokale gateway.

De oproepsignalering en RTP-sessiegegevens van bestaande gesprekken worden van de actieve router naar de standby-router gecontroleerd. Als de actieve router uitvalt, neemt de standby-router het over en blijft de RTP-stream doorsturen die eerder door de eerste router werd gerouteerd.

Oproepen die op het moment van de failover van voorbijgaande aard waren, worden na de omschakeling niet bewaard. Bijvoorbeeld gesprekken die nog niet volledig tot stand zijn gebracht of die momenteel worden aangepast met een doorverbindings- of wachtfunctie. Bestaande gesprekken kunnen na de omschakeling worden verbroken.

Voor het gebruik van CUBE HA als lokale gateway voor een stateful failover van gesprekken gelden de volgende vereisten:

  • CUBE HA kan geen TDM- of analoge interfaces op dezelfde locatie hebben

  • Gig1 en Gig2 worden verkeersinterfaces (SIP/RTP) genoemd en Gig3 is de Control/Data-interface van de Redundancy Group (RG)

  • Er kunnen niet meer dan 2 CUBE HA-paren in hetzelfde laag 2-domein worden geplaatst, één met groep-id 1 en de andere met groep-id 2. Als u 2 HA-paren met dezelfde groeps-id configureert, moeten de RG Control/Data-interfaces tot verschillende laag 2-domeinen behoren (vlan, aparte switch)

  • Het poortkanaal wordt ondersteund voor zowel RG Control/data- als verkeersinterfaces

  • Alle signalen/media zijn afkomstig van/naar het virtuele IP-adres

  • Elke keer dat een platform opnieuw wordt geladen in een CUBE-HA-relatie, start het altijd op als stand-by

  • Het onderste adres voor alle interfaces (Gig1, Gig2, Gig3) moet zich op hetzelfde platform bevinden

  • Redundancy Interface Identifier, rii moet uniek zijn voor een combinatie van paar/interface op dezelfde Layer 2

  • De configuratie op beide CUBE's moet identiek zijn, inclusief de fysieke configuratie, en moet op hetzelfde type platform en IOS-XE-versie draaien

  • Loopback-interfaces kunnen niet als bindmiddel worden gebruikt, omdat ze altijd actief zijn

  • Interfaces voor meerdere dataverkeer (SIP/RTP) (Gig1, Gig2) vereisen de configuratie van interfacetracering

  • CUBE-HA wordt niet ondersteund via een crossover-kabelverbinding voor de RG-Control/Data Link (Gig3)

  • Beide platforms moeten identiek zijn en via een fysieke switch op alle vergelijkbare interfaces zijn aangesloten om CUBE HA te laten werken, d.w.z. GE0/0/0 van CUBE-1 en CUBE-2 moet op dezelfde switch worden afgesloten, enzovoort.

  • Het WAN kan niet rechtstreeks op CUBE's worden beëindigd of op Data HA aan beide zijden

  • Zowel Active/Standby moeten zich in hetzelfde datacenter bevinden

  • Het is verplicht om een aparte L3-interface te gebruiken voor redundantie (RG Control/Data, Gig3). Dat wil zeggen dat de interface die wordt gebruikt voor verkeer niet kan worden gebruikt voor HA-keepalives en checkpoints

  • Na een failover wordt de CUBE, die voorheen actief was, opnieuw geladen volgens het ontwerp, waarbij de signalering en de media behouden blijven

Redundantie configureren op beide CUBE's

U moet box-to-box-redundantie van laag 2 configureren op beide CUBE's die bedoeld zijn om in een HA-paar te worden gebruikt om virtuele IP's op te roepen.

A typical CUBE HA setup as Local Gateway for a Cisco Webex Calling trunk deployment

1

Configureer interfacetracking op mondiaal niveau om de status van de interface bij te houden.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit

VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI wordt in RG gebruikt om de status van de interface voor spraakverkeer bij te houden, zodat de actieve route zijn actieve rol behoudt nadat de verkeersinterface niet meer werkt.

2

Configureer een RG voor gebruik met VoIP HA in de submodus Application Redundantie.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#

VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Hier volgt een uitleg van de velden die in deze configuratie worden gebruikt:

  • redundantie — Gaat naar de redundantiemodus

  • toepassingsredundantie — Hiermee gaat u naar de configuratiemodus voor toepassingsredundantie

  • groep — Gaat naar de configuratiemodus voor de redundantie van de toepassingsgroep

  • naam LocalGateway-HA — Definieert de naam van de RG-groep

  • failover-drempel 75 met prioriteit 100 — Specificeert de initiële prioriteit en de drempelwaarden voor failover voor een RG

  • timer, vertraging, 30%, herladen, 60 — Configureert de twee tijden voor vertraging en herladen

    • De vertragingstimer is de tijd die nodig is om de initialisatie van de RG Group en de rolonderhandeling uit te stellen nadat de interface is geopend — standaard 30 seconden. Het bereik is 0-10000 seconden

    • Herladen — Dit is de tijd om de initialisatie van de RG-groep en de rolonderhandeling uit te stellen na een herlading — standaard 60 seconden. Het bereik is 0-10000 seconden

    • Standaardtimers worden aanbevolen, hoewel deze timers kunnen worden aangepast om eventuele extra netwerkconvergentievertragingen op te vangen die kan optreden tijdens het opstarten/herladen van de routers, om te garanderen dat de onderhandeling over het RG-protocol plaatsvindt nadat de routering in het netwerk naar een stabiel punt is geconvergeerd. Als na de failover bijvoorbeeld blijkt dat het tot 20 seconden duurt voordat de nieuwe STANDBY het eerste RG HELLO-pakket van het nieuwe ACTIVE ziet, dan moeten de timers worden ingesteld op 'timers delay 60 reload 120' om rekening te houden met deze vertraging.

  • control Gigabit Ethernet3-protocol 1 — Configureert de interface die wordt gebruikt om keepalive- en hallo-berichten uit te wisselen tussen de twee CUBE's, en specificeert de protocolinstantie die wordt gekoppeld aan een besturingsinterface en gaat naar de configuratiemodus voor het redundantietoepassingprotocol

  • data Gigabit Ethernet3 — Configureert de interface die wordt gebruikt om dataverkeer te controleren

  • volgen —RG-groep, tracking van interfaces

  • protocol 1 — Specificeert de protocolinstantie die wordt aangesloten op een besturingsinterface en naar de configuratiemodus voor het redundantietoepassingprotocol gaat

  • timers hellotime 3 holdtime 10 — Configureert de twee timers voor hallotime en holdtime:

    • Hellotime— Interval tussen opeenvolgende halloberichten — Standaard 3 seconden. Het bereik is 250 milliseconden en 254 seconden

    • Holdtime — het interval tussen de ontvangst van een Hallo-bericht en de veronderstelling dat de verzendende router is uitgevallen. Deze duur moet langer zijn dan de hallotijd — standaard 10 seconden. Het bereik is 750 milliseconden en 255 seconden

      We raden u aan de wachttimer zo in te stellen dat deze minstens drie keer zo hoog is als de waarde van de hellotime-timer.

3

Schakel box-to-box-redundantie in voor de CUBE-toepassing. Configureer de RG uit de vorige stap hieronder voice service voip. Dit stelt de CUBE-toepassing in staat om het redundantieproces te regelen.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundantiegroep 1 — Om deze opdracht toe te voegen en te verwijderen, moet de bijgewerkte configuratie opnieuw worden geladen. We laden de platforms opnieuw nadat alle configuratie is toegepast.

4

Configureer de Gig1- en Gig2-interfaces met hun respectieve virtuele IP-adressen zoals hieronder weergegeven en pas de redundantie-interface-identifier (rii) toe

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Hier volgt een uitleg van de velden die in deze configuratie worden gebruikt:

  • redundantie rii — Configureert de identifier van de redundantie-interface voor de redundantiegroep. Vereist voor het genereren van een virtueel MAC-adres (VMAC). Dezelfde rii-ID-waarde moet worden gebruikt op de interface van elke router (ACTIVE/STANDBY) die dezelfde VIP heeft.

    Als er meer dan één B2B-paar op hetzelfde LAN is, MOET elk paar unieke rii-ID's op hun respectieve interfaces hebben (om botsingen te voorkomen). Het commando show redundancy application group all moet de juiste lokale en peer-informatie aangeven.

  • redundantiegroep 1 — Koppel de interface aan de redundantiegroep die in stap 2 hierboven is gemaakt. Configureer de RG-groep en de VIP die aan deze fysieke interface is toegewezen.

    Het is verplicht om een aparte interface te gebruiken voor redundantie, dat wil zeggen dat de interface die wordt gebruikt voor spraakverkeer niet kan worden gebruikt als besturings- en gegevensinterface, zoals gespecificeerd in stap 2 hierboven. In dit voorbeeld wordt Gigabit-interface 3 gebruikt voor RG-besturing/data

5

Sla de configuratie van de eerste CUBE op en laad deze opnieuw.

Het platform om als laatste te herladen is altijd de stand-by.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Sla de configuratie van VCUBE-2 op en laad deze opnieuw nadat de VCUBE-1 volledig is opgestart.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Controleer of de box-to-box-configuratie naar verwachting werkt. Relevante output is vetgedrukt gemarkeerd.

We hebben de VCUBE-2 als laatste herladen en volgens de ontwerpoverwegingen is het platform dat als laatste wordt herladen altijd stand-by.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Ga vervolgens verder met de Local Gateway-configuratie (op basis van registratie of certificaat) op beide HA CUBE's. Zie Local Gateway configureren op Cisco IOS XE voor Webex Calling.

Vond u dit artikel nuttig?
Vond u dit artikel nuttig?