Dit document beschrijft het ontwerp en de configuratie van netwerkinstellingen op het Cisco Catalyst Center-toestel.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
De fysieke apparaten bieden vier gerouteerde interfaces, elk met één primaire en één secundaire fysieke netwerkadapter. De fysieke locatie van deze netwerkadapters verschilt per toestelmodel, maar de logische configuratie is hetzelfde. Met de OVA van het virtuele toestel wordt slechts één virtuele netwerkadapter gemaakt, maar indien nodig kan een tweede worden toegevoegd. De reden voor het leveren van meerdere adapters is het aanbieden van verschillende netwerkarchitecturen. De flexibiliteit om bidirectionele communicatie mogelijk te maken tussen het apparaat, de netwerkapparaten die het beheert en / of bewaakt, de systeembeheerders die toegang tot de oplossing nodig hebben, externe integraties en noodzakelijke cloudservices. Ten eerste behandelt dit document de interfaces en het beoogde gebruik ervan.
Enterprise (10G vereist)
De Enterprise-interface is een poort van tien gigabit op het fysieke toestel en is toegewezen aan de eerste virtuele adapter in het virtuele toestel. Het is bedoeld als de primaire interface die wordt gebruikt om met uw apparaten te communiceren en kan in veel implementaties de enige interface zijn die wordt gebruikt voor alle netwerkcommunicatie.
Cluster (10G vereist, interne VA)
De Cluster-interface is ook een tien gigabit-poort op het fysieke toestel, maar op het virtuele toestel is dit niet gekoppeld aan een virtuele adapter. Het wordt alleen gebruikt voor communicatie tussen Catalyst Center-apparaten in een HA-cluster. Deze moet een IP-adres toegewezen krijgen van een subnet dat anders niet wordt gebruikt in het netwerk. Deze poort moet tijdens de installatie worden verbonden met een IP-adres.
De beheerinterface is een één-gigabit-poort op de primaire netwerkadapter en een tien-gigabit-poort op de secundaire adapter. Als een tweede virtuele adapter aan een virtueel toestel wordt toegevoegd, wordt deze toegewezen aan de beheerinterface. Sommige omgevingen hebben strikte netwerkgrenzen die vereisen dat de Enterprise-interface in een beveiligd netwerk wordt geplaatst om uw inventaris te beheren, wat problemen oplevert voor de beheerders van het Catalyst Center en gebruikers om toegang te krijgen. De beheerinterface biedt deze klanten de mogelijkheid om een tweede bereikbaar IP-adres te configureren.
Internet/Cloud (1G/10G optioneel, VA niet van toepassing)
De internetpoort is een één- of tiengigabitpoort op de fysieke apparaten, zoals de beheerpoort, maar is niet van toepassing op het virtuele apparaat. In veel omgevingen is de toegang tot internet of andere externe diensten beperkt tot alleen bepaalde netwerken zoals een DMZ. Voor deze verbinding kan gebruik worden gemaakt van de internet- of cloudinterface.
Elk van deze interfaces kan worden geconfigureerd in de Maglev Configuration Wizard met een IP-adres, subnetmasker, een standaardgateway, DNS-servers en een of meer statische routes. Slechts één interface kan worden geconfigureerd met een standaardgateway en DNS-server, maar met alle resterende interfaces, alleen met behulp van statische routes en de clusterinterface die helemaal geen routes heeft.
MAGLEV-configuratiewizard
De Maglev-configuratiewizard is toegankelijk tijdens de eerste installatie of door later verbinding te maken met de CIMC KVM en de opdracht sudo maglev-config-update uit te voeren. Er zijn echter bepaalde instellingen die niet kunnen worden gewijzigd na de installatie, zoals beschreven in de Installatie- en upgradehandleiding.
Naast de eerder genoemde velden kunt u Virtuele IP-adressen (of VIP's) configureren voor elke interface die is geconfigureerd met een IP. Hoewel de VIP-configuratie optioneel is voor een implementatie met één node, is deze vereist voor de implementatie van een cluster met drie knooppunten.
De configuraties bepalen de manier waarop het toestel verbindingen initieert (uitgaande routering) en hoe apparaten worden geconfigureerd om hun eigen verbindingen met Catalyst Center te initiëren (inkomende routering).
Uitgaande routering, is van toepassing op alle netwerkcommunicatie die door het apparaat wordt geïnitieerd en is eenvoudig. De aangesloten subnetten, statische routes en standaardgateway-instellingen van alle interfaces die in de wizard zijn geconfigureerd, worden in een gedeelde routeringstabel geplaatst. Wanneer een uitgaande verbinding wordt gemaakt, wordt het IP-adres van de bestemming opgezocht in deze routeringstabel om de uitgang-interface en de next-hop router te identificeren. Het IP-adres van de bron is het lokale IP-adres dat op de interface zelf is geconfigureerd, niet de VIP.
Opmerking: Dit geldt voor al het verkeer (inclusief DNS- en NTP-servers), ongeacht op welke interfaces deze servers in de wizard zijn geconfigureerd.
Inkomende routering wordt geconfigureerd op beheerde apparaten om te bepalen hoe ze verbindingen naar het Catalyst Center starten. Apparaten en clients moeten toegang krijgen tot het Catalyst Center via dezelfde ingangsinterface waarnaar de uitgaande routeringstabel verwijst voor hun IP-adres. Als (bijvoorbeeld) een client probeert verbinding te maken met de Enterprise-interface terwijl de routeringstabel voor het IP-adres van de client naar de Management-interface wijst, wordt het verkeer verwijderd.
Daarom gebruikt het systeem een uitgaande routing-zoekopdracht voor het IP-beheer van elk inventarisatieapparaat om de juiste interface te identificeren en configureert het apparaat om de VIP van die interface te gebruiken voor verbinding met Catalyst Center. Als er geen VIP's zijn geconfigureerd (in een installatie met één node), wordt in plaats daarvan het lokale IP-adres van de interface gebruikt. In een implementatie van een FQDN-certificaat wordt het FQDN-cluster geconfigureerd op apparaten. In dat geval moet de DNS-architectuur ervoor zorgen dat de juiste VIP- of IP-interface door de client wordt opgelost.
Voor Disaster Recovery-implementaties wordt de Disaster Recovery VIP altijd geconfigureerd als deze aanwezig is. Als er geen Disaster Recovery VIP is geconfigureerd, wordt de VIP van het huidige Active-cluster geconfigureerd.
Op basis van deze informatie, om te bepalen welke interfaces in uw omgeving vereist zijn en hoe u hun routes kunt configureren, bekijkt u deze opsommingstekens:
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
2.0 |
09-Jul-2026
|
Bijgewerkte spelling, grammatica, ingevoegde regels om secties te scheiden voor leesbaarheid en CCW-waarschuwingen. |
1.0 |
23-Jul-2024
|
Eerste vrijgave |