I denne artikkelen
Grunnleggende
Konfigurer redundans på begge CUB-er
Implementere CUBE høy tilgjengelighet som lokal gateway
list-menuI denne artikkelen
list-menuTilbakemelding?

Local Gateway (LGW) er den eksklusive løsningen for å gi lokal PSTN-tilgang til Cisco Webex Calling -kunder. Dette dokumentet veileder deg i konfigurering av en lokal gateway ved hjelp av CUBE høy tilgjengelighet, med aktive CUBE-er eller ventemodus for å sikre tilstandsdyktig failover av aktive samtaler.

Grunnleggende

Forutsetninger

Før du distribuerer Cisco Unified Border Element (CUBE) High Availability (HA) som en lokal gateway forWebex Calling, må du sørge for at du har en grundig forståelse av følgende begreper:

Konfigurasjonsretningslinjene gitt i denne artikkelen antar en dedikert lokal gateway-plattform uten eksisterende stemmekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon blir endret for også å bruke den lokale gateway-funksjonen forCisco Webex Calling, må du være nøye med på konfigurasjonen som brukes for å sikre at eksisterende anropsflyter og funksjonaliteter ikke blir avbrutt, og sørg for at du overholder CUBE HA-designkravene.

Maskinvare- og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 17.9.1 eller nyere og en plattform der både CUBE HA- og LGW-funksjoner støttes.

Show-kommandoene og loggene i denne artikkelen er basert på minimum programvareutgivelse av Cisco IOS -XE 17.9.1 implementert på en vCube (CSR 8000v).

Referansemateriale

Her er noen detaljerte CUBE HA-konfigurasjonsveiledninger for ulike plattformer:

Webex CallingLøsningsoversikt

Cisco Webex Callinger et samarbeidstilbud som gir et skybasert alternativ for flere leietakere til lokal PBX-telefontjeneste med flere PSTN-alternativer for kunder.

Lokal gateway-distribusjon (representert nedenfor) er fokus for denne artikkelen. Lokal gateway (lokalbasert PSTN) trunk-in Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Det gir også tilkobling til en lokal IP PBX-distribusjon, for eksempel. Cisco Unified CM All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for media.

Local Gateway premises-based PSTN deployment

Figuren nedenfor viser en Webex Calling distribusjon uten eksisterende IP-PBX og gjelder for en enkelt distribusjon eller en distribusjon på flere steder. Konfigurasjonen beskrevet i denne artikkelen er basert på denne distribusjonen.

Webex Calling deployment without IP PBX

Lag 2 boks-til-boks redundans

CUBE HA lag 2 box-to-box-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt/standby-par rutere. Dette paret deler den samme virtuelle IP-adressen (VIP) på tvers av sine respektive grensesnitt og utveksler kontinuerlig statusmeldinger. CUBE-øktinformasjon sjekkes på tvers av ruterparet, slik at standby-ruteren kan overta alle CUBE-anropsbehandlingsansvar umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsdyktig bevaring av signalering og media.

Kontrollpeking er begrenset til tilkoblede samtaler med mediepakker. Anrop i transitt er ikke sjekkpekte (for eksempel en prøve- eller ringetilstand).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) redundans for tilstandsbevarelse av anrop.

Fra og med IOS-XE 17.9.1 kan CUBE HA distribueres som en lokal gateway for Cisco Webex Calling trunk-distribusjoner (lokalbasert PSTN). Denne artikkelen vil diskutere designhensyn og konfigurasjoner. Figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling trunk-distribusjon.

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

Redundansgruppe Infrakomponent

Redundancy Group (RG) Infra-komponenten gir støtte for box-til-boks kommunikasjonsinfrastruktur mellom de to CUB-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige redundanstilstanden for hver ruter ved å utveksle keepalive og hello meldinger mellom de to CUBene (via kontrollgrensesnittet) —GigabiteThernet3 i figuren over.

  • En transportmekanisme for å sjekke signalering og medietilstand for hvert anrop fra den aktive til standby-ruteren (via datagrensesnittet) —GigabiteThernet3 i figuren over.

  • Konfigurasjon og administrasjon av det virtuelle IP-grensesnittet (VIP) for trafikkgrensesnittene (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) - GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesielt for å støtte tale B2B HA.

Virtuell IP (VIP) adresseadministrasjon for både signalering og media

B2B HA er avhengig av VIP for å oppnå redundans. VIP og tilknyttede fysiske grensesnitt på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-delnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til en bestemt taleapplikasjon (SIP) er obligatorisk for tale B2B HA-støtte. Eksterne enheter som Unified CM Webex Calling tilgang til SBC, tjenesteleverandør eller proxy, bruker VIP som destinasjons-IP-adresse for samtalene som går gjennom CUBE HA-ruterne. Derfor fungerer CUBE HA-parene fra et Webex Calling synspunkt som en enkelt lokal gateway.

Anropssignalering og RTP-sesjonsinformasjon for etablerte anrop sjekkes fra den aktive ruteren til standby-ruteren. Når den aktive ruteren går ned, tar Standby-ruteren over, og fortsetter å videresende RTP-strømmen som tidligere ble rutet av den første ruteren.

Anrop i en forbigående tilstand på tidspunktet for failover vil ikke bli bevart etter overgangen. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller hold-funksjon. Etablerte samtaler kan kobles fra etter overgangen.

Følgende krav gjelder for bruk av CUBE HA som en lokal gateway for tilstandsdyktig failover av anrop:

  • CUBE HA kan ikke ha TDM eller analoge grensesnitt samlokalisert

  • Gig1 og Gig2 blir referert til som trafikk (SIP/RTP) grensesnitt og Gig3 er Redundancy Group (RG) kontroll/datagrensesnitt

  • Ikke mer enn 2 CUBE HA-par kan plasseres i det samme lag 2-domenet, det ene med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2-domener (vlan, separat bryter)

  • Portkanal støttes for både RG-kontroll/data- og trafikkgrensesnitt

  • All signalering/media er hentet fra/til den virtuelle IP-adressen

  • Hver gang en plattform lastes på nytt i et CUBE-HA-forhold, starter den alltid opp som Standby

  • Lavere adresse for alle grensesnittene (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundansgrensesnittidentifikator, rii skal være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identisk inkludert fysisk konfigurasjon og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes som bind, da de alltid er oppe

  • Flere trafikkgrensesnitt (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke over en tverrkabelforbindelse for RG-kontroll/datalinken (Gig3)

  • Begge plattformene må være identiske og være koblet via en fysisk bryter på tvers av alle like grensesnitt for at CUBE HA skal fungere, dvs. GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme bryter og så videre.

  • Kan ikke få WAN avsluttet på CUBEs direkte eller Data HA på hver side

  • Både Active/Standby må være i samme datasenter

  • Det er obligatorisk å bruke separat L3-grensesnitt for redundans (RG Control/Data, Gig3). dvs. grensesnitt som brukes til trafikk kan ikke brukes til HA-oppbevaringsdata og sjekkpeking

  • Ved failover gjennomgår den tidligere aktive CUBE en reload ved design, som bevarer signalering og medier

Konfigurer redundans på begge CUB-er

Du må konfigurere lag 2 boks-til-boks redundans på begge CUBE-er som er ment å brukes i et HA-par for å få opp virtuelle IP-er.

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

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

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 brukes i RG for å spore stemmetrafikkgrensesnitttilstanden slik at den aktive ruten vil ha en ganske aktiv rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA under undermodus for applikasjonsredundans.

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å feltene som brukes i denne konfigurasjonen:

  • redundans —Går inn i redundansmodus

  • applikasjonsredundans — Angir konfigur asjonsmodus for applikasjonsredundans

  • group —An gir konfigurasjonsmodus for redundansapplikasjonsgruppe

  • name localgateway-ha —Definerer navnet på RG-gruppen

  • prioritet 100 failover-terskel 75 — Angir startprioritet og failover-terskler for en RG

  • timere forsinkelse 30 reload 60 —Konfigur erer de to tidene for forsinkelse og omlasting

    • Forsinkelsestimer som er hvor lang tid det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp - Standard 30 sekunder. Rekkevidden er 0-10000 sekunder

    • Last inn på nytt — Dette er hvor lang tid det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en omlasting — Standard 60 sekunder. Rekkevidden er 0-10000 sekunder

    • Standard tidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme enhver ytterligere nettverkskonvergensforsinkelse som kan oppstå under oppstart/omlasting av ruterne, for å garantere at RG-protokollforhandlingene finner sted etter at rutingen i nettverket har konvergert til et stabilt punkt. Hvis det for eksempel ses etter failover at det tar opptil 20 sekunder for den nye STANDBY å se den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakerne justeres til 'timerforsinkelse 60 reload 120' for å ta hensyn til denne forsinkelsen.

  • kontroll GigabiteThernet3-protokoll 1 —Konfigurerer grensesnittet som brukes til å utveksle keepalive og hello meldinger mellom de to CUBE-ene, og spesifiserer protokollforekomsten som skal festes til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundansapplikasjonsprotokoll

  • data GigabiteThernet3 —Konfigurerer grensesnittet som brukes til å sjekke datatrafikk

  • spor —RG-gruppesporing av grensesnitt

  • protokoll 1 — Angir protokollforekomsten som skal knyttes til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundansapplikasjonsprotokoll

  • timere hellotime 3 holdtime 10 —Konfigurerer de to tidtakerne for hellotime og holdtime:

    • Hellotime- Intervall mellom påfølgende hilo-meldinger - Standard 3 sekunder. Rekkevidde er 250 millisekund-254 sekunder

    • Holdtid — Intervallet mellom mottak av en Hallo-melding og antagelsen om at senderruteren har mislyktes. Denne varigheten må være større enn hello-tiden - Standard 10 sekunder. Rekkevidden er 750 millisekund-255 sekunder

      Vi anbefaler at du konfigurerer holdtime-timeren til å være minst 3 ganger verdien av hellotime-timeren.

3

Aktiver boks-til-boks-redundans for CUBE-programmet. Konfigurer RG fra forrige trinn under voice service voip. Dette gjør det mulig for CUBE-applikasjonen å kontrollere redundansprosessen.

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

redundansgruppe 1 — Legge til og fjerne denne kommandoen krever en omlasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjonen er brukt.

4

Konfigurer Gig1- og Gig2-grensesnittene med deres respektive virtuelle IP-er som vist nedenfor og bruk redundansgrensesnittidentifikatoren (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å feltene som brukes i denne konfigurasjonen:

  • redundans rii — Konfigur erer redundansgrensesnittidentifikatoren for redundansgruppen. Kreves for å generere en virtuell MAC-adresse (VMAC). Den samme rii ID-verdien må brukes på grensesnittet til hver ruter (ACTIVE/STANDBY) som har samme VIP.

    Hvis det er mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID- er på sine respektive grensesnitt (for å forhindre kollisjon). Kom mandoen vis redundansapplikasjonsgruppe all skal indikere riktig lokal informasjon og peer-informasjon.

  • redundansgruppe 1 —Knytter grensesnittet til redundansgruppen opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, så vel som VIP som er tildelt dette fysiske grensesnittet.

    Det er obligatorisk å bruke et separat grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt spesifisert i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 for RG-styring/data

5

Lagre konfigurasjonen til den første CUBE og last den inn på nytt.

Plattformen som skal lastes sist er alltid Standby.

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

Etter at VCUBE-1 har startet opp helt, lagrer du konfigurasjonen av VCU BE-2 og laster den på nytt.

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

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utgang er uthevet med fet skrift.

Vi lastet inn VCUBE-2 sist og i henhold til designhensynene; plattformen for å laste sist vil alltid 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#

Deretter fortsetter du med Local Gateway-konfigurasjonen (registreringsbasert eller sertifikatbasert) på begge HA CUBE-ene. Se Konfigurere lokal gateway på Cisco IOS XE for Webex Calling.

Var denne artikkelen nyttig?
Var denne artikkelen nyttig?