Risoluzione dei problemi di interfacce inattive o intermittenti per gli utenti

Risoluzione dei problemi:

1. Determinare se il problema riguarda una singola interfaccia, più interfacce, un'interfaccia intermittente o una scheda di rete.
   1. Identificare se l'interfaccia è inattiva, intermittente, non risponde o se una scheda di rete ha un problema.
   2. Link Status No indica un'interfaccia che non ha alcun segnale elettrico ed è spenta.
   3. Intermittent indica che si verificano eventi intermittenti a intervalli regolari, non costanti o continui.
   4. Per verificare lo stato delle interfacce hardware sul Data Domain, eseguire il comando.

      # net show hardware

   5. Per controllare gli avvisi correnti, eseguire il comando

      # alerts show current

   6. Per controllare la cronologia degli avvisi, eseguire il comando.

      # alerts show history

   7. Controllare le impostazioni di visualizzazione della rete per verificare se l'interfaccia inattiva fa parte di un bond virtuale, vlan o alias.

      # net show settings

      Affinché un'interfaccia abbia un indicatore di collegamento e sia in esecuzione, deve essere configurata con un ip o in un bond.
   8. Se dopo un aggiornamento di DDOS un'interfaccia è inattiva, è altamente improbabile che ciò sia dovuto a un guasto hardware.
      1. Se l'interfaccia inattiva non è in un bond, è possibile disabilitarla e abilitarla con i seguenti comandi.

# net disable ethXx

# net enable ethXx

9. Prima di aprire una richiesta di assistenza al supporto Dell, si consiglia di rivolgersi al team di rete per verificare la configurazione dello switch.
   1. Durante un aggiornamento, le interfacce si disconnettono dalla rete e a volte si verifica il timeout dello switch dopo non aver ricevuto alcuna risposta dalle interfacce dd, con la disabilitazione delle relative porte.
   2. Se le porte degli switch sono andate in timeout e sono state disabilitate, il supporto Data Domain non è in grado di risolvere il problema ed è necessario contattare il team di rete per abilitarle.
10. Se si dispone di personale on-site presso il data center, fare in modo che un tecnico sul campo ricollochi l'SFP o il cavo dal lato dd e dal pannello patch o dal lato switch.
11. Se è stata configurata una nuova interfaccia sul Data Domain ma non è attiva e in esecuzione, verificare che sia presente un cavo collegato al pannello patch o al lato switch.
12. Se si sta configurando un Data Domain per la prima volta e le interfacce non sono attive e in esecuzione, accertarsi che la configurazione della porta laterale dello switch sia corretta oltre all'impostazione della velocità.
    1. Per le interfacce 10 G su Data Domain, anche lo switch deve essere impostato sulla velocità di 10 G.
    2. Per le velocità 1 G sul Data Domain, se lo switch è impostato su 10 G, non funziona; potrebbe essere più adatto per la negoziazione automatica sullo switch.
13. Se si configura un Data Domain per la prima volta con interfacce in rame DA o in fibra, assicurarsi di disporre di cavi e SFP compatibili.
14. Se dopo un riavvio o un aggiornamento del sistema e viene segnalato un avviso corrente MissingSlave e le interfacce sono inattive, quindi Data Domain è stato riavviato.
    Esempio:

    p0-96 Tue Oct 24 16:47:52 2023 CRITICAL Network MissingSlave=veth0_eth1a EVT-NETM-00012: Network interface eth1a is missing. This is a physical interface for veth0.

    1. Questo problema è un guasto hardware o un falso avviso dovuto a una race condition in cui determinati componenti e livelli sono online in ordine errato.
    2. Se dopo il secondo riavvio, viene visualizzato un MissingSlave Se dopo il secondo riavvio un avviso MissingSlave non si cancella e le interfacce sono ancora inattive, aprire una richiesta di assistenza con il supporto hardware di Data Domain.
15. Per recuperare l'output del tipo di scheda di rete installata, eseguire i seguenti comandi:

# system show hardware

# enclosure show io-cards

16. Per visualizzare i supporti automatici precedenti da confrontare con lo stato corrente, accedere all'interfaccia utente e passare ai report Autosupport del supporto > per la manutenzione>.
    Lì vedi gli ultimi 14 supporti automatici per scaricare e aprire con blocco note ++
17. Se l'interfaccia diventa improvvisamente inattiva senza aver eseguito un riavvio o un aggiornamento, è possibile anche che si tratti di un cavo o un SFP danneggiato.
    Il supporto hardware Dell non sostituisce i cavi e gli SFP sul lato switch del pannello patch del cliente. È responsabilità del data center del cliente sostituire i cavi e gli SFP sul lato data center.
    1. Contattare il personale del data center per ricollocare il cavo o l'SFP.
    2. Se dopo il riposizionamento si continua a non visualizzare alcun indicatore di collegamento, fare in modo che il data center sostituisca il cavo e l'SFP in fibra sul lato switch.
    3. Se si sostituiscono il cavo e l'SFP in fibra, fare in modo che il data center verifichi la porta sul pannello patch o sullo switch e provare a utilizzare una porta diversa.
    4. Se tutti i passaggi eseguiti non risolvono il problema, aprire una richiesta di assistenza hardware Dell per sostituire l'SFP sul lato dd.
18. Procedura di risoluzione dei problemi se l'interfaccia inattiva fa parte di un bond virtuale.
    1. Se l'interfaccia non si è riattivata dopo un aggiornamento o un riavvio, contattare il team di rete sul lato della porta dello switch per provare a disabilitarla e abilitarla.
    2. Se il team di rete ha controllato la porta dello switch e ha disabilitato e abilitato la porta, provare a eseguire l'operazione anche sul lato Data Domain.
19. Sul lato Data Domain, è possibile disabilitare il bond virtuale e riabilitarlo con i seguenti comandi.

# net disable vethXx

# net enable vethXx

20. È possibile rimuovere l'interfaccia dal bond per poi aggiungerla nuovamente al bond. Questa operazione può essere eseguita dall'interfaccia utente o dalla riga di comando.

#net aggregate del vethX interface ethXx

#net aggregate add vethX interface ethXx

#net failover del vethX interfaces ethXx

#net failover add vethX interfaces ethXx

21. Se la rimozione e l'aggiunta dell'interfaccia non hanno risolto il problema, provare a distruggere il bond virtuale e ricrearlo.
    Prestare attenzione quando si distrugge l'intero collegamento: assicurarsi sempre di disporre di ridondanza e di essere ssh in un'altra connessione oltre al collegamento.
    Se non si ha familiarità con la distruzione del legame virtuale, che è l'unica connessione a Data Domain, non procedere.
    Questa operazione può essere eseguita dall'interfaccia utente, il che è più semplice.
    Data Domain - Configurazione delle interfacce fisiche con l'interfaccia grafica utente (UI)
22. Se la distruzione e la ricreazione del collegamento virtuale non hanno attivato l'interfaccia o le interfacce, distruggere nuovamente e assegnare gli indirizzi IP all'interfaccia.
    Se si assegna un indirizzo IP all'interfaccia e questa viene eseguita correttamente, è molto probabile che il lato switch non sia configurato correttamente e ciò non rientra nell'ambito del supporto di Data Domain ed è consigliabile contattare il team di rete.
23. Procedura di risoluzione dei problemi se l'interfaccia è ancora inattiva.
    1. Contattare il personale del data center per ricollocare il cavo o l'SFP.
    2. Se dopo il riposizionamento si continua a non visualizzare alcun indicatore di collegamento, fare in modo che il data center sostituisca il cavo e l'SFP in fibra sul lato switch.
    3. Se si sostituiscono il cavo e l'SFP in fibra, fare in modo che il data center verifichi la porta sul pannello patch o sullo switch e provare a utilizzare una porta diversa.
    4. Se tutti i passaggi eseguiti non risolvono il problema, aprire una richiesta di assistenza hardware Dell per sostituire l'SFP sul lato dd.
       Il supporto hardware Dell non sostituisce i cavi e gli SFP sul lato switch del pannello patch del cliente. È responsabilità del data center del cliente sostituire i cavi e gli SFP sul lato data center.
24. Se si dispone di personale on-site presso il data center, di seguito sono riportati i passaggi per la risoluzione dei problemi da parte del personale sul campo.
    1. Verificare che il cavo sia saldamente collegato al Data Domain e alla porta dello switch o alla porta del pannello patch.
       1. Se possibile, seguire il percorso del cavo per assicurarsi che sia collegato alla porta corretta sul retro del Data Domain.
    2. Verificare la presenza di un indicatore di collegamento sulla porta dello switch o sulla porta del pannello patch.
    3. Se non vi è alcun indicatore di collegamento sulla porta del Data Domain, ricollegare il cavo.
    4. Se sul retro della porta del pannello patch o della porta dello switch non è presente alcun indicatore di collegamento, ricollegare il cavo.
    5. Se non vi è alcun collegamento dopo il riposizionamento sul lato del Data Domain e sul lato della porta del pannello patch o dello switch, sostituire il cavo.
    6. Se il personale sul campo è presente in loco, è anche possibile istruirlo a scambiare un cavo di interfaccia funzionante con la porta di interfaccia inattiva su Data Domain.
       Dopo gli scambi personali sul campo, dovrebbero vedere una spia di collegamento e su Data Domain la rete mostra hard dovrebbe mostrare link yes.

       # net show hardware

    7. Se lo scambio mostra un indicatore di collegamento, il problema deve essere un SFP danneggiato sul Data Domain, un cavo danneggiato, un SFP errato sul lato switch o una porta non funzionante sul lato switch del pannello patch.
    8. Un altro passaggio per la risoluzione dei problemi da parte del personale del data center consiste nell'eseguire un test di loopback.
       1. Se è disponibile un'interfaccia non configurata libera su Data Domain dello stesso tipo, eseguirne il ciclo da un'interfaccia all'altra.
          Ad esempio, se eth1a è rame ed eth4a è rame ma non viene utilizzato, connettere eth1a a eth4a.
          eth4a deve essere configurato con un indirizzo IP fittizio in cui si può inserire qualsiasi cosa, come:

          # net config eth4a 1.2.3.4 netmask 255.255.255.0
          

          Al termine del test di loopback, eliminare la configurazione per l'IP fittizio

          # net config eth4a 0.0.0.0

       2. Se il test di loopback non risolve il problema e gli SFP, i cavi o entrambi sono stati sostituiti, aprire una richiesta di assistenza con il team di supporto hardware di Data Domain.

25. Risoluzione dei problemi relativi alle interfacce fisiche in fibra e alle interfacce in rame con collegamento diretto.

    Gli esempi riportati di seguito potrebbero non essere esattamente uguali all'output.
    
    Esempio di output di un'interfaccia Fiber fisica:

    	sysadmin@dd3300-ddsupport# net show hardware
    	  Port    Speed      Duplex    Supp Speeds   Hardware Address    Physical   Link Status   State     Autonegotiation
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------
    	  eth1b   unknown    unknown   1000/10000    ??:??:??:??:??:??   Fiber      no            up        on
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------

    
    Esempio di output di un'interfaccia in rame DA fisica.

    	sysadmin@ddsupport# net show hardware
    	Net Show Hardware
    	-----------------
    	Port Speed Duplex Supp Speeds Hardware Address       Physical     Link   Status    
    	----- ------- ------- ----------- ----------------- --------- ----------- -------
    	eth8a unknown unknown  25000  ??:??:??:??:??:??     DA Copper  no        up
    	----- ------- ------- ----------- ----------------- --------- ----------- -------

    Nella maggior parte degli ambienti dei clienti, le interfacce in fibra hanno tre componenti: un SFP sul lato Data Domain, un cavo ottico e un SFP sul pannello patch del cliente o sul lato switch.
    
    Tuttavia, alcuni clienti, ad esempio, collegano Data Domain a un pannello patch e quindi a un cavo breakout, che a sua volta si connette a un QSFP che dispone di altre connessioni.
    
    A volte è necessario informarsi sulla connettività del cliente perché a volte potrebbe non trattarsi di un problema di Data Domain al pannello patch o al lato switch, ma di altri componenti o connessioni successive che possono influire sull'interfaccia.

26. Se dopo l'aggiornamento viene generato un avviso che indica una mancata corrispondenza della velocità nelle interfacce, controllare le informazioni seguenti.

    Esempio:

    	Id Post Time Severity Class Object Message
    	------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------
    	p0-618 Tue Oct 20 09:50:53 2023 CRITICAL Network Bonded Interface Name=veth1 EVT-NETM-00015: One or more interfaces in the bonded group has a speed mismatch.
    	------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------

    Ciò potrebbe significare che la velocità per un'interfaccia in un bond è impostata su 100 MB mentre un'altra interfaccia è impostata su 1000 MB.
    
    Ciò può verificarsi per diversi motivi che potrebbero non avere nulla a che fare con Data Domain.

    • Un cavo Ethernet difettoso
    • Una porta difettosa sul pannello patch o sul lato switch
    • La configurazione della porta dello switch limita la velocità.
    • La velocità dello switch ha una limitazione.
    • L'interfaccia nel bond virtuale non è l'interfaccia corretta.
    • L'interfaccia è collegata a uno switch o a una porta switch errata.

      Ecco cosa fare per ulteriori procedure di risoluzione dei problemi.

      Questi passaggi possono essere eseguiti anche con un'interfaccia utente.
      Data Domain - Configurazione delle interfacce fisiche con l'interfaccia grafica utente (UI)

      1. Per verificare lo stato delle interfacce hardware sul Data Domain, eseguire il comando

         # net show hardware

      2. Per controllare gli avvisi correnti, eseguire il comando

         # alerts show current

      3. Controllare le impostazioni di visualizzazione della rete per verificare se l'interfaccia inattiva fa parte di una VLAN virtuale o di un alias.

         # net show settings

      4. Se dopo un aggiornamento di DDOS un'interfaccia è inattiva, è altamente improbabile che ciò sia dovuto a un guasto hardware.

# net disable ethXx

# net enable ethXx

5. L'interfaccia potrebbe non essere stata associata correttamente in precedenza, ma viene visualizzato un avviso solo adesso in seguito a un aggiornamento o a un riavvio ed è possibile controllare la cronologia

# alerts show history

6. Verificare con il team di rete la configurazione dello switch e riconfigurare la velocità dello switch o riconfigurare la negoziazione automatica.
7. Disabilitare e abilitare la porta dello switch.
8. Controllare le informazioni LLDP in autosupport Controllare le informazioni LLDP nel supporto automatico per verificare se le interfacce corrette sono nel bond LACP se questo è in uso.
9. Rimuovere l'interfaccia dal bond

   # net failover del vethX interfaces ethXx

10. Configurare l'interfaccia con un indirizzo IP fittizio

    # net config ethXx 1.2.3.4 netmask 255.255.255.0

11. Provare a modificare manualmente la velocità A seconda dell'interfaccia e del modello di Data Domain, non è possibile impostare la velocità.

    #net config ethXx duplex full speed 1000

12. Dopo aver eseguito i passaggi precedenti per eliminare l'IP fittizio, eseguire il seguente comando.

    #net config ethXx 0.0.0.0

13. Aggiungerlo nuovamente al bond

    # net failover add vethX interfaces ethXx

14. Se il problema persiste, si consiglia di sostituire il cavo e controllare nuovamente il lato dello switch.

Un elenco dei motivi per cui un'interfaccia fisica su un sistema potrebbe non essere operativa:
Un'interfaccia fisica su un sistema può non funzionare a causa di vari motivi, da problemi hardware a problemi di rete. Ecco un elenco dei motivi più comuni:

• Il cavo che collega l'interfaccia alla rete o a un altro dispositivo potrebbe essere scollegato fisicamente, causando l'interruzione dell'interfaccia.
• Il cavo è collegato all'interfaccia errata sul lato Data Domain.
• Il cavo è collegato all'interfaccia errata sul pannello patch e sul lato switch.
• Componenti hardware difettosi, come schede di interfaccia di rete (NIC), switch, router o cavi, possono causare un downtime dell'interfaccia.
• Fluttuazioni di potenza, interruzioni dell'alimentazione o un'alimentazione inadeguata alle apparecchiature di rete possono causare l'arresto delle interfacce.
• Un calore eccessivo può danneggiare i componenti hardware, causando guasti dell'interfaccia e arresti del sistema.
• Livelli elevati o congestioni del traffico di rete possono sovraccaricare l'interfaccia, causandone l'inattività o l'arresto.
• Problemi, guasti o incompatibilità all'interno dei driver di dispositivo, del firmware o del sistema operativo possono causare malfunzionamenti dell'interfaccia.
• Configurazioni di rete errate, ad esempio conflitti di indirizzi IP o subnet mask errate, possono rendere inaccessibile un'interfaccia.
• Le policy di sicurezza, come il rilevamento delle intrusioni o le regole del firewall, potrebbero inavvertitamente bloccare o limitare il traffico attraverso l'interfaccia.
• Danni fisici all'hardware, come esposizione all'acqua, impatti o usura, possono causare guasti dell'interfaccia.
• Temperature estreme, umidità, polvere o altri fattori ambientali possono influire sulla funzionalità dell'hardware e causare un malfunzionamento delle interfacce.
• Aggiornamenti di firmware o software eseguiti in modo errato possono causare instabilità ed errori dell'interfaccia.
• Attacchi Denial of Service (DoS), attacchi DDoS (Distributed Denial of Service) o altre attività malevole possono sovraccaricare l'interfaccia e causarne il malfunzionamento.
• Voci della tabella di routing errate o problemi con i protocolli di routing dinamico possono interrompere la connettività attraverso l'interfaccia.
• Impostazioni di velocità e duplex errate, problemi di negoziazione automatica o configurazioni non corrispondenti tra i dispositivi connessi possono causare un downtime dell'interfaccia.
• Cavi danneggiati o di scarsa qualità possono causare una connettività intermittente o guasti completi dell'interfaccia.
• I guasti nelle apparecchiature di rete, come switch o router che si collegano all'interfaccia, possono causare problemi dell'interfaccia downstream.
• Se il sistema si connette a un provider di rete esterno, eventuali problemi (manutenzione, interruzioni, errori di configurazione) possono causare l'interruzione dell'interfaccia.
• Una memoria o una potenza di elaborazione insufficiente nel sistema possono causare guasti dell'interfaccia, in particolare in scenari di traffico elevato.
• Azioni manuali o automatizzate per disabilitare la porta fisica da parte di un amministratore, di un sistema di gestione della rete o di una policy di sicurezza.
• Nelle connessioni a fibra ottica, problemi come la perdita di segnale a causa di pieghe, contaminazione o rottura del cavo possono causare lo spegnimento dell'interfaccia.

Articolo della Knowledge Base

• Data Domain - Configurazione delle interfacce fisiche con interfaccia grafica utente (UI)
• Data Domain - Configurazione delle interfacce fisiche tramite l'interfaccia della riga di comando (CLI)
• Data Domain: scheda di rete Intel E810 10Gb/25Gb Dual Rate potrebbe non collegarsi a 10Gb con il modulo
  M14MKUtilizzare questo articolo della KB quando una scheda Intel E810 dual-rate non stabilisce un collegamento a velocità di 10 Gb mentre si utilizza un modulo M14MK. Copre considerazioni sulla compatibilità, sintomi e azioni correttive per ripristinare la corretta negoziazione dei collegamenti.
  
• Data Domain: la scheda di rete Intel X710 potrebbe non riuscire a codificare correttamente il tag VLAN se entra in modalità di ripristino.
  Fare riferimento a questo articolo della KB se il traffico VLAN non viene passato correttamente attraverso un'interfaccia Intel X710. L'articolo spiega in che modo la modalità di ripristino della scheda di rete può influire sull'etichettatura VLAN e fornisce la procedura per identificare e risolvere il problema.
• Data Domain: errore "SMS command failed: No interfaces found" dalla CLI e dalla GUI
  di DDUtilizzare questo articolo della KB quando la CLI o la GUI di DD segnala che non sono state trovate interfacce. Consente di identificare i problemi di individuazione delle interfacce e descrive le fasi di risoluzione dei problemi per ripristinare la normale visibilità dell'interfaccia di rete.
• Data Domain: la nuova versione del kernel 5.4.x può causare un errore irreversibile di timeout di DDFS HMON/CRON/RPC
  È necessario fare riferimento a questo articolo della Knowledge Base quando si verificano instabilità di sistema, errori irreversibili o errori relativi al timeout dopo un aggiornamento del kernel. Descrive in dettaglio l'impatto di specifiche versioni del kernel 5.4.x e la correzione consigliata.
• Data Domain: risoluzione di un errore "Net Set Up Flag Failure"
  Consultare questo articolo della Knowledge Base quando le modifiche alla configurazione di rete non riescono e viene visualizzato il messaggio "Net Set Up Flag Failure". Fornisce indicazioni sulla diagnosi delle incoerenze di configurazione e sul ripristino della funzionalità dell'interfaccia.
• PowerProtect DD e IDPA: dopo l'aggiornamento, ethVX non riesce a comunicare
  Utilizzare questo articolo della KB se le interfacce ethVX smettono di comunicare in seguito a un aggiornamento software. Descrive le cause comuni, i passaggi di convalida e le azioni correttive per ripristinare la connettività.
• Data Domain: le interfacce Intel si collegano con tx_timeout
  Fare riferimento a questo articolo della Knowledge Base quando le interfacce di rete basate su Intel si interrompono in modo imprevisto e si rilevano errori tx_timeout. L'articolo consente di determinare se il problema è correlato a driver, firmware o hardware e fornisce le procedure di ripristino.
• Data Domain: l'impostazione di Cyber Recovery FEC non è consentita
  Questo articolo della KB si applica quando le configurazioni di rete di Cyber Recovery hanno esito negativo perché la correzione degli errori di inoltro (FEC) è disabilitata. Illustra i requisiti FEC e come configurare le impostazioni supportate.
• Data Domain: la scheda Intel X710 non viene rilevata durante l'avvio con i cavi
  di rete collegatiUtilizzare questo articolo della KB quando una scheda Intel X710 è mancante o non viene rilevata durante l'avvio del sistema quando i cavi di rete sono collegati. L'articolo illustra le condizioni che attivano il problema e la risoluzione consigliata.
• Data Domain: modifica del tipo di collegamento con la configurazione dello switch LACP disabilita le interfacce
  Fare riferimento a questo articolo della KB quando si modificano le modalità di bonding sulle interfacce connesse agli switch configurati LACP. Descrive in che modo le modifiche apportate ai tipi di collegamento possono rendere non disponibili le interfacce e come eseguire la transizione in modo sicuro.
• Data Domain: errore di impostazione della configurazione di rete non valida causato da schede
  QLogicQuesto articolo della KB è utile quando le modifiche alla configurazione di rete non riescono a causa di impostazioni non valide associate alle schede QLogic. Fornisce la procedura di risoluzione dei problemi e indicazioni per correggere la configurazione.
• Data Domain: MTU non valida causa un errore dell'interfaccia VLAN dopo il riavvio
  Consultare questo articolo della KB se le interfacce VLAN non tornano online dopo un riavvio a causa di problemi di configurazione correlati alla MTU. L'articolo illustra il sintomo, la root cause e i requisiti di convalida MTU appropriati.
• Data Domain: avviso dell'interfaccia collegata a causa della mancata corrispondenza
  della velocità dell'interfaccia membroUtilizzare questo articolo della KB quando le interfacce collegate generano avvisi perché le porte dei membri funzionano a velocità diverse. Descrive in che modo le mancate corrispondenze di velocità influiscono sullo stato del legame e i passaggi necessari per risolvere la condizione.
• Data Domain: le interfacce di rete potrebbero non funzionare a causa della configurazione
  di soluzioni alternative IntelFare riferimento a questo articolo della Knowledge Base quando le interfacce di rete diventano inaspettatamente non disponibili dopo l'applicazione delle impostazioni di soluzioni alternative correlate a Intel. Spiega il comportamento, le configurazioni interessate e i suggerimenti per mantenere stabile la connettività di rete.
• Data Domain: l'inizializzazione delle interfacce Intel E810 potrebbe non riuscire dopo l'aggiornamento
  Questo articolo documenta un problema per cui le interfacce di rete Intel E810 potrebbero non essere inizializzate correttamente dopo un upgrade di DD OS. Descrive i sintomi che possono essere osservati, i metodi per verificare la condizione, le versioni del software interessate e la soluzione alternativa o le azioni correttive disponibili per ripristinare la funzionalità dell'interfaccia.
• Data Domain: LLDP disabilitato per impostazione predefinita a partire da DD OS 8.4 per la stabilità della scheda di
  rete IntelQuesto articolo illustra la modifica introdotta in DD OS 8.4, in cui LLDP è disabilitato per impostazione predefinita sulle interfacce di rete basate su Intel. La modifica è stata implementata per migliorare la stabilità e l'affidabilità dell'interfaccia in ambienti specifici e l'articolo descrive l'impatto operativo, la logica della modifica e le linee guida per i clienti che utilizzano LLDP per l'individuazione e la gestione della rete.
• La negoziazione automatica di Data Domain a 10 Gbps potrebbe non essere possibile con alcuni switch
  Questo articolo illustra gli scenari in cui le interfacce di Data Domain potrebbero non eseguire correttamente la negoziazione automatica alla velocità di collegamento 10 GbE prevista quando sono connesse a determinate piattaforme o configurazioni di switch. Descrive i sintomi, gli ambienti interessati e i controlli di configurazione lato switch e lato Data Domain consigliati per garantire che le interfacce funzionino alla velocità e alle impostazioni duplex previste.

Fare riferimento a questo video: