Data Domain: Felsökning av gränssnitt nere eller tillfälligt för användare

Felsökning:

1. Ta reda på om problemet gäller ett enda gränssnitt, flera gränssnitt, ett tillfälligt gränssnitt eller ett nätverkskort.
   1. Ta reda på om gränssnittet ligger nere, svarar periodvis, inte svarar eller om ett nätverkskort har problem.
   2. Länkstatus Nej är ett gränssnitt som inte har någon elektrisk signal och nere.
   3. Intermittent inträffar med oregelbundna intervaller; inte kontinuerlig eller stadig.
   4. Om du vill kontrollera status för maskinvarugränssnitten i Data Domain kör du det här kommandot:

      # net show hardware

   5. Om du vill kontrollera de aktuella varningarna kör du det här kommandot:

      # alerts show current

   6. Om du vill kontrollera historiken för aviseringar kör du det här kommandot:

      # alerts show history

   7. Kontrollera net show-inställningarna för att se om gränssnittet som är nere är en del av en virtuell bindning, ett vlan eller ett alias:

      # net show settings

      För att ett gränssnitt ska ha en länklampa och köras måste det konfigureras med en ip eller i en bindning.
   8. Om ett gränssnitt ligger nere efter en DDOS-uppgradering är det högst osannolikt att det beror på ett maskinvarufel.
      1. Om gränssnittet som är nere inte är i en bindning kan du inaktivera det och aktivera det med följande kommandon:

# net disable ethXx

# net enable ethXx

9. Innan du öppnar ett ärende för Dells support rekommenderar vi starkt att du kontrollerar switchkonfigurationen med ditt nätverksteam.
   1. Under en uppgradering kopplas gränssnitten från nätverket och växlar ibland timeout efter att inte ha fått något svar från dd-gränssnitten och inaktiverar deras portar.
   2. Om switchportarna har överskridit tidsgränsen och inaktiverats kan Data Domain-supporten inte hjälpa dig att åtgärda detta, och du måste kontakta nätverksteamet för att aktivera dem.
10. Om du har kontaktannonser på plats i datacentret, låt en fälttekniker gå på plats och sätta tillbaka SFP:n eller kabeln från både dd-sidan och patchpanelen eller switchsidan.
11. Om du har konfigurerat ett nytt gränssnitt i Data Domain men det inte går att starta kontrollerar du att det finns en kabel ansluten till patchpanelen eller switchsidan.
12. Om du konfigurerar en Data Domain för första gången och gränssnitten inte går igång kontrollerar du att konfigurationen av portarna på switchsidan är korrekt utöver hastighetsinställningen.
    1. För 10g-gränssnitt på datadomänen bör switchen också ställas in på 10g-hastighet.
    2. För 1g-hastigheter på datadomänen, om switchen är inställd på 10g, fungerar det inte, det kanske är mer kompatibelt för autonegotiate på switch.
13. Om du konfigurerar en datadomän för första gången med fiber- eller DA-koppargränssnitt ska du se till att du har kompatibla SFP:er och kablar.
14. Om efter en omstart eller en systemuppgradering och aktuella varningsrapporter MissingSlave och gränssnitten är nere och startar sedan om datadomänen igen.
    Exempel:

    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. Det här problemet beror antingen på ett maskinvarufel eller en falsk varning på grund av konkurrensförhållanden där vissa komponenter och lager ansluts i fel ordning.
    2. Om en MissingSlave Aviseringen försvinner inte och gränssnitten fortfarande är nere, öppna ett ärende hos Data Domains hårdvarusupport.
15. Om du vill hämta utdata för den typ av nätverkskort som är installerat kör du följande kommandon:

# system show hardware

# enclosure show io-cards

16. Om du vill visa tidigare automatiska supporter och jämföra dem med aktuell status loggar du in på användargränssnittet och går till Maintenance > Support > Autosupport-rapporter.
    Där ser du de senaste 14 auto stöd för att ladda ner och öppna med Notepad ++
17. Om gränssnittet plötsligt har gått ner och inte från en omstart eller en uppgradering är det också möjligt att det kan vara en dålig kabel eller SFP.
    Dells hårdvarusupport byter inte ut kablar och SFP:er på kundens switchsida på patchpanelen. Det är kundens datacenteransvar att byta ut kablar och SFP:er på datacentersidan.
    1. Kontakta datacenterpersonalen för att sätta tillbaka kabeln eller SFP-enheten.
    2. Om återsättningen fortfarande inte visar någon länklampa ber du ditt datacenter att byta ut kabeln och om fiber-SFP på switchsidan.
    3. Om du byter ut kabel och fiber-SFP, be ditt datacenter kontrollera porten på patchpanelen eller switchen och prova en annan port.
    4. Om alla steg har följts och fortfarande inte går igång öppnar du ett dell-hårdvarufodral för att byta SFP på dd-sidan.
18. Felsökningssteg om gränssnittet som ligger nere är en del av en virtuell bindning.
    1. Om gränssnittet inte kom upp efter en uppgradering eller omstart kontrollerar du med nätverksteamet på switchportssidan för att försöka avaktivera och aktivera.
    2. Om nätverksteamet har kontrollerat switchporten och avaktiverat och aktiverat porten kan du även prova på data domain-sidan.
19. På data domain-sidan kan du inaktivera den virtuella bindningen och återaktivera med följande kommandon.

# net disable vethXx

# net enable vethXx

20. Du kan ta bort gränssnittet från bindningen och sedan lägga till det i bindningen igen. Detta kan göras från användargränssnittet eller kommandoraden.

#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. Om det inte löste problemet att ta bort och lägga till gränssnittet, försök att förstöra den virtuella bindningen och återskapa den.
    Var försiktig när du förstör hela bindningen, du måste alltid se till att du har redundans och är ssh in i en annan anslutning förutom bindningen.
    Om du är obekväm med att förstöra den virtuella bindningen, och det är din enda anslutning till data domain, ska du inte fortsätta.
    Detta kan göras från användargränssnittet vilket är enklare.
    Data Domain – Konfigurera fysiska gränssnitt med grafiskt användargränssnitt (UI)
22. Om förstörelse och återskapande av den virtuella bindningen inte tog upp gränssnittet eller gränssnitten, förstör sedan igen och tilldela IP-adresser till gränssnittet.
    Om du tilldelar en IP-adress till gränssnittet och det går igång är det troligt att switchsidan inte är korrekt konfigurerad, och detta ligger utanför omfattningen av Data Domain-supporten och det är bäst att kontakta ditt nätverksteam.
23. Felsökningssteg om gränssnittet fortfarande är nere.
    1. Kontakta datacenterpersonalen för att sätta tillbaka kabeln eller SFP-enheten.
    2. Om återsättningen fortfarande inte visar någon länklampa ber du ditt datacenter att byta ut kabeln och om fiber-SFP på switchsidan.
    3. Om du byter ut kabel och fiber-SFP, be ditt datacenter kontrollera porten på patchpanelen eller switchen och prova en annan port.
    4. Om alla steg har följts och fortfarande inte går igång öppnar du ett dell-hårdvarufodral för att byta SFP på dd-sidan.
       Dells hårdvarusupport byter inte ut kablar och SFP:er på kundens switchsida på patchpanelen. Det är kundens datacenteransvar att byta ut kablar och SFP:er på datacentersidan.
24. Om du har fältpersonal på plats i datacentret kan följande felsökningssteg lösas av fältpersonal.
    1. Kontrollera att kabeln är ordentligt ansluten till Data Domain och tillbaka till switchporten eller patchpanelsporten.
       1. Spåra om möjligt kabeln för att säkerställa att den är ansluten till rätt port på baksidan av Data Domain.
    2. Kontrollera om det finns en länklampa på switchporten eller patchpanelsporten.
    3. Om det inte finns någon länklampa på Data Domain-porten sätter du tillbaka kabeln.
    4. Om det inte finns någon länklampa på baksidan av patchpanelens port eller switchport sätter du tillbaka kabeln.
    5. Om det inte finns någon länk efter återställningen på Data Domain-sidan och patchpanelens port eller switchportsidan byter du ut kabeln.
    6. Om fältpersonal finns på plats kan du även instruera dem att byta ut en fungerande gränssnittskabel mot gränssnittsporten som är nere på Data Domain.
       Efter personliga byten i fält bör de se en länklampa, och på Data Domain bör nätet visa hårt länk ja.

       # net show hardware

    7. Om växling visar en länklampa måste problemet vara en dålig SFP på Data Domain, dålig kabel, dålig SFP på switchsidan eller dålig port på patchpanelens switchsida.
    8. Ett annat felsökningssteg för datacenterpersonal är att göra ett loopback-test.
       1. Om det finns ett ledigt okonfigurerat gränssnitt på Data Domain av samma typ loopar du det från ett gränssnitt till ett annat.
          Till exempelample, om eth1a är koppar och eth4a är koppar men inte används, anslut eth1a till eth4a.
          eth4a måste konfigureras med en dummy IP-adress som du kan sätta vad som helst som:

          # net config eth4a 1.2.3.4 netmask 255.255.255.0
          

          När du är klar med tillbakablickstestet rensar du konfigurationen för dummy-IP-adressen:

          # net config eth4a 0.0.0.0

       2. Om loopback-testet inte fungerade och SFP:er eller kablar eller båda har bytts ut öppnar du ett ärende hos Data Domains supportteam för hårdvara.

25. Felsökning av fysiska fibergränssnitt och direktanslutna koppargränssnitt.

    Exemplen nedan kanske inte ser exakt likadana ut som dina utdata.
    
    Exempel på utdata från ett fysiskt fibergränssnitt:

    	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
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------

    
    Exempel på utdata från ett fysiskt DA Copper-gränssnitt:

    	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
    	----- ------- ------- ----------- ----------------- --------- ----------- -------

    I de flesta kundmiljöer har fibergränssnitt tre komponenter; en SFP på Data Domain-sidan, en optisk kabel och en SFP på kundens patchpanel eller switch-sida.
    
    Vissa kunder har dock till exempel Data Domain ansluten till en patchpanel och sedan en breakout-kabel, som sedan ansluts till en QSFP som har andra anslutningar.
    
    Ibland måste du fråga om kundens anslutning eftersom det ibland kanske inte är ett problem från Data Domain till patchpanelen eller switchsidan, men andra komponenter eller anslutningar efter det kan påverka gränssnittet.

26. Om en varning efter uppgraderingen genererar en varning om att det finns ett hastighetsmatchningsfel i gränssnitten kontrollerar du följande information.

    Exempel:

    	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.
    	------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------

    Vad detta kan betyda är att hastigheten för ett gränssnitt i en obligation är satt till 100 mbs medan ett annat gränssnitt är satt till 1000 mbs.
    
    Detta kan hända av flera anledningar som kanske inte har något att göra med datadomänen.

    • En defekt Ethernet-kabel
    • En felaktig port på patchpanelen eller switchsidan
    • Switchportskonfigurationen begränsar hastigheten.
    • Switchhastigheten har en begränsning.
    • Gränssnittet som finns i den virtuella bindningen är inte rätt gränssnitt.
    • Gränssnittet är anslutet till fel switch eller switchport.

      Här är vad du ska göra för ytterligare felsökning.

      Dessa steg kan också utföras med ett användargränssnitt.
      Data Domain – Konfigurera fysiska gränssnitt med grafiskt användargränssnitt (UI)

      1. Om du vill kontrollera status för maskinvarugränssnitten i Data Domain kör du kommandot:

         # net show hardware

      2. Om du vill kontrollera de aktuella aviseringarna kör du det här kommandot:

         # alerts show current

      3. Kontrollera net show-inställningarna för att se om gränssnittet som ligger nere är en del av ett virtuellt VLAN eller alias.

         # net show settings

      4. Om ett gränssnitt ligger nere efter en DDOS-uppgradering är det högst osannolikt att det beror på ett maskinvarufel.

# net disable ethXx

# net enable ethXx

5. Gränssnittet kan ha varit felmatchat tidigare men bara varningar nu efter en uppgradering eller en omstart och du kan kontrollera historiken:

# alerts show history

6. Kontakta ditt nätverksteam om switchkonfigurationen och konfigurera om switchhastigheten eller konfigurera om autonegotiate.
7. Inaktivera och aktivera switchporten.
8. Kontrollera LLDP-informationen i autosupport för att se om rätt gränssnitt finns i LACP-bindningen om LACP används.
9. Ta bort gränssnittet från bindningen:

   # net failover del vethX interfaces ethXx

10. Konfigurera gränssnittet med en dummy-IP-adress:

    # net config ethXx 1.2.3.4 netmask 255.255.255.0

11. Försök att ändra hastigheten manuellt. Beroende på gränssnitt och Data Domain-modell kan du inte ställa in hastigheten.

    #net config ethXx duplex full speed 1000

12. När du har provat föregående steg för att rensa dummy-IP-adressen kör du följande kommando:

    #net config ethXx 0.0.0.0

13. Lägg tillbaka det i bindningen:

    # net failover add vethX interfaces ethXx

14. Om problemet fortfarande inte är åtgärdat rekommenderar vi att du byter ut kabeln och kontrollerar switchsidan igen.

En lista över orsaker till varför ett fysiskt gränssnitt i ett system kan sluta fungera:
Ett fysiskt gränssnitt i ett system kan gå ner på grund av olika orsaker, allt från hårdvaruproblem till nätverksproblem. Här är en lista över vanliga orsaker:

• Frånkoppling av fysisk kabel: Kabeln som ansluter gränssnittet till nätverket eller en annan enhet kan vara fysiskt frånkopplad, vilket gör att gränssnittet slutar fungera.
• Fel gränssnitt: Kabeln är ansluten till fel gränssnitt på Data Domain-sidan.
• Fel gränssnitt: Kabeln är ansluten till fel gränssnitt på patchpanelen och switchsidan.
• Maskinvarufel: Felaktiga maskinvarukomponenter, t.ex. nätverkskort (NIC), switchar, routrar eller kablar, kan leda till avbrott i gränssnittet.
• Strömproblem: Strömfluktuationer, strömavbrott eller otillräcklig strömförsörjning till nätverksutrustningen kan leda till att gränssnitten slutar fungera.
• Överhettning: Överdriven värme kan skada hårdvarukomponenter, vilket kan leda till gränssnittsfel och systemavstängningar.
• Nätverksöverbelastning: Höga nivåer av nätverkstrafik eller överbelastning kan överbelasta gränssnittet och göra att det inte svarar eller går ner.
• Programvarufel: Problem, fel eller inkompatibilitetsproblem i enhetens drivrutiner, fasta programvara eller operativsystem kan leda till gränssnittsfel.
• Konfigurationsfel: Felaktiga nätverkskonfigurationer, t.ex. IP-adresskonflikter eller felaktiga nätmasker, kan göra ett gränssnitt otillgängligt.
• Säkerhetsåtgärder: Säkerhetsprinciper, till exempel intrångsdetektering eller brandväggsregler, kan oavsiktligt blockera eller begränsa trafik via gränssnittet.
• Fysisk skada: Fysisk skada på hårdvaran, såsom vattenexponering, stötar eller slitage, kan leda till gränssnittsfel.
• Miljöfaktorer: Extrem temperatur, luftfuktighet, damm eller andra miljöfaktorer kan påverka hårdvarans funktionalitet och få gränssnitten att gå ner.
• Uppdateringar av fast programvara eller programvara: Felaktigt tillämpade uppdateringar av fast programvara eller program kan orsaka instabilitet och leda till gränssnittsfel.
• Nätverksattacker: DoS-attacker (Denial of Service), DDoS-attacker (Distributed Denial of Service) eller andra skadliga aktiviteter kan överbelasta gränssnittet och få det att misslyckas.
• Routningsproblem: Felaktiga poster i routningstabellen eller problem med dynamiska routningsprotokoll kan störa anslutningen via gränssnittet.
• Konfiguration av fysiskt gränssnitt: Felaktiga inställningar för hastighet och dubbelsidig utskrift, problem med automatisk förhandling eller felanpassade konfigurationer mellan anslutna enheter kan leda till driftstopp i gränssnittet.
• Kabelkvalitet: Dåliga eller skadade kablar kan leda till intermittenta anslutningar eller fullständiga gränssnittsfel.
• Switch- eller routerfel: Fel i nätverksutrustning som switchar eller routrar som ansluter till gränssnittet kan leda till problem med nedströmsgränssnittet.
• Problem med nätverksleverantören: Om systemet ansluter till en extern nätverksleverantör kan problem på deras sida (underhåll, avbrott, konfigurationsfel) göra att gränssnittet går ner.
• Resursöverbelastning: Otillräckligt minne eller bearbetningskraft i systemet kan leda till gränssnittsfel, särskilt i scenarier med hög trafik.
• Inaktivering av fysisk port: Manuella eller automatiserade åtgärder för att inaktivera den fysiska porten av en administratör, nätverkshanteringssystem eller säkerhetspolicy.
• Fiberoptisk signalförlust: I fiberoptiska anslutningar kan problem som signalförlust på grund av böjning, kontaminering eller brott göra att gränssnittet går ner.

KB-artiklar

• Data Domain – Konfigurera fysiska gränssnitt med grafiskt användargränssnitt (UI)
• Data Domain – Konfigurera fysiska gränssnitt via kommandoradsgränssnitt (CLI)
• Data Domain: Intel E810 10 Gb/25 Gb NIC med dubbla frekvenser kanske inte ansluter vid 10 Gb med M14MK-modulen
  Använd den här KB-modulen när en Intel E810-adapter med dubbla hastighetsalternativ inte upprättar en länk med hastigheter på 10 Gbit/s när en M14MK-modul används. Den omfattar kompatibilitetsöverväganden, symptom och korrigerande åtgärder för att återställa korrekt länkförhandling.
  
• Data Domain: Intel X710 NIC kan misslyckas med VLAN-taggen på rätt sätt om den går in i återställningsläge.
  Referera till denna KB om VLAN-trafik inte skickas korrekt genom ett Intel X710-gränssnitt. Artikeln förklarar hur NIC-återställningsläget kan påverka VLAN-taggning och innehåller steg för att identifiera och lösa problemet.
• Data Domain: Felet "SMS-kommandot misslyckades: Inga gränssnitt hittades" från DD CLI och GUI
  Använd den här kunskapsbasartikeln när DD CLI eller GUI rapporterar att inga gränssnitt hittas. Det hjälper till att identifiera problem med gränssnittsupptäckt och beskriver felsökningssteg för att återställa nätverksgränssnittets normala synlighet.
• Data Domain: Ny kernelversion 5.4.x kan orsaka DDFS HMON/CRON/RPC-timeoutpanik
  Den här kunskapsbasartikeln bör refereras när systeminstabilitet, panik eller timeout-relaterade fel inträffar efter en kerneluppdatering. Den beskriver effekten av specifika 5.4.x-kernelversioner och den rekommenderade reparationen.
• Data Domain: Felsöka felet "Net Set Up Flag Failure"
  Se denna KB när ändringar av nätverkskonfigurationen misslyckas med meddelandet "Net Set Up Flag Failure". Den innehåller vägledning om hur du diagnostiserar konfigurationsinkonsekvenser och återställer gränssnittsfunktioner.
• PowerProtect DD och IDPA: Efter uppgraderingen kan ethVX inte kommunicera
  Använd den här kunskapsbasartikeln om ethVX-gränssnitt slutar kommunicera efter en programuppgradering. Den beskriver vanliga orsaker, valideringssteg och korrigerande åtgärder för att återställa anslutningen.
• Data Domain: Intel-gränssnittlänk med tx_timeout
  Referera till denna KB när Intel-baserade nätverksgränssnitt oväntat slutar fungera och tx_timeout fel observeras. Artikeln hjälper dig att avgöra om problemet är relaterat till drivrutin, fast programvara eller maskinvara och tillhandahåller återställningsprocedurer.
• Data Domain: Aktiverad Cyber Recovery FEC-inställning är inte tillåten
  Denna KB gäller när nätverkskonfigurationer för Cyber Recovery misslyckas på grund av att Forward Error Correction (FEC) är inaktiverat. Den förklarar FEC-kraven och hur du konfigurerar inställningar som stöds.
• Data Domain: Intel X710-kortet upptäcks inte vid start med anslutna nätverkskablar
  Använd denna KB när en Intel X710-adapter saknas eller inte upptäcks under systemstart när nätverkskablar är anslutna. Artikeln beskriver de villkor som utlöser problemet och den rekommenderade lösningen.
• Data Domain: Ändra bindningstyp med LACP-switchkonfiguration Inaktiverar gränssnitt
  Se denna KB när du ändrar bindningslägen på gränssnitt som är anslutna till LACP-konfigurerade switchar. Den beskriver hur ändringar av bindningstyp kan leda till att gränssnitt blir otillgängliga och hur du utför övergången på ett säkert sätt.
• Data Domain: Ogiltigt fel vid inställning av nätverkskonfiguration som orsakas av qlogic-kort
  Denna KB är användbar när ändringar av nätverkskonfigurationen misslyckas på grund av ogiltiga inställningar som är associerade med QLogic-adaptrar. Den innehåller felsökningssteg och vägledning för att korrigera konfigurationen.
• Data Domain: Ogiltig MTU orsakar fel i VLAN-gränssnittet efter omstart
  Använd denna KB om VLAN-gränssnitt inte kan anslutas efter en omstart på grund av MTU-relaterade konfigurationsproblem. Artikeln förklarar symptom, rotorsak och korrekta MTU-valideringskrav.
• Data Domain: Varning om bundet gränssnitt på grund av hastighetsfel i
  medlemsgränssnittetAnvänd denna KB när bundna gränssnitt genererar varningar eftersom medlemsportar arbetar med olika hastigheter. Den beskriver hur hastighetsmatchningar påverkar bindningshälsan och de steg som krävs för att lösa tillståndet.
• Data Domain: Nätverksgränssnitt kan sluta fungera på grund av Intels tillfälliga konfiguration
  Referera till den här kunskapsbasartikeln när nätverksgränssnitt oväntat blir otillgängliga efter att du har tillämpat Intel-relaterade lösningsinställningar. Den förklarar beteendet, berörda konfigurationer och rekommendationer för att upprätthålla en stabil nätverksanslutning.
• Data Domain: Intel E810-gränssnitt kan misslyckas med att initiera efter uppgradering
  Den här artikeln dokumenterar ett problem där Intel E810-nätverksgränssnitt kanske inte kan initieras korrekt efter en DD OS-uppgradering. Den beskriver de symptom som kan observeras, metoder för att verifiera tillståndet, berörda programvaruversioner och tillgängliga lösningar eller korrigerande åtgärder för att återställa gränssnittets funktioner.
• Data Domain: LLDP inaktiverat som standard från DD OS 8.4 för stabilitet för Intel-nätverkskort
  I den här artikeln beskrivs ändringen som introducerades i DD OS 8.4 där LLDP är inaktiverat som standard i Intel-baserade nätverksgränssnitt. Ändringen implementerades för att förbättra gränssnittets stabilitet och tillförlitlighet i specifika miljöer, och artikeln beskriver driftseffekten, motiveringen till ändringen och vägledning för kunder som använder LLDP för nätverksidentifiering och hantering.
• Data Domain automatisk förhandling till 10 Gbit/s kanske inte är möjligt med vissa switchar
  I den här artikeln beskrivs scenarier där Data Domain-gränssnitt kanske inte förhandlar automatiskt till den förväntade länkhastigheten på 10 GbE vid anslutning till vissa switchplattformar eller -konfigurationer. Den beskriver symptom, påverkade miljöer och rekommenderade konfigurationskontroller på switch- och Data Domain-sidan för att säkerställa att gränssnitten fungerar med avsedda inställningar för hastighet och duplex.

Titta på den här videon: