- Start
- /
- Artikel
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:
-
Layer 2-redundantie van box tot box met CUBE Enterprise voor betrouwbare gespreksbescherming
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:
-
Cisco Preferred Architecture voor Cisco Webex Calling — https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
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.
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.
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.
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.
| 1 |
Configureer interfacetracking op mondiaal niveau om de status van de interface bij te houden.
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.
Hier volgt een uitleg van de velden die in deze configuratie worden gebruikt:
| ||
| 3 |
Schakel box-to-box-redundantie in voor de CUBE-toepassing. Configureer de RG uit de vorige stap hieronder
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
Hier volgt een uitleg van de velden die in deze configuratie worden gebruikt:
| ||
| 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.
Sla de configuratie van VCUBE-2 op en laad deze opnieuw nadat de VCUBE-1 volledig is opgestart.
| ||
| 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.
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. |