In questo documento vengono descritti i problemi osservati quando gli switch SAN (Storage Area Network) utilizzano una scheda di linea serie MXP-MR per trasportare il traffico Fibre Channel (FC). Questo documento ha lo scopo di consolidare tutti i problemi noti e le relative soluzioni.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Le informazioni di questo documento si basano sulle seguenti versioni hardware e software:
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
La scheda di linea Cisco MXP-MR-10DME-C viene usata per aggregare una combinazione di ingressi del servizio SAN del client (GE, FICON e FC) in un segnale di tunk-side DWDM OUT-2/STM-64/OC-192.
Sono stati rilevati problemi con il traffico FC attraverso questa scheda di linea. Questi problemi possono essere dovuti a fluttuazioni dell'interfaccia dello switch, errori delle interfacce client MXP-MR-10DME-C, errori dell'interfaccia dello switch SAN o problemi di interoperabilità.
Per ulteriori informazioni su questo documento, contattare il Technical Assistance Center (TAC) di Cisco.
In questa sezione vengono descritti i problemi di interoperabilità tra gli switch dati multilivello Cisco serie 9500 (MDS9500) e le schede di linea ONS serie 15454-10DME che utilizzano interfacce FC 4-G.
Per le connessioni DWDM (Dense Wave Division Multiplexing) di ONS che utilizzano la funzione DE (Distance Extension) (nota anche come spoofing dei crediti buffer-to-buffer), l'opzione FCBBSCN (Fibre Channel Buffer-to-Buffer State Change Notification) deve essere disabilitata sui protocolli ISL (Inter-Switch Link Protocol).
Per gli ONS con la scheda di linea 10DME, a due Gb/s l'ONS scarta i frame di ripristino buffer-to-buffer (B2B) e non li passa, anche con DE abilitato. Tuttavia, a quattro Gb/s, ONS supera i frame B2B. Ciò causa un problema di interoperabilità con la funzione FCBBSCN.
Per risolvere questo problema, eseguire una delle seguenti due operazioni:
Se si osserva un incremento solo per fcStatsRecvrReady e fcStatsTxRecvrReady dalla scheda Prestazioni delle schede di linea MXP-MR-10DME-C e non si rilevano altri incrementi di parametro in caso di traffico, utilizzare la soluzione descritta in questa sezione.
La perdita di una parola di trasmissione Receiver-Ready (R_RDY) impedisce il rilascio di un buffer di credito. Per impostazione predefinita, le porte dello switch inizializzano i collegamenti con la modalità 1 dei parametri di collegamento di Exchange (ELP). Tuttavia, i gateway prevedono l'inizializzazione con la modalità 2, detta anche modalità ISL R_RDY. Pertanto, per consentire a due switch di collegarsi tramite un gateway, le porte su entrambi gli switch devono essere impostate sulla modalità ELP 2.
Man mano che ciascun host trasmette un frame allo switch, lo switch legge il SID e l'ID di dominio (DID) nell'intestazione del frame. Se il DID dell'indirizzo di destinazione è lo stesso di quello dello switch (comunicazioni intra-switch), il frame buffer viene copiato sulla porta di destinazione e viene inviato un credito R_RDY all'host. Lo switch deve solo leggere la parola zero e la parola uno del frame FC per eseguire ciò che è noto come routing cut-through. È possibile che un frame inizi a uscire dalla porta di output prima di essere ricevuto completamente dalla porta di input. Non è necessario memorizzare l'intero frame nello switch.
Il controllo del flusso B2B avviene attraverso una porta di invio con la fornitura di credito disponibile e attende che i crediti vengano riforniti dalla porta all'estremità opposta del collegamento. Questi crediti B2B vengono utilizzati dai servizi di Classe 2 e Classe 3 e si basano sulla parola di controllo R_RDY FC inviata dalla porta del collegamento ricevente al mittente.
La velocità di trasmissione dei frame viene regolata dalla porta del collegamento ricevente in base alla capacità dei buffer di contenere i frame ricevuti.
Di seguito è riportato un esempio della vecchia configurazione dell'interfaccia dello switch:
Questa è la nuova configurazione che risolve il problema di interoperabilità descritto in precedenza:
Conclusioni
Il problema si basa su un problema noto con gli switch EMC e le schede di linea MXP-MR-10DME.
Per risolvere il problema, vengono apportate le seguenti modifiche sullo switch EMC:
In questo scenario, i pacchetti ignorati in uscita vengono osservati sull'interfaccia dello switch e non vengono osservati allarmi/condizioni sui sistemi ONS 15454. Nella scheda di linea MXP-MR-10DME-C vengono osservati incrementi di fcStatsRxRecvrReady e 8b10bInvalidOrderingSetsDispErrorsSum.
Verificare la versione software del sistema ONS 15454 interessato. Se la versione del software è 8.50, 8.51 o 8.52, il problema è causato da un difetto del software.
Per risolvere il problema, ONS deve essere aggiornato alla versione software 9.1.0.
Questi sono i sintomi del difetto:
La condizione del difetto è che la scheda di linea 10DME è collegata allo switch MDS9513 e configurata con:
Dopo l'aggiornamento del software ONS, controllare la versione Field Programmable Gate Array (FPGA) sulla scheda di linea MXP-MR-10DME-C:
Le versioni più recenti delle FPGA sono RAILTO_SOUTH 1.41 e RIALTO_NORTH 2.35, testate nella versione 9.222 e disponibili in tutte le nuove versioni. Fare riferimento alla sezione FPGA per ulteriori informazioni.
Se le versioni più recenti di FPGA non sono disponibili dopo l'aggiornamento del software, eseguire un aggiornamento Force FPGA. Per ulteriori informazioni sugli aggiornamenti del sistema, fare riferimento all'articolo Aggiornamento di Cisco ONS 15454 alla release 9.1 di Cisco.
Entrambe le interfacce dello switch segnalano errori CRC intermittenti. Sulla scheda di linea MXP-MR-10DME, viene osservato un incremento di errori TxBadCRC dalla porta client.
Verificare la versione software del nodo ONS 15454. Se il software è della versione 7.0-8.52, il sistema è interessato da un difetto del software.
Per risolvere il problema, il nodo ONS deve essere aggiornato alla versione software 9.1.0.
Questi sono i sintomi del difetto:
La condizione di errore è che la modalità FC 4-G viene utilizzata sulla porta 1 o sulla porta 5 (la porta 1 è maggiormente interessata).
Dopo l'aggiornamento del software ONS, controllare la versione Field Programmable Gate Array (FPGA) sulla scheda di linea MXP-MR-10DME-C:
Le versioni più recenti delle FPGA sono RAILTO_SOUTH 1.41 e RIALTO_NORTH 2.35, testate nella versione 9.222 e disponibili in tutte le nuove versioni. Fare riferimento alla sezione FPGA per ulteriori informazioni.
Se le versioni più recenti di FPGA non sono disponibili dopo l'aggiornamento del software, eseguire un aggiornamento Force FPGA. Per ulteriori informazioni sugli aggiornamenti del sistema, fare riferimento all'articolo Aggiornamento di Cisco ONS 15454 alla release 9.1 di Cisco.
Le versioni da 7.0 a 8.50 del software ONS presentano difetti relativi alla scheda di linea MXP-MR-10DME e al traffico FC. Questa sezione descrive i difetti noti.
Titolo ID bug Cisco: Gli switch con cavo Y manuale con squelching disattivato possono causare l'interruzione del collegamento Fibre Channel con gli switch Brocade.
Questo problema si verifica nelle versioni software 7.0 e successive.
Per riprodurre il problema, completare i seguenti passaggi:
Dopo alcuni switchover, il collegamento FC si interrompe. Vengono osservati allarmi SIGLOSS e GFP-CSF.
Cisco consiglia di attivare lo squelching quando si lavora con switch Brocade. Se per qualche motivo lo squelching deve essere disattivato con gli switch Brocade, Cisco consiglia di utilizzare un comando FORCE per eseguire uno switch con cavo Y.
Nessuna risoluzione nota per questo problema. Cisco consiglia di applicare la soluzione alternativa.
Titolo ID bug Cisco: 10DME-C: degrado imprevisto del traffico FC durante l'interoperabilità con Brocade.
Con il traffico FC da 1 o 2 G, la velocità di trasmissione si verifica come previsto in una direzione, mentre nella direzione opposta vengono visualizzati i problemi. Il throughput iniziale è normale ma diminuisce lentamente a zero a causa della perdita di credito. Lo switch in genere attiva LR per ripristinare il collegamento. La scheda di linea MXP-10DME potrebbe eliminare VC-RDY quando il gap tra pacchetti è ARB anziché Idle.
Le versioni software da 7.0 a 8.50 sono interessate da questo difetto.
Il traffico è FC (1- o 2-G FC) ed è di classe virtuale 3 (VC-RDY viene utilizzato al posto di R-RDY). Il problema si verifica quando la scheda di linea MXP-10DME esegue una compensazione di velocità negativa (rimozione del gap tra pacchetti).
Utilizzare la modalità ISC (R_rdy) sullo switch.
La versione software 8.52 include una soluzione per questo problema.
Titolo ID bug Cisco: Traffico non ripristinato in una catena di mxp-mr-10dme.
Alcuni pacchetti sono danneggiati da errori CRC (mediaIndStatsRxFramesBadCRC incrementi su Payload/Statistics) nelle schede di linea MXP-MR-10DME quando il segnale Ethernet di origine viene scartato e quindi reintrodotto in una configurazione a margherita di schede di linea MXP-MR-10DME (collegate l'una all'altra).
Questo difetto è stato rilevato nella versione 7.3 del software.
Deve essere presente una configurazione a margherita con almeno quattro schede di linea MXP-MR-10DME e il segnale Ethernet di origine deve essere eliminato e reintrodotto.
Lo stato Admin di ogni SFP nel percorso della portante persa deve essere spostato in OOS-DSBLD e quindi in stato IS.
La versione software 8.51 include una correzione per questo problema.
Titolo ID bug Cisco: Errori CRC in uscita 10dme in modalità 4FC.
Esistono eventi di errore a bit singolo (frequenza di errore intorno a 1E-12) che vengono generati dalla scheda di linea 10DME in direzione di uscita (TX out). Gli errori vengono rilevati dal contatore mediaIndStatTXFramesBadCRC.
Questo problema si verifica nelle versioni software da 7.0 a 8.51.
La modalità FC 4-G viene utilizzata sulla porta 1 o 5. La porta 1 è la più interessata.
Non sono disponibili soluzioni alternative per questo difetto.
La versione software 8.52 include una soluzione per questo problema.
Titolo ID bug Cisco: Tempo di commutazione 4GFC dell'ordine di minuti.
Dopo l'accensione di uno switch trunk linecard MXP-MR-10DME, il traffico si interrompe definitivamente o ritorna dopo 4-5 minuti.
Questo problema è stato rilevato nel software versione 9.0.
Completare questi passaggi per riprodurre il problema:
Non sono disponibili soluzioni alternative per questo difetto.
Una correzione per questo problema è inclusa nella versione software 9.1.
Titolo ID bug Cisco: MXP-MR-10DME FC4G IS -> OSMT -> IS causa una lenta perdita continua dei pacchetti.
Alcuni pacchetti vengono continuamente persi per 10-15 minuti.
Questo difetto è stato rilevato nel software versione 8.52.
Completare questi passaggi per riprodurre il problema:
Configurare la porta come segue: OOS, DSBLD > IS.
Una correzione per questo problema è inclusa nella versione software 9.0.
Titolo ID bug Cisco: Interoperabilità 4G FC con Brocade Silkworm.
Il CTC non emette alcun allarme quando la porta dello switch SAN è offline/online.
Questo difetto è stato rilevato nel software versione 8.52.
La scheda di linea è configurata per il traffico FC 4-G e utilizza la modalità E e DE è abilitato o disabilitato. Il problema è relativo a una particolare sequenza con pacchetti di piccole dimensioni (36 byte o pacchetti con payload di zero byte).
Dallo switch MDS, impostare la porta TE sulla modalità Trunking: ON. Sul brocade non sono disponibili soluzioni alternative.
Una correzione per questo difetto è inclusa nella versione 9.0 del software.
Titolo ID bug Cisco: MXP-MR-10DME-C:FC4G da MDS9513:DE ON:packet drop.
I pacchetti vengono persi e il traffico riprende. Sull'interfaccia dello switch MDS serie 9513 vengono rilevati errori di output. Nessun errore segnalato sul CTC.
Questo difetto è stato rilevato nel software versione 8.52.
La scheda di linea 10DME è collegata allo switch MDS serie 9513 ed è configurata in modo simile al seguente:
Non sono disponibili soluzioni alternative per questo difetto.
Una correzione per questo difetto è inclusa nella versione 9.0 del software.
Titolo ID bug Cisco: Calo imprevisto del throughput con DE ON e pochi crediti su Brocade/Qlogic.
Il collegamento non è in grado di raggiungere la velocità effettiva completa. Nessun frame perso. La scheda di rete MXP-MR-10DME per il monitoraggio delle prestazioni riporta fcStatsZeroTxCredits uguale a fcStatsRxRecvrReady e quasi uguale a fcStatsTxRecvrReady. Ciò significa che la scheda di linea MXP-MR-10DME funziona con 0 crediti Tx, come se il collegamento fosse congestionato.
Questo difetto è stato rilevato nel software versione 8.52.
Il sistema è impostato in modo simile al seguente: TestSet > Brocade > MXP-MR-10DME > MXP-MR-10DME > Brocade > TestSet. La brocade è configurata con la porta ISL (porta E) in modalità R_RDY con il comando portCfgISLMode 1. Ci sono otto crediti sulla porta F e otto crediti sulla porta E riportati dall'interfaccia GUI Brocade. Inoltre, la scheda di linea MXP-MR-10DME DE è attivata.
Non sono disponibili soluzioni alternative per questo difetto.
Una correzione per questo difetto è inclusa nella versione 9.0 del software.
Ogni scheda di linea MXP-MR-10DME-C è dotata di due schede FPGA:
Le informazioni FPGA possono essere ottenute da CTC. Per ottenere queste informazioni mentre è attiva la visualizzazione per schede, fare clic su Manutenzione e quindi su Informazioni. Nella scheda Info, l'opzione FW_VERSION (Versione firmware) contiene informazioni su entrambe le versioni FPGA. Le porte da 1 a 4 e le porte da 5 a 8 sono configurabili per il traffico 1-G FC o 4-G FC.
Cisco consiglia di aggiornare le versioni software dei sistemi che eseguono il traffico FC almeno alla versione 9.1.0 per evitare i difetti software noti.
Fare riferimento alla pagina di download del software Cisco per scaricare l'ultimo software MSTP Cisco ONS serie 15454 M12.
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
25-Mar-2014 |
Versione iniziale |