L'ExtremeSwitching X690 rifiuta il 100G sulla porta 57 e mostra il DAC QSFP28 come unsupported
Sto aggiungendo un link 100G tra due rack su un X690 che fa tranquillamente lavoro di accesso a 10G da un paio d'anni. La cage uplink non ne vuole sapere di prendere quella velocità.
- ExtremeSwitching X690-48x-2q-4c
- cavo direct attach QSFP28 da 1 m, Q28+CR4_1m
- porta 57, una delle cage uplink QSFP28
Il cavo compare come unsupported nell'elenco delle porte, e impostare la velocità a mano viene rifiutato senza appello:
* X690.1 # configure port 57 auto off speed 100000 duplex full
Speed specified is not supported on port 57Cosa ho provato:
- reinserito il cavo a entrambi i capi e sostituito con un secondo esemplare dello stesso codice;
- spostato su un'altra cage QSFP28, stesso messaggio con quel numero di porta dentro;
- lasciato auto e semplicemente abilitato la porta, il che la lascia down senza link.
Le cage dovrebbero essere capaci di 100G, e lo switch rifiuta la velocità invece di fallire il link, quindi sospetto che la porta non sia configurata come penso. Cosa decide la velocità di questi uplink, e cambiarla richiede un riavvio?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Le cage uplink sull'X690 non sono porte indipendenti con una propria impostazione di velocità. Le porte 49, 53, 57, 61, 65 e 69 condividono un unico budget di 400 Gbit/s, e come quel budget viene suddiviso arriva da un partition template, non da un comando di velocità per porta. Ecco perché la CLI rifiuta la velocità invece di accettarla e lasciare la porta spenta: in quel momento la porta 57 non è affatto un'interfaccia 100G. Il template di default ti dà due porte 100G più quattro porte 40G, e la 57 non è una delle due.
Scegli un template che fornisca il numero di interfacce 100G di cui hai bisogno, poi assegna la porta stessa:
Poi riavvia lo switch. Il nuovo layout ha effetto solo dopo il riavvio, ed entrambi i comandi vengono accettati senza obiezioni prima di quel momento, il che è quello che rende la cosa confusa la prima volta.
Oltre a 1x100G le opzioni per porta sono 1x40G, 2x50G, 4x10G e 4x25G, quindi definisci tutto il piano degli uplink prima e cambia il template una volta sola invece che per ogni link. Vale lo stesso per il modello 48t, il blocco uplink lì è identico.
Confermato. Impostato il template su 4x100G, assegnato
configure ports 57 partition 1x100G, riavviato, e la porta è tornata su come una vera interfaccia 100G con il Q28+CR4_1m che ha fatto link subito, niente più unsupported cable.Il riavvio è la parte che mi sarei perso. Prima di quello i comandi restano nella configurazione sembrando applicati mentre la porta rifiuta ancora la velocità, il che è indistinguibile dal problema originale. Chiunque lo faccia su una scatola in produzione dovrebbe prenotare la finestra di fermo in anticipo invece di scoprirlo a metà strada.
Stessa famiglia, trappola opposta, per chi arriva qui con un X695. Lì le porte QSFP28 sono 100G di default e solo due delle otto, la 51 e la 55, si possono partizionare. Provaci altrove e ottieni:
Sulla coppia partizionabile usi
configure port 51 partition 1x40G. Sul resto forzi invece la velocità, con lo stesso identico comando che fallisce sull'X690:L'ho fatto sulle porte 49, 50, 55, 60, 61 e 62 su EXOS 30.6.1.11-patch1-4 per far salire ottiche 40G. Le porte 52-54 e 57-59 mostrano Link State NP nel layout di default, che è il layout che parla, non un guasto.
Quindi: gli uplink dell'X690 sono guidati dal template, le porte QSFP28 dell'X695 sono per lo più guidate dalla velocità. Controlla quale scatola hai davanti prima di copiare comandi dall'una all'altra.