Grundlæggende

Forudsætninger

Før du installerer Cisco Unified Border Element (CUBE) High Availability (HA) som en lokal gateway til Webex Calling, skal du sørge for, at du har en dyb forståelse af følgende begreber:

Retningslinjerne for konfiguration, der er angivet i denne artikel, forudsætter en dedikeret lokal gatewayplatform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE-virksomhedsudrulning ændres til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørg for, at du overholder CUBE HA-designkravene.

Hardware- og softwarekomponenter

CUBE HA som lokal gateway kræver IOS-XE version 17.9.1 eller nyere og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.

Vis kommandoer og logfiler i denne artikel er baseret på mindste softwareudgivelse af Cisco IOS-XE 17.9.1 implementeret på en vCUBE (CSR 8000v).

Referencemateriale

Her er nogle detaljerede CUBE HA konfigurationsvejledninger til forskellige platforme:

Oversigt over Webex Calling-løsningen

Cisco Webex Calling er et samarbejdstilbud, der giver et cloudbaseret alternativ til en lokal PBX-telefontjeneste med flere PSTN-valgmuligheder for kunder.

Den lokale gateway-udrulning (repræsenteret nedenfor) er fokus for denne artikel. Lokal gateway-trunk (lokalt baseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den giver også forbindelse til en lokal IP PBX-installation som f.eks. Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

Lokal gateway-baseret PSTN-udrulning

Figuren nedenfor viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller en installation på flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

Udrulning af Webex Calling uden IP PBX

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen Redundancy Group (RG) til at danne et aktivt/standby-par routere. Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler løbende statusmeddelelser. CUBE-sessionsoplysninger kontrolleres på tværs af routerparret, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlingsopgaver med det samme, hvis den aktive router ophører med at fungere, hvilket resulterer i tilstandsfuld bevaring af signal og medier.

Kontrolvisning er begrænset til forbundne opkald med mediepakker. Opkald i transit kontrolleres ikke (f.eks. en prøvende eller ringende tilstand).

I denne artikel henviser CUBE HA til CUBE High Availability (HA) Layer 2 Box-to-Box-redundans (B2B) for tilstandsfuld opkaldsbevaring.

Fra og med IOS-XE 17.9.1 KAN CUBE HA udrulles som en lokal gateway til udrulninger af Cisco Webex Calling-trunk (lokalt baseret PSTN). Denne artikel omhandler designovervejelser og konfigurationer. Figuren viser en typisk CUBE HA-opsætning som lokal gateway til en udrulning af Cisco Webex Calling-trunk.

En typisk CUBE HA-opsætning som lokal gateway til en udrulning af Cisco Webex Calling-trunk

Infra-komponent for redundansgruppe

Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent giver også:

  • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme til kontrolpunktning af signal- og medietilstanden for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • Konfiguration og administration af den virtuelle IP-grænseflade (VIP) for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – GigabitEthernet 1 og 2 betragtes som trafikgrænseflader.

Denne RG-komponent skal konfigureres specifikt til at understøtte tale-B2B HA.

Virtuel IP-adresseadministration (VIP) til både signal og medier

B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBE'er i CUBE HA-parret skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til et bestemt stemmeprogram (SIP) er obligatorisk for understøttelse af tale-B2B HA. Eksterne enheder som f.eks. Unified CM, Webex Calling-adgangs-SBC, tjenesteudbyder eller proxy bruger VIP som destinations-IP-adresse for opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway fra et Webex Calling-synspunkt.

Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router går ned, tager standbyrouteren over og fortsætter med at videresende den RTP-stream, der tidligere blev dirigeret af den første router.

Opkald i en midlertidig tilstand på tidspunktet for failover bevares ikke efter skift. For eksempel opkald, der endnu ikke er fuldt etableret eller er ved at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan afbrydes efter skift.

Følgende krav findes for brug af CUBE HA som en lokal gateway til tilstandsfuld failover af opkald:

  • CUBE HA kan ikke have TDM eller analoge grænseflader placeret på samme sted

  • Gig1 og Gig2 kaldes trafikgrænseflader (SIP/RTP), og Gig3 er RG-kontrol-/datagrænseflade (Redundancy Group)

  • Der kan ikke placeres mere end 2 CUBE HA-par i det samme lag 2-domæne, et med gruppe-id 1 og den anden med gruppe-id 2. Hvis du konfigurerer 2 HA-par med det samme gruppe-id, skal RG-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal understøttes for både RG-kontrol-/datagrænseflader og trafikgrænseflader

  • Alle signaler/medier stammer fra/til den virtuelle IP-adresse

  • Når en platform genindlæses i et CUBE-HA-forhold, starter den altid som standby

  • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

  • Redundans Interface Identifier, rii skal være entydig for en par-/grænsefladekombination på det samme lag 2

  • Konfiguration på begge CUBE'er skal være identisk, herunder fysisk konfiguration og skal køre på den samme type platform og IOS-XE-version

  • Loopback-grænseflader kan ikke bruges som bind, da de altid er oppe

  • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at grænsefladesporing konfigureres

  • CUBE-HA understøttes ikke over en krydsover-kabelforbindelse til RG-kontrol-/datalinket (Gig3)

  • Begge platforme skal være identiske og være tilsluttet via en fysisk switch på tværs af alle tilsvarende grænseflader, for at CUBE HA kan fungere, dvs. GE0/0/0 af CUBE-1 og CUBE-2 skal afsluttes på den samme switch osv.

  • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

  • Begge aktive/standby skal være i det samme datacenter

  • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG-kontrol/data, Gig3). dvs. grænsefladen, der bruges til trafik, kan ikke bruges til HA-keepalives og kontrolpunktning

  • Ved failover gennemgår den tidligere aktive CUBE efter design en genindlæsning, så signal og medier bevares

Konfigurer redundans på begge CUBE'er

Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, der er beregnet til brug i et HA-par, for at hente virtuelle IP-adresser.

En typisk CUBE HA-opsætning som lokal gateway til en udrulning af Cisco Webex Calling-trunk

1

Konfigurer grænsefladesporing på globalt niveau for at spore status for grænsefladen.

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

Spor CLI bruges i RG til at spore tilstanden for taletrafikgrænsefladen, så den aktive rute fjerner sin aktive rolle, når trafikgrænsefladen er nede.

2

Konfigurer en RG til brug med VoIP HA under applikationsredundans-undertilstanden.

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

Her er en forklaring på de felter, der bruges i denne konfiguration:

  • redundans – Skifter til redundans-tilstand

  • applikationsredundans – Skifter konfigurationstilstand for applikationsredundans

  • gruppe – Skifter konfigurationstilstand for redundans-applikationsgruppe

  • navn LocalGateway-HA – definerer navnet på RG-gruppen

  • prioritet 100 failover-tærskel 75 – angiver den indledende prioritet og failover-tærskler for en RG

  • timerforsinkelse 30 genindlæs 60 – Konfigurerer de to gange for forsinkelse og genindlæsning

    • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling, efter grænsefladen kommer op – standard er 30 sekunder. Interval er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Interval er 0-10000 sekunder

    • Standardtimere anbefales, selvom disse timere kan justeres for at tage højde for enhver yderligere forsinkelse af netværkskonvergensen, der kan opstå under start/genindlæsning af routere, for at sikre, at RG-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. Hvis det f.eks. ses efter failover, at det tager op til 20 sekunder for den nye STANDBY at se den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medtage denne forsinkelse.

  • kontrol GigabitEthernet3-protokol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er, og angiver protokolforekomsten, der vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstand for redundans for applikationsprotokol

  • data GigabitEthernet3 – Konfigurerer grænsefladen, der bruges til kontrolpunktning af datatrafik

  • spor – RG-gruppesporing af grænseflader

  • protokol 1 – angiver den protokolforekomst, der vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstanden for redundansapplikationsprotokollen

  • timere hellotid 3 holdtid 10 – Konfigurerer de to timere for hellotid og holdtid:

    • Hellotid – interval mellem på hinanden følgende hello-meddelelser – standard er 3 sekunder. Interval er 250 millisekunder-254 sekunder

    • Ventetid – intervallet mellem modtagelsen af en Hello-meddelelse og antagelsen om, at den afsendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder-255 sekunder

      Vi anbefaler, at du konfigurerer ventetid-timeren til at være mindst 3 gange værdien af hellotime-timeren.

3

Aktivér boks-til-boks-redundans for CUBE-programmet. Konfigurer RG fra det forrige trin under voice service voip. Dette gør det muligt for CUBE-programmet at kontrollere redundansprocessen.

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

redundans-gruppe 1 – tilføjelse og fjernelse af denne kommando kræver en genindlæsning, for at den opdaterede konfiguration kan træde i kraft. Vi genindlæser platformene, når al konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænsefladeidentifikatoren (rii)

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

Her er en forklaring på de felter, der bruges i denne konfiguration:

  • redundans rii – konfigurerer redundansgrænsefladeidentifikatoren for redundansgruppen. Påkrævet for at generere en virtuel MAC-adresse (VMAC). Den samme rii ID-værdi skal bruges på grænsefladen for hver router (AKTIV/STANDBY), der har samme VIP.

    Hvis der er mere end ét B2B-par på det samme LAN, SKAL hvert par have unikke rii-id'er på deres respektive grænseflader (for at forhindre kollision). Kommandoen Vis redundans-applikationsgruppe alle skal angive de korrekte lokale oplysninger og peer-oplysninger.

  • redundansgruppe 1 – knytter grænsefladen til den redundansgruppe, der er oprettet i trin 2 ovenfor. Konfigurer RG-gruppen samt den VIP, der er tildelt denne fysiske grænseflade.

    Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, at den grænseflade, der bruges til taletrafik, ikke kan bruges som kontrol- og datagrænseflade, der er angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/data

5

Gem konfigurationen af den første CUBE, og genindlæs den.

Platformen, der skal genindlæses sidst, er altid standby.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]
                      

Når VCUBE-1 starter helt, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
                      

6

Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

Vi genindlæste VCUBE-2 sidst og i henhold til design overvejelser. Platformen til genindlæsning sidst vil altid være Standby.


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#

Fortsæt derefter med konfigurationen af den lokale gateway (registreringsbaseret eller certifikatbaseret) på begge HA CUBE'er. Se Konfigurer lokal gateway på Cisco IOS XE til Webex Calling.