Guida alla migrazione da Aruba 2930F ad AOS-CX 6200F

Seguici:
Presa rapida
La migrazione dal vecchio Aruba 2930F (JL256A) con AOS-S al moderno Aruba CX 6200F (JL725A) con AOS-CX richiede il passaggio da un modello di configurazione incentrato sulle porte a un modello di interfaccia standard di settore basato su database. Questa guida fornisce le traduzioni esatte dei comandi CLI, i confronti hardware e le strategie di approvvigionamento per garantire una migrazione senza interruzioni e senza tempi di inattività.
1. Cambio di paradigma architetturale: ASIC ProVision vs. architettura basata su database AOS-CX Gen7
2. Specifiche hardware e dimensionamento delle prestazioni nel mondo reale
3. Traduzione della configurazione: mappatura della CLI da AOS-S ad AOS-CX
4. Mitigazione dei rischi legati alla migrazione: catena di approvvigionamento, ottimizzazione della distinta base e gestione del ciclo di vita.
5. Domande frequenti (FAQ)

Quando si esegue una finestra di manutenzione notturna per sostituire un collegamento core-to-edge guasto, scoprire che la sintassi di configurazione legacy ProVision (AOS-S) genera immediatamente errori di analisi su uno switch AOS-CX appena estratto dalla confezione può bloccare completamente un'implementazione. Per anni, la serie Aruba 2930F, esemplificata dal cavallo di battaglia JL256A—ha costituito la spina dorsale dei livelli di accesso alle reti aziendali. Tuttavia, con la transizione delle reti moderne verso la programmabilità API-first, i sistemi operativi sincroni e i microservizi, l'architettura AOS-S ha raggiunto il suo limite evolutivo.

Passaggio alla piattaforma Aruba CX 6200F, in particolare Switch Aruba CX 6200F 48G Class4 PoE 4SFP+ (JL725A)La migrazione richiede ben più di un semplice copia-incolla del file di configurazione. Richiede un cambiamento fondamentale nell'approccio degli ingegneri di rete alle pipeline ASIC, ai paradigmi di tagging VLAN, ai Link Aggregation Group (LAG) e allo stacking del Virtual Switching Framework (VSF). Questa guida fornisce la traduzione tecnica approfondita, l'analisi di parità hardware e la mappatura della CLI necessarie per eseguire una migrazione impeccabile dal vecchio Aruba JL256A al moderno Aruba JL725A.

Cambio di paradigma architetturale: ProVision ASIC vs. architettura basata su database AOS-CX Gen7

La migrazione dall'Aruba 2930F (AOS-S) all'Aruba CX 6200F (AOS-CX) rappresenta una completa riprogettazione sia del software del piano di controllo che dei chip del piano dati.

AOS-S: Monolitico e con stato in memoria

Il vecchio Aruba JL256A esegue AOS-S (precedentemente ProVision), un sistema operativo monolitico in cui i processi del piano di controllo comunicano tramite chiamate dirette di comunicazione interprocesso (IPC). Lo stato del sistema è distribuito tra gli spazi di memoria volatile dei singoli moduli software. Se un singolo demone (come OSPF o LACP) riscontra un errore critico di memoria, l'intero sistema operativo può bloccarsi, causando interruzioni nell'inoltro dei pacchetti.

Dal punto di vista del silicio, il 2930F si basa sul chip ASIC proprietario ProVision. Pur essendo altamente ottimizzato per l'inoltro di base dei livelli 2/3 e per le liste di controllo degli accessi (ACL) statiche, la sua pipeline è rigida. Il buffering dei pacchetti è allocato staticamente per gruppo di porte, rendendo lo switch suscettibile alla perdita di pacchetti a raffica quando i collegamenti uplink ad alta velocità alimentano le porte di accesso PoE da 1G con traffico a raffica.

AOS-CX: basato su database e microservizi

Lo switch Aruba CX 6200F 48G Class4 PoE 4SFP+ (JL725A) è costruito su AOS-CX, un moderno sistema operativo a microservizi basato su Linux. Al centro di AOS-CX c'è il OVSDB (Open vSwitch Database)Ogni cambiamento di stato, che si tratti di una transizione di stato del collegamento, di una scoperta di indirizzo MAC o di una chiamata API, viene registrato in questo database centrale in memoria.

Questa architettura incentrata sul database offre diversi vantaggi cruciali:

  • Isolamento dei problemi: I singoli daemon di protocollo vengono eseguiti in container isolati nello spazio utente. Se il daemon LACP si arresta in modo anomalo, si riavvia automaticamente senza influire sullo stato di inoltro programmato nell'ASIC hardware.
  • Programmabilità: L'intero stato dello switch è accessibile tramite API REST, consentendo l'integrazione nativa con strumenti di automazione come Ansible, Python e Aruba NetEdit.
  • Motore di analisi di rete (NAE): AOS-CX sfrutta l'ASIC Gen7 per trasmettere i dati di telemetria direttamente all'agente NAE integrato, consentendo la risoluzione dei problemi in tempo reale di microburst, broadcast storm e anomalie di sicurezza direttamente sullo switch senza bisogno di sonde esterne.

Il chip ASIC Gen7 integrato nel JL725A è dotato di una pipeline completamente programmabile con serializzazione dinamica del buffer dei pacchetti. Invece di allocazioni statiche dei gruppi di porte, il buffer dei pacchetti viene condiviso dinamicamente tra tutte le porte, riducendo al minimo le perdite dovute a microburst durante migrazioni vSAN intensive o implementazioni di telecamere IP ad alta densità.

Ottimizza la tua strategia di approvvigionamento CX per Aruba

Ottieni accesso immediato ai prezzi all'ingrosso e alla disponibilità in tempo reale per la serie Aruba CX 6200F.

Specifiche hardware e dimensionamento delle prestazioni nel mondo reale

Prima di sostituire l'hardware nel locale cablaggio, gli architetti di rete devono verificare le dimensioni fisiche, i profili termici, i budget di potenza e le capacità di inoltro. La tabella seguente illustra le principali differenze hardware tra il vecchio Aruba JL256A e il moderno Aruba JL725A.

Specifica / Caratteristica Aruba 2930F 48G PoE+ 4SFP+ (JL256A) Aruba CX 6200F 48G Class4 PoE 4SFP+ (JL725A)
Sistema operativo AOS-S (ProVision) AOS-CX
Architettura ASIC ProVision ASIC ASIC Aruba Gen7
Capacità di commutazione 176 Gbps 176 Gbps
Tasso di inoltro dei pacchetti 112.0 Mpps 130.95 Mpps
Dimensioni tabella indirizzi MAC Voci 32,768 Voci 32,768
Tabella di routing IPv4/IPv6 10,000 / 5,000 voci 10,240 / 5,120 voci
Budget di alimentazione PoE 370 W (PoE+ di classe 4) 370 W (PoE+ di classe 4)
Tecnologia di impilamento VSF (fino a 8 membri, porte 10G) VSF (fino a 8 membri, porte 10G)
Memoria di sistema (RAM) 1 GB SDRAM DDR3 8 GB SDRAM DDR4
Flash Memory 4 GB eMMC 16 GB eMMC

Sebbene entrambi gli switch offrano una capacità di switching grezza di 176 Gbps e un budget PoE di 370 W, JL725A Offre una velocità di inoltro dei pacchetti significativamente superiore (130.95 Mpps contro 112.0 Mpps). Questo incremento di prestazioni è dovuto alla pipeline di elaborazione dei pacchetti superiore dell'ASIC Gen7 e al notevole aumento della memoria di sistema (8 GB di RAM DDR4 sul JL725A rispetto a solo 1 GB sul JL256A). Questa espansione della memoria è fondamentale per mantenere tabelle di routing stabili e per eseguire il sistema operativo AOS-CX basato su database senza degrado della latenza.

Traduzione della configurazione: mappatura della CLI da AOS-S ad AOS-CX

L'ostacolo più significativo durante la migrazione è la traduzione della sintassi di configurazione. AOS-S utilizza un modello di mappatura VLAN incentrato sulle porte, mentre AOS-CX adotta un modello incentrato sulle interfacce, standard di settore (simile a Cisco IOS).

1. Configurazione VLAN e assegnazione di tag alle porte

In AOS-S, si definisce una VLAN e quindi si assegnano le porte ad essa come taggate o non taggate. In AOS-CX, si accede alla modalità di configurazione dell'interfaccia e si definisce se la porta è in modalità di accesso o trunk, quindi si assegnano le VLAN.

Configurazione AOS-S (JL256A):

vlan 10 nome "Data_VLAN" senza tag 1-10 etichettato 49-50 vlan 20 nome "VLAN_Voce" etichettato 1-10,49-50

Configurazione AOS-CX (JL725A):

vlan 10 nome Data_VLAN vlan 20 nome Voice_VLAN ! interface 1/1/1-1/1/10 nessun arresto trunk in modalità VLAN vlan trunk nativo 10 vlan trunk consentito 10,20 ! interface 1/1/49-1/1/50 nessun arresto trunk in modalità VLAN vlan trunk consentito 10,20

2. Aggregazione di link (LAG) e LACP

AOS-S si riferisce ai Link Aggregation Group (LAG) come "trunk" (da non confondere con i trunk VLAN 802.1Q). AOS-CX utilizza la terminologia standard "LAG".

Configurazione AOS-S (JL256A):

tronco 47-48 trk1 lacp vlan 10 taggato trk1

Configurazione AOS-CX (JL725A):

ritardo interfaccia 1 nessun arresto trunk in modalità VLAN vlan trunk consentito 10 Modalità LACP attiva ! interfaccia 1/1/47 nessun arresto ritardo 1 ! interfaccia 1/1/48 nessun arresto ritardo 1

3. Stacking del Virtual Switching Framework (VSF)

Entrambe le piattaforme supportano lo stacking VSF fino a 8 membri su porte SFP+ da 10G, ma il processo di provisioning è differente. AOS-CX supporta lo stacking automatico, che semplifica l'implementazione ma richiede una configurazione iniziale precisa.

Configurazione VSF AOS-S (JL256A):

membro vsf 1 tipo "JL256A" collegamento 1 49-50 vsf enable domain 1

Configurazione VSF AOS-CX (JL725A):

membro vsf 1 tipo jl725a collegamento 1 1/1/49 collegamento 2 1/1/50 membro vsf 2 tipo jl725a collegamento 1 2/1/49 collegamento 2 2/1/50

4. Gestione dei ricetrasmettitori di terze parti

Un problema comune riscontrato dagli ingegneri durante la migrazione è il fenomeno del "port flapping" o degli errori "Transceiver Not Recognized" quando si riutilizzano moduli ottici SFP+ di terze parti sugli switch AOS-CX. Per aggirare questo vincolo del fornitore, è necessario abilitare esplicitamente i transceiver non supportati tramite la CLI.

# Abilita il supporto per ricetrasmettitori di terze parti su AOS-CX consenti-ricetrasmettitore-non-supportato conferma ! # Verifica lo stato dell'interfaccia e i dati DOM del ricetrasmettitore mostra l'interfaccia 1/1/49 ricetrasmettitore

Mitigazione dei rischi legati alla migrazione: ottimizzazione della catena di approvvigionamento, della distinta base e della gestione del ciclo di vita.

La migrazione di un intero livello di accesso di campus da hardware obsoleto come l'Aruba JL256A all'Aruba JL725A richiede una pianificazione logistica e finanziaria significativa. I canali di distribuzione tradizionali spesso indicano tempi di consegna di 6-12 settimane per l'hardware AOS-CX, il che può bloccare gli aggiornamenti critici dell'infrastruttura e comportare il rischio di penali per ritardi nel progetto.

Il router-switch risolve questi colli di bottiglia della catena di approvvigionamento mantenendo oltre 20 milioni di dollari di scorte a scaffale in diversi magazziniQuesta ampia disponibilità a magazzino garantisce che gli ordini all'ingrosso dell'Aruba JL725A (incluse le varianti regionali come il JL725A#ABA) possano essere spediti entro la stessa settimana, mantenendo così i tempi di implementazione nei limiti previsti.

Inoltre, eliminando i ricarichi dei distributori regionali a più livelli, Router-switch consente agli integratori di sistemi e ai reparti IT aziendali di ottimizzare la propria distinta base (BOM) grazie agli sconti diretti per acquisti all'ingrosso.

Per mitigare i rischi operativi successivi all'implementazione, Router-switch offre:

  • Prodotto originale al 100%, garantito. Ogni switch spedito è dotato di un numero di serie (S/N) completamente verificabile, registrato nel database ufficiale del fornitore.
  • Garanzia estesa RS Care di 3 anni in omaggio: Offre tranquillità senza gli elevati costi ricorrenti dei tradizionali contratti di assistenza del produttore.
  • Sostituzione rapida in garanzia (RMA): Nel raro caso di un guasto hardware, verrà spedita prima un'unità sostitutiva per ridurre al minimo il tempo medio di riparazione (MTTR).
  • Consulenza CCIE individuale gratuita: Accedi alla consulenza di esperti per traduzioni di configurazioni complesse, progetti di stacking VSF e test di interoperabilità.

Le persone chiedono anche (FAQ)

Q1 Posso collegare in cascata un Aruba 2930F (JL256A) con un Aruba CX 6200F (JL725A) utilizzando VSF?
No. Lo stacking VSF richiede sistemi operativi identici e architetture hardware compatibili. Il 2930F esegue il sistema operativo legacy AOS-S, mentre il 6200F esegue AOS-CX, basato su database. Non è possibile utilizzarli insieme in un singolo stack. È necessario migrare tutti i membri di uno stack alla piattaforma 6200F contemporaneamente.
Q2 Qual è l'equivalente in AOS-CX del comando "trunk" di AOS-S per l'aggregazione di link?
In AOS-S, il comando "trunk" viene utilizzato per creare un Link Aggregation Group (LAG). In AOS-CX, la configurazione avviene utilizzando la terminologia standard del settore: "interface lag [ID]" e assegnando le interfacce fisiche a tale LAG tramite il comando "lag [ID]" nella configurazione dell'interfaccia fisica.
Q3 Il modello Aruba JL725A supporta lo stesso budget di alimentazione PoE del JL256A?
Sì, sia l'Aruba JL256A che l'Aruba JL725A offrono un budget di alimentazione PoE di 370 W. Tuttavia, il JL725A supporta PoE di Classe 4 (fino a 30 W per porta), che offre un'allocazione di potenza più efficiente e una negoziazione dinamica tramite LLDP-MED rispetto alle implementazioni AOS-S precedenti.
Q4 Come posso risolvere gli errori "transceiver non supportato" sull'Aruba CX 6200F?
Per utilizzare ricetrasmettitori di terze parti o non a marchio Aruba sugli switch AOS-CX, accedere alla modalità di configurazione globale ed eseguire il comando "allow-unsupported-transceiver confirm". Questo consentirà allo switch di inizializzare il modulo ottico, sebbene i dati diagnostici DOM possano variare a seconda della codifica del ricetrasmettitore.