Grundläggande

Förutsättningar

Innan du distribuerar Cisco Unified Border Element (CUBE) High Availability (HA) som en lokal gateway för Webex Calling måste du se till att du har en djup förståelse för följande begrepp:

Konfigurationsriktlinjerna i den här artikeln förutsätter en dedikerad lokal gateway-plattform utan någon befintlig röstkonfiguration. Om en befintlig CUBE-företagsdistribution ändras för att även använda den lokala gatewayfunktionen för Cisco Webex-samtal ska du vara uppmärksam på konfigurationen som tillämpas för att säkerställa att befintliga samtalsflöden och funktioner inte avbryts och se till att du följer CUBE HA-designkraven.

Maskinvaru- och programvarukomponenter

CUBE HA som lokal gateway kräver IOS-XE version 17.9.1 eller senare och en plattform där både CUBE HA- och LGW-funktioner stöds.

Visningskommandon och loggar i den här artikeln baseras på den lägsta programvaruversionen av Cisco IOS-XE 17.9.1 som implementerats på en vCUBE (CSR 8000v).

Referensmaterial

Här är några detaljerade konfigurationsguider för CUBE HA för olika plattformar:

Översikt över Webex Calling-lösning

Cisco Webex Calling är ett samarbetserbjudande som tillhandahåller ett molnbaserat alternativ för flera klienter till en lokal PBX-telefontjänst med flera PSTN-alternativ för kunder.

Distribution av lokal gateway (representerad nedan) är fokus i den här artikeln. Trunk för lokal gateway (platsbaserad PSTN) i Webex Calling möjliggör anslutning till en kundägd PSTN-tjänst. Det ger även anslutning till en lokal IP PBX-distribution, till exempel Cisco Unified CM. All kommunikation till och från molnet är säkrad med TLS-transport för SIP och SRTP för media.

Lokal gateway-distribution baserad på PSTN

Figuren nedan visar en Webex Calling-distribution utan någon befintlig IP PBX och gäller för en distribution på en eller flera platser. Konfigurationen som beskrivs i den här artikeln baseras på den här distributionen.

Distribution av Webex Calling utan IP PBX

Enhet 2-lagers enhet-till-enhetsredundans

CUBE HA 2-lagers enhet-till-enhetsredundans använder infrastrukturprotokollet för redundansgrupp (RG) för att bilda ett aktivt par routrar/vänteläge. Det här paret delar samma virtuella IP-adress (VIP) över sina respektive gränssnitt och utbyter kontinuerligt statusmeddelanden. CUBE-sessionsinformation kontrolleras över ett par routrar så att routern i vänteläge kan ta över allt ansvar för CUBE-samtalsbehandling omedelbart om den aktiva routern tas ur drift, vilket resulterar i tillståndskänslig bevarande av signalering och media.

Kontrollen är begränsad till anslutna samtal med mediapaket. Samtal i transit kontrolleras inte (till exempel ett försök- eller ringtillstånd).

I den här artikeln hänvisar CUBE HA till CUBE High Availability (HA) Layer 2 Box-to-Box (B2B)-redundans för tillståndskänsligt bevarande av samtal.

Från och med IOS-XE 17.9.1 KAN CUBE HA distribueras som en lokal gateway för distributioner av Cisco Webex Calling-trunk (platsbaserad PSTN). I den här artikeln diskuteras designöverväganden och konfigurationer. Figuren visar en typisk CUBE HA-konfiguration som lokal gateway för en Cisco Webex Calling-trunkdistribution.

En typisk CUBE HA-konfiguration som lokal gateway för en Cisco Webex Calling-trunkdistribution

Infrakomponent för redundansgrupp

Infrakomponenten för redundansgrupp (RG) tillhandahåller stöd för infrastruktur för kommunikation mellan de två CUBE:erna och förhandlar fram det slutliga stabila redundanstillståndet. Den här komponenten tillhandahåller även:

  • Ett HSRP-liknande protokoll som förhandlar om den slutliga redundanstillståndet för varje router genom att utbyta keepalive- och hälsningsmeddelanden mellan de två CUBE (via kontrollgränssnittet) – GigabitEthernet3 i figuren ovan.

  • En transportmekanism för att kontrollera signalerings- och mediestatus för varje samtal från den aktiva routern till vänteläge (via datagränssnittet) – GigabitEthernet3 i figuren ovan.

  • Konfiguration och hantering av det virtuella IP-gränssnittet (VIP) för trafikgränssnitten (flera trafikgränssnitt kan konfigureras med samma RG-grupp) – GigabitEthernet 1 och 2 betraktas som trafikgränssnitt.

Denna RG-komponent måste konfigureras specifikt för att stödja röst B2B HA.

Hantering av virtuell IP (VIP)-adress för både signalering och media

B2B HA förlitar sig på VIP för att uppnå redundans. VIP och associerade fysiska gränssnitt på båda CUBEs i CUBE HA-paret måste finnas på samma LAN-undernät. Konfiguration av VIP och bindning av VIP-gränssnittet till ett visst röstprogram (SIP) är obligatoriskt för stöd för röst B2B HA. Externa enheter som Unified CM, Webex Calling-åtkomst-SBC, tjänsteleverantör eller proxy använder VIP som destinations-IP-adress för samtal som korsar CUBE HA-routrar. Ur Webex Calling-synpunkt fungerar därför CUBE HA-paret som en enda lokal gateway.

Information om samtalssignalering och RTP-session för etablerade samtal kontrolleras från den aktiva routern till routern i vänteläge. När den aktiva routern går ner tar routern i vänteläge över och fortsätter att vidarebefordra RTP-strömmen som tidigare dirigerades av den första routern.

Samtal i ett tillfälligt tillstånd vid redundans tid kommer inte att sparas efter växlingen. Till exempel samtal som inte är helt etablerade än eller som håller på att ändras med en överförings- eller parkeringsfunktion. Etablerade samtal kan kopplas från efter växlingen.

Följande krav gäller för användning av CUBE HA som lokal gateway för tillståndskänslig redundans av samtal:

  • CUBE HA kan inte ha TDM eller analoga gränssnitt på samma plats

  • Gig1 och Gig2 kallas trafikgränssnitt (SIP/RTP) och Gig3 är kontroll-/datagränssnitt för redundansgrupp (RG)

  • Högst två CUBE HA-par kan placeras i samma 2-lagersdomän, ett med grupp-ID 1 och den andra med grupp-id 2. Om 2 HA-par konfigureras med samma grupp-ID måste kontroll-/datagränssnitt för RG tillhöra olika 2-lagersdomäner (vlan, separat växel)

  • Portkanalen stöds för både RG-kontroll/data och trafikgränssnitt

  • Alla signalering/media kommer från/till den virtuella IP-adressen

  • När en plattform laddas om i en CUBE-HA-relation startas den alltid i vänteläge

  • Lägre adress för alla gränssnitt (Gig1, Gig2, Gig3) ska finnas på samma plattform

  • Redundansgränssnittsidentifierare, rii ska vara unik för en par-/gränssnittskombination på samma lager 2

  • Konfigurationen på båda CUBE:erna måste vara identisk inklusive fysisk konfiguration och måste köras på samma typ av plattform och IOS-XE-version

  • Loopback-gränssnitt kan inte användas som bindningar eftersom de alltid är igång

  • Flera trafikgränssnitt (SIP/RTP) (Gig1, Gig2) kräver att gränssnittsspårning konfigureras

  • CUBE-HA stöds inte via en crossover-kabelanslutning för RG-kontroll/datalänken (Gig3)

  • Båda plattformarna måste vara identiska och anslutas via en fysisk växel över alla liknande gränssnitt för att CUBE HA ska fungera, dvs. GE0/0/0 av CUBE-1 och CUBE-2 måste avslutas på samma växel och så vidare.

  • Det går inte att ha WAN terminerat på CUBE direkt eller Data HA på vardera sidan

  • Båda aktiva/vänteläge måste vara i samma datacenter

  • Det är obligatoriskt att använda separat L3-gränssnitt för redundans (RG-kontroll/data, Gig3). d.v.s. gränssnitt som används för trafik kan inte användas för HA-keepalives och kontrollpunkter

  • Vid redundans går den tidigare aktiva CUBE igenom en omladdning efter design, vilket bevarar signalering och media

Konfigurera redundans på båda CUBE

Du måste konfigurera 2-lagers enhet-till-enhetsredundans på båda CUBE:erna som är avsedda att användas i ett HA-par för att skapa virtuella IP-adresser.

En typisk CUBE HA-konfiguration som lokal gateway för en Cisco Webex Calling-trunkdistribution

1

Konfigurera gränssnittsspårning på global nivå för att spåra gränssnittets status.

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

Spåra CLI används i RG för att spåra gränssnittstillståndet för rösttrafik så att den aktiva rutten tar bort sin aktiva roll när trafikgränssnittet är nere.

2

Konfigurera en RG för användning med VoIP HA i underläget för programredundans.

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

Här är en förklaring av fälten som används i den här konfigurationen:

  • redundans – Går in i redundansläge

  • Programredundans – Anger konfigurationsläge för programredundans

  • grupp – Anger gruppkonfigurationsläge för redundansprogram

  • namn LocalGateway-HA – definierar namnet på RG-gruppen

  • prioritet 100 felöverlämningströskel 75 – anger tröskelvärdena för initial prioritet och felöverlämning för en RG

  • timers fördröjning 30 ny inläsning 60– konfigurerar de två gångerna för fördröjning och ny inläsning

    • Fördröjningstimer som är hur lång tid det tar att fördröja RG-gruppens initiering och rollförhandling efter att gränssnittet visas – standard 30 sekunder. Intervallet är 0–10 000 sekunder

    • Läs in igen – det här är hur lång tid det tar att fördröja initieringen av RG-grupper och rollförhandling efter en ny inläsning – 60 sekunder som standard. Intervallet är 0–10 000 sekunder

    • Standardtimer rekommenderas, även om dessa timer kan justeras för att tillgodose ytterligare fördröjning av nätverkskonvergens som kan uppstå vid uppstart/omladdning av routrarna, för att säkerställa att RG-protokollförhandlingen äger rum efter att routningen i nätverket har konvergerat till en stabil punkt. Om det exempelvis efter redundans visas att det tar upp till 20 sekunder för den nya STANDBY att se det första RG HELLO-paketet från den nya ACTIVE, ska timers justeras till ”timers delay 60 reload 120” för att ta hänsyn till denna fördröjning.

  • kontrollera GigabitEthernet3-protokoll 1 – Konfigurerar gränssnittet som används för att utbyta keepalive- och hälsningsmeddelanden mellan de två CUBE:erna och anger protokollinstansen som ska kopplas till ett kontrollgränssnitt och går in i protokollkonfigurationsläge för redundansprogram.

  • data GigabitEthernet3 – Konfigurerar gränssnittet som används för att kontrollera datatrafik

  • spåra– RG-gruppspårning av gränssnitt

  • protokoll 1 – Anger protokollinstans som ska kopplas till ett kontrollgränssnitt och går in i protokollkonfigurationsläge för redundansprogram

  • timers heltid 3 holdtid 10 – Konfigurerar de två timrarna för heltid och holdtid:

    • Hälsningstid – intervall mellan på varandra följande hälsningsmeddelanden – standard 3 sekunder. Intervallet är 250 millisekunder – 254 sekunder

    • Holdtid – intervallet mellan mottagandet av ett hälsningsmeddelande och antagandet att sändningsroutern har misslyckats. Den här varaktigheten måste vara längre än hälsningstiden – som standard 10 sekunder. Intervallet är 750 millisekunder – 255 sekunder

      Vi rekommenderar att du konfigurerar timern för holdtime till minst tre gånger värdet på timern för heltid.

3

Aktivera enhet-till-enhet-redundans för CUBE-programmet. Konfigurera RG från föregående steg under voice service voip. Detta gör det möjligt för CUBE-programmet att kontrollera 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

redundansgrupp 1 – För att lägga till och ta bort det här kommandot krävs en ny inläsning för att den uppdaterade konfigurationen ska träda i kraft. Plattformarna läses in igen när all konfiguration har tillämpats.

4

Konfigurera Gig1- och Gig2-gränssnitten med sina respektive virtuella IP-adresser enligt nedan och tillämpa redundansgränssnittsidentifieraren (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

Här är en förklaring av fälten som används i den här konfigurationen:

  • redundansrii – Konfigurerar redundansgränssnittsidentifieraren för redundansgruppen. Krävs för att generera en virtuell MAC-adress (VMAC). Samma rii-ID-värde måste användas i gränssnittet för varje router (AKTIV/STANDBY) som har samma VIP.

    Om det finns fler än ett B2B-par på samma LAN MÅSTE varje par ha unika rii-ID:n på sina respektive gränssnitt (för att förhindra kollision). Kommandot visa redundans programgrupp alla ska ange korrekt lokal information och peer-information.

  • redundansgrupp 1 – Associerar gränssnittet med redundansgruppen som skapades i steg 2 ovan. Konfigurera RG-gruppen samt den VIP som tilldelats det här fysiska gränssnittet.

    Det är obligatoriskt att använda ett separat gränssnitt för redundans, dvs. gränssnittet som används för rösttrafik kan inte användas som kontroll- och datagränssnitt som anges i steg 2 ovan. I det här exemplet används Gigabit-gränssnitt 3 för RG-kontroll/data

5

Spara konfigurationen av den första CUBE och läs in den igen.

Plattformen som ska läsas in på nytt är alltid vänteläge.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]
                      

När VCUBE-1 startar helt sparar du konfigurationen av VCUBE-2 och läser in den igen.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
                      

6

Kontrollera att box-till-box-konfigurationen fungerar som förväntat. Relevant output markeras i fetstil.

Vi har laddat om VCUBE-2 sist och enligt designöverväganden kommer den plattform som ska läsas in på nytt alltid att vara Vänteläge.


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ätt sedan med den lokala gatewaykonfigurationen (registreringsbaserad eller certifikatbaserad) på båda HA CUBE:erna. Se Konfigurera lokal gateway på Cisco IOS XE för Webex Calling.