I den här artikeln
Grunderna
Konfigurera redundans på båda CUB:erna
Implementera CUBE hög tillgänglighet som lokal gateway
list-menuI den här artikeln
list-menuHar du feedback?

Local Gateway (LGW) är den exklusiva lösningen för att tillhandahålla lokal PSTN-åtkomst till Cisco Webex Calling -kunder. Det här dokumentet hjälper dig att konfigurera en lokal gateway med CUBE hög tillgänglighet, med aktiva eller vänteläge CUBEs för att säkerställa tillståndssäker failover för aktiva samtal.

Grunderna

Förutsättningar

Innan du distribuerar Cisco Unified Border Element (CUBE) High Availability (HA) som en lokal gateway förWebex Calling, se till att du har en djupgående 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 gateway-funktionen förCisco Webex Calling, var noga med den konfiguration 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.

Hårdvara- och mjukvarukomponenter

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.

Show-kommandona och loggarna i den här artikeln är baserade på minsta programvaruversion av Cisco IOS -XE 17.9.1 implementerad på en vCube (CSR 8000v).

Referensmaterial

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

Webex CallingLösningsöversikt

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

Den lokala gateway-distributionen (representerad nedan) är fokus för den här artikeln. Trunk in för lokal gateway (lokalbaserad PSTN) Webex Calling möjliggör anslutning till en kundägd PSTN-tjänst. Det ger också anslutning till en lokal IP PBX-distribution, t.ex. Cisco Unified CM All kommunikation till och från molnet är säkrad med TLS-transport för SIP och SRTP för media.

Local Gateway premises-based PSTN deployment

Figuren nedan visar en Webex Calling distribution utan någon befintlig IP PBX och är tillämplig på en enskild eller flera platser. Konfigurationen som beskrivs i den här artikeln baseras på den här distributionen.

Webex Calling deployment without IP PBX

Layer 2 Box-till-Box-redundans

CUBE HA layer 2 box-to-box-redundans använder infrastrukturprotokollet Redundancy Group (RG) för att bilda ett aktivt/standby-par routrar. Detta par delar samma virtuella IP-adress (VIP) över sina respektive gränssnitt och utbyter kontinuerligt statusmeddelanden. CUBE-sessionsinformation kontrolleras över routrarna så att standby-routern kan ta över alla CUBE-samtalsbehandlingsansvar omedelbart om den aktiva routern går ur drift, vilket resulterar i tillståndsbevarande av signalering och media.

Kontrollpekning är begränsad till anslutna samtal med mediapaket. Samtal i transit är inte markerade (till exempel ett försök- eller ringläge).

I den här artikeln kommer CUBE HA att hänvisa till CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) redundans för tillståndsbevarande av samtal.

Från och med IOS-XE 17.9.1 kan CUBE HA distribueras som en lokal gateway för Cisco Webex Calling trunkdistributioner (lokalbaserad PSTN). Den här artikeln kommer att diskutera designöverväganden och konfigurationer. Figuren visar en typisk CUBE HA-inställning som lokal gateway för en Cisco Webex Calling trunkdistribution.

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

Redundansgruppsinfrakomponent

Redundancy Group (RG) Infra-komponenten tillhandahåller stöd för box-till-box kommunikationsinfrastruktur mellan de två CUB:erna och förhandlar om det slutliga stabila redundanstillståndet. Denna komponent ger också:

  • Ett HSRP-liknande protokoll som förhandlar om det slutliga redundanstillståndet för varje router genom att utbyta keepalive och hello meddelanden mellan de två CUBEs (via kontrollgränssnittet) —GigabiteThernet3 i figuren ovan.

  • En transportmekanism för att kontrollera signalering och medietillstånd för varje samtal från den aktiva till standby-routern (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.

Virtuell IP (VIP) adresshantering för både signalering och media

B2B HA förlitar sig på VIP för att uppnå redundans. VIP och tillhörande fysiska gränssnitt på båda CUB:erna i CUBE HA-paret måste finnas på samma LAN-undernät. Konfiguration av VIP och bindning av VIP-gränssnittet till en viss röstapplikation (SIP) är obligatoriska för röststöd för B2B HA. Externa enheter som Unified CM Webex Calling åtkomst till SBC, tjänsteleverantör eller proxy använder VIP som destinations-IP-adress för samtal som passerar genom CUBE HA-routrarna. Därför fungerar CUBE HA-paren ur en Webex Calling synvinkel som en enda lokal gateway.

Samtalssignalering och RTP-sessionsinformation för etablerade samtal kontrolleras från den aktiva routern till standby-routern. När den aktiva routern går ner tar Standby-routern över och fortsätter att vidarebefordra RTP-strömmen som tidigare dirigerades av den första routern.

Samtal i ett övergående tillstånd vid tidpunkten för failover bevaras inte efter övergången. Till exempel samtal som inte är helt etablerade ännu eller håller på att ändras med en överförings- eller hållfunktion. Etablerade samtal kan kopplas bort efter övergången.

Följande krav finns för att använda CUBE HA som en lokal gateway för tillståndsfullt failover av samtal:

  • CUBE HA kan inte ha TDM eller analoga gränssnitt samlokaliserade

  • Gig1 och Gig2 kallas trafikgränssnitt (SIP/RTP) och Gig3 är Redundancy Group (RG) Control/Data Interface

  • Högst 2 CUBE HA-par kan placeras i samma lager 2-domän, ett med grupp-id 1 och det andra med grupp-id 2. Om du konfigurerar 2 HA-par med samma grupp-id måste RG Control/Data-gränssnitt tillhöra olika lager 2-domäner (vlan, separat switch)

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

  • All signal/media kommer från/till den virtuella IP-adressen

  • När en plattform laddas om i en CUBE-HA-relation startar den alltid upp som Standby

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

  • Redundansgränssnittsidentifierare, rii bör 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 bindning eftersom de alltid är uppe

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

  • CUBE-HA stöds inte via en tvärkabelanslutning för RG-Control/Data Link (Gig3)

  • Båda plattformarna måste vara identiska och vara anslutna via en fysisk switch ö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 switch och så vidare.

  • Kan inte avsluta WAN på CUBEs direkt eller Data HA på vardera sidan

  • Både Active/Standby måste vara i samma datacenter

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

  • Vid failover genomgår den tidigare aktiva CUBE en omladdning genom design, vilket bevarar signalering och media

Konfigurera redundans på båda CUB:erna

Du måste konfigurera lager 2 box-till-box-redundans på båda CUBs som är avsedda att användas i ett HA-par för att få upp virtuella IP-adresser.

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

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

Track CLI används i RG för att spåra rösttrafikgränssnittets tillstånd så att den aktiva rutten kommer att ha sin aktiva roll efter att trafikgränssnittet är nere.

2

Konfigurera en RG för användning med VoIP HA under 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 — Går in i konfigurationsläget för programredundans

  • group —G år in i konfigurationsläge för redundansprogramgrupp

  • name localgateway-ha — Definierar namnet på RG-gruppen

  • prioritet 100 tröskel vid växling vid fel 75 — Anger tröskel värden för initialprioritet och failover-tröskelvärden för en RG

  • timers delay 30 reload 60 —Konfigurerar de två tiderna för fördröjning och omladdning

    • Fördröjningstimer som är den tid som ska fördröja RG-gruppens initiering och rollförhandling efter att gränssnittet kommer upp - Standard 30 sekunder. Räckvidden är 0-10000 sekunder

    • Ladda om — Det här är den tid det tar att fördröja initiering av RG-grupper och rollförhandling efter en omladdning — Standard 60 sekunder. Räckvidden är 0-10000 sekunder

    • Standardtimers rekommenderas, även om dessa timers kan justeras för att tillgodose eventuella ytterligare nätverkskonvergensfördröjningar som kan uppstå under uppstartning/omladdning av routrarna, för att garantera att RG-protokollförhandlingarna äger rum efter att routing i nätverket har konvergerat till en stabil punkt. Om det till exempel ses efter failover 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, bör timrarna justeras till 'timers delay 60 reload 120' för att ta hänsyn till denna fördröjning.

  • kontroll GigabiteThernet3-protokoll 1 —Konfigurerar gränssnittet som används för att utbyta keepalive- och heo-meddelanden mellan de två CUBE-erna, och specificerar protokollinstansen som ska kopplas till ett kontrollgränssnitt och går in i konfigurationsläge för redundansapplikationsprotokoll

  • data GigabiteThernet3 —Konfigurerar gränssnittet som används för att kontrollera datatrafik

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

  • protokoll 1 — Anger protokollinstansen som ska kopplas till ett kontrollgränssnitt och går in i konfigurationsläge för redundansapplikationsprotokoll

  • timers hellotime 3 holdtime 10 —Konfigurerar de två timrarna för hellotime och holdtime:

    • Hellotime- Intervall mellan på varandra följande hälsomeddelanden - Standard 3 sekunder. Räckvidden är 250 millisekund-254 sekunder

    • Hålltid — Intervallet mellan mottagandet av ett hälsomeddelande och antagandet att den sändande routern har misslyckats. Denna varaktighet måste vara längre än hello-tiden - Standard 10 sekunder. Räckvidden är 750 millisekund-255 sekunder

      Vi rekommenderar att du konfigurerar tidstimern för att vara minst 3 gånger värdet på hellotime-timern.

3

Aktivera redundans från låda till låda 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-applikationen att styra 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 — Att lägga till och ta bort det här kommandot kräver en omladdning för att den uppdaterade konfigurationen ska träda i kraft. Vi laddar om plattformarna efter att all konfiguration har tillämpats.

4

Konfigurera Gig1- och Gig2-gränssnitten med sina respektive virtuella IP-adresser enligt nedan och använd 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:

  • redundans rii — Konfigur erar 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 på gränssnittet för varje router (ACTIVE/STANDBY) som har samma VIP.

    Om det finns mer än ett B2B-par på samma LAN, MÅSTE varje par ha unika rii- ID på sina respektive gränssnitt (för att förhindra kollision). Kommandot show redundancy application group all ska ange korrekt lokal information och peer-information.

  • redundansgrupp 1 — Associerar gränssnittet med redundansgruppen som skapats i steg 2 ovan. Konfigurera RG-gruppen, liksom VIP som tilldelats detta fysiska gränssnitt.

    Det är obligatoriskt att använda ett separat gränssnitt för redundans, det vill säga gränssnittet som används för rösttrafik kan inte användas som styr- 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 för den första CUBE och ladda om den.

Plattformen för att ladda om senast är alltid Standby.

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

När VCUBE-1 har startats helt, spara konfigurationen av VCU BE-2 och ladda om den.

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

Kontrollera att box-to-box-konfigurationen fungerar som förväntat. Relevanta utdata markeras med fetstil.

Vi laddade om VCUBE-2 sist och enligt designövervägandena; plattformen för att ladda om senast kommer alltid att vara 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ätt sedan med den lokala gateway-konfigurationen (registreringsbaserad eller certifikatbaserad) på båda HA CUB:erna. Se Konfigurera lokal gateway på Cisco IOS XE för Webex Calling.

Var den här artikeln användbar?
Var den här artikeln användbar?