Passare alla procedura di sostituzione da 3560G a 3750X


8

La mia azienda aggiornerà due switch Cisco 3560G (una coppia HSRP Active & Standby) a due switch Cisco 3750X in uno stack.

Devo effettuare una procedura di sostituzione degli switch a partire dalla rimozione degli switch Cisco 3560s fino a quando gli switch Cisco 3750x vengono messi in linea. L'ho cercato su Google, ho cercato nel sito Web Cisco e cercato in vari forum, ma non sono riuscito a trovare qualcosa adatto alle mie esigenze.

Il mio approccio sarà ...

  1. Eseguire il backup della configurazione di standby 3560 (il traffico scorrerà attraverso il 3560 attivo).

  2. Rimuovere la spina del 3560 e inserirne una 3750x. Configurare 3750x per accettare il traffico e per essere lo stack master.

  3. Eseguire il backup della configurazione sul restante 3560 e rimuoverlo.

  4. Collegare il secondo 3750x

  5. Configuralo come membro dello stack.

Si prega di rivedere questa procedura e dare consigli. Se mi potete indirizzare a qualsiasi documentazione del fornitore che mostri una procedura dettagliata per un aggiornamento switch come questo, lo apprezzerei.


Ricorda di fare clic sulla freccia in alto accanto alla risposta di Hestok - Presumo che l'abbia trovata perspicace poiché l'hai contrassegnata come una risposta accettata.
Jan

Risposte:


10

Non credo che visiterai alcun sito Web con istruzioni dettagliate dettagliate su come eseguire questa operazione. Forse ci sono alcuni blog che parlano dell'esperienza personale di un blogger .... tuttavia, è così che mi avvicinerei.

Presumo che i tuoi attuali 3560 G abbiano collegamenti L3 al core e un collegamento L2 (o portchannel) tra i due switch. Supporrò anche che stai usando il monitoraggio dell'interfaccia per aiutare a scambiare stati HSRP e prelazione, ecc ...

Durante l'aggiunta del 3750X agli switch 3560G originali. Tutto ciò che serve è estendere il collegamento L2 allo stack 3750X. È possibile effettuare il pre-provisioning del secondo 3750X e persino averlo in esecuzione e collegato durante l'intero processo.
Quindi spostare gli uplink L3 dallo standby 3560G al primo 3750X e assicurarsi che HSRP sia configurato per facilitare il failover.
Una volta fatto questo ... iniziare a migrare il cavo di cablaggio / dispositivo nello stack 3750X.
Quindi spostare l'ultimo collegamento 3560G L3 sul secondo interruttore 3750X. Ora dovresti anche essere in grado di rimuovere il collegamento L2 tra i 3750 e i 2560 e spegnerli.

Dato che stai usando HSRP - i 3750X dovrebbero diventare attivi sotto il tuo controllo (tramite un cambio di priorità)

Alla fine, dopo aver lasciato solo il 3750X in una formazione a pila. Non sarà più necessario che HSRP funzioni tra i due switch poiché il 3750X sarà davvero visto come un unico switch. In definitiva, la soluzione finale dovrebbe avere 2x uplink L3 sul core o sul router e l'interfaccia VLAN esistente esclusivamente sullo stack 3750X. Vorrei anche avere ciascuno dei collegamenti L3 collegati anche agli interruttori 3750X separati.

Questa soluzione finale dovrebbe offrirti un design più solido per impedire che i timer spanning tree e HSRP ritardino la riconducenza della tua rete e consentano al protocollo di routing di selezionare il percorso a monte invece di HSRP.


3
Non esiste un consenso universale sul fatto che i dispositivi di stacking abbiano un impatto positivo o negativo sull'MTBF. Alcuni ritengono che l'utilizzo dello stacking consenta a singoli difetti del software di influire su entrambi i dispositivi.
ytti,

2
@ytti ho molti collaboratori che odiano anche l'accatastamento. Credo che i cavi di accatastamento e l'hardware in generale siano leggermente migliorati sulla serie X rispetto alle serie G ed E originali. Non sono ancora stato bruciato da loro, ma alcuni dei miei colleghi lo odiano e oggi rifiutano di dispiegarli in qualsiasi forma / forma
knotseh,

@hestonk Ho avuto molti problemi con i nostri stack 3750X, ma una volta terminata la configurazione iniziale ... hanno funzionato abbastanza bene. Aveva una serie di cavi difettosi / interruttori difettosi mescolati con problemi nell'impostazione dello stack (il nuovo interruttore avrebbe cancellato l'impostazione dello stack esistente). Dopo tutto è stato configurato però, ottima esperienza.
some_guy_long_gone il

Sento che le persone sono spesso troppo disperate per sbarazzarsi di STP per provare qualcosa. Almeno siamo stati bruciati dallo stacking e dal REP. Mentre STP è cattivo, è un codice molto vecchio e collaudato, è abbastanza difficile da eseguirlo in termini di affidabilità.
ytti,

Ho capito il punto adesso. Grazie per il tuo grande supporto.
Tsubasa,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.