dépannage des interfaces en panne ou intermittentes pour les utilisateurs

Dépannage :

1. Déterminez si le problème provient d’une interface unique, de plusieurs interfaces, d’une interface intermittente ou d’une carte réseau.
   1. Déterminez si l’interface est en panne, intermittente, ne répond pas ou si une carte réseau présente un problème.
   2. Link Status No est une interface qui n’a pas de signal électrique et est en panne.
   3. Des intermittences se produisent à intervalles irréguliers ; ni continus ni stables.
   4. Pour afficher l’état des interfaces matérielles sur le Data Domain, exécutez la commande.

      # net show hardware

   5. Pour consulter les alertes actuelles, exécutez la commande

      # alerts show current

   6. Pour consulter l’historique des alertes, exécutez la commande.

      # alerts show history

   7. Vérifiez les paramètres « net show » pour voir si l’interface en panne fait partie d’une liaison, d’un VLAN ou d’un alias virtuel.

      # net show settings

      pour qu’une interface dispose d’un voyant de liaison et s’exécute, elle doit être configurée avec une adresse IP ou dans une liaison.
   8. Si, après une mise à niveau DDOS, une interface est en panne, il est très peu probable que cela soit dû à une défaillance matérielle.
      1. Si l’interface en panne ne se trouve pas dans une liaison, vous pouvez la désactiver et l’activer à l’aide des commandes suivantes.

# net disable ethXx

# net enable ethXx

9. Il est vivement recommandé, avant d’ouvrir un dossier d’incident auprès du support Dell, de vérifier la configuration des commutateurs auprès de votre équipe réseau.
   1. Lors d’une mise à niveau, les interfaces se déconnectent du réseau et changent parfois de délai d’expiration après l’absence de réponse de la part des interfaces dd et désactivent leurs ports.
   2. Si les ports du commutateur ont expiré et sont désactivés, le support Data Domain ne peut pas vous aider à résoudre ce problème, et vous devez contacter votre équipe réseau pour les activer.
10. Si vous disposez de personnel sur site au datacenter, demandez à un ingénieur de terrain de s’y rendre et de replacer le SFP ou le câble à la fois du côté dd et du côté du tableau de connexions ou du commutateur.
11. Si vous avez configuré une nouvelle interface sur le Data Domain, mais qu’elle n’est pas opérationnelle, assurez-vous qu’un câble est connecté du côté du tableau de connexions ou du commutateur.
12. Si vous configurez un Data Domain pour la première fois et que les interfaces ne sont pas opérationnelles, assurez-vous que la configuration du port côté commutateur est correcte, en plus du paramètre de vitesse.
    1. Pour les interfaces 10 g sur le Data Domain, le commutateur doit également être défini sur une vitesse de 10 g.
    2. Pour les vitesses de 1 g sur le Data Domain, si le commutateur est défini sur 10 g, il ne fonctionne pas. Il est peut-être plus compatible avec la négociation automatique sur le commutateur.
13. Si vous configurez un Data Domain pour la première fois avec des interfaces en fibre ou en cuivre DA, assurez-vous que vous disposez de SFP et de câbles compatibles.
14. Si, après un redémarrage ou une mise à niveau du système et un rapport sur les alertes en cours MissingSlave et les interfaces sont arrêtées, puis redémarrent à nouveau le système Data Domain.
    Exemple:

    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. Il s’agit d’une défaillance matérielle ou d’une fausse alerte due à une condition de concurrence dans laquelle certains composants et certaines couches ont été activés dans un ordre incorrect.
    2. Si, après le deuxième redémarrage, un MissingSlave Si, après le deuxième redémarrage, l’alerte d’esclave manquant ne s’efface pas et que les interfaces sont toujours en panne, ouvrez un dossier d’incident auprès du support matériel Data Domain.
15. Pour récupérer la sortie du type de carte réseau installée, exécutez les commandes suivantes :

# system show hardware

# enclosure show io-cards

16. Pour afficher les prises en charge automatiques passées afin de les comparer à l’état actuel, connectez-vous à l’interface utilisateur et accédez à Maintenance > Support > Autosupport reports.
    Là, vous voyez les 14 derniers supports automatiques à télécharger et à ouvrir avec le bloc-notes ++
17. Si l’interface tombe en panne soudainement, et non suite à un redémarrage ou une mise à niveau, il est également possible que le câble ou le SFP soit défectueux.
    le support matériel Dell ne remplace pas les câbles et les SFP côté commutateur du tableau de connexions du client. Il incombe au client de remplacer les câbles et les SFP côté datacenter.
    1. Contactez le personnel de votre datacenter pour réinstaller le câble ou le SFP.
    2. Si la réinstallation n’affiche toujours aucun voyant de liaison, demandez à votre équipe du datacenter de remplacer le câble. Demandez-lui également si le SFP fibre se trouve côté commutateur.
    3. Si vous remplacez le câble et le SFP fibre, demandez à votre équipe du datacenter de vérifier le port sur le tableau de connexions ou le commutateur et d’essayer un autre port.
    4. Si toutes les étapes ont été suivies et que le système ne fonctionne toujours pas, créez une demande de support matériel Dell pour remplacer le SFP au niveau du datacenter.
18. Étapes de dépannage si l’interface en panne fait partie d’une liaison virtuelle.
    1. Si l’interface ne s’est pas affichée après une mise à niveau ou un redémarrage, contactez votre équipe réseau du côté du port du commutateur pour essayer de la désactiver et de la réactiver.
    2. Si votre équipe réseau a vérifié le port du commutateur, puis qu’elle a désactivé et réactivé le port, vous pouvez également essayer du côté du Data Domain.
19. Du côté du Data Domain, vous pouvez désactiver la liaison virtuelle et la réactiver à l’aide des commandes suivantes.

# net disable vethXx

# net enable vethXx

20. Vous pouvez supprimer l’interface de la liaison, puis l’ajouter à nouveau. Vous pouvez le faire depuis l’interface utilisateur ou la ligne de commande.

#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. Si la suppression et l’ajout de l’interface n’ont pas résolu le problème, essayez de détruire la liaison virtuelle et de la recréer.
    Soyez prudent lorsque vous détruisez l’ensemble de la liaison, vous devez toujours vous assurer que vous disposez d’une redondance et que vous utilisez une autre connexion en ssh en plus de la liaison.
    Si vous n’êtes pas à l’aise pour détruire la liaison virtuelle et qu’il s’agit de votre seule connexion avec Data Domain, ne poursuivez pas.
    Cela peut être fait à partir de l’interface utilisateur, ce qui est plus facile.
    Data Domain - Configuration des interfaces physiques à l’aide de l’interface graphique (UI)
22. Si la destruction et la recréation de la liaison virtuelle n’ont pas permis d’activer la ou les interfaces, détruisez à nouveau et attribuez des adresses IP à l’interface.
    Si vous attribuez une adresse IP à l’interface et que celle-ci fonctionne, il est probable que le côté commutateur n’est pas configuré correctement, ce qui n’entre pas dans le champ d’application de la prise en charge de Data Domain. Il est donc préférable de contacter votre équipe réseau.
23. Étapes de dépannage si la panne de l’interface persiste.
    1. Contactez le personnel de votre datacenter pour réinstaller le câble ou le SFP.
    2. Si la réinstallation n’affiche toujours aucun voyant de liaison, demandez à votre équipe du datacenter de remplacer le câble. Demandez-lui également si le SFP fibre se trouve côté commutateur.
    3. Si vous remplacez le câble et le SFP fibre, demandez à votre équipe du datacenter de vérifier le port sur le tableau de connexions ou le commutateur et d’essayer un autre port.
    4. Si toutes les étapes ont été suivies et que le système ne fonctionne toujours pas, créez une demande de support matériel Dell pour remplacer le SFP au niveau du datacenter.
       le support matériel Dell ne remplace pas les câbles et les SFP côté commutateur du tableau de connexions du client. Il incombe au client de remplacer les câbles et les SFP côté datacenter.
24. Si vous avez du personnel de terrain sur site au datacenter, vous trouverez ci-dessous les étapes de dépannage qu’il doit suivre.
    1. Vérifiez que le câble est correctement connecté au Data Domain, puis revenez au port du commutateur ou au port du tableau de connexions.
       1. Si possible, suivez le câble pour vous assurer qu’il est connecté au port approprié à l’arrière du Data Domain.
    2. Vérifiez s’il y a un voyant de liaison sur le port du commutateur ou le port du tableau de connexions.
    3. S’il n’y a aucun voyant de liaison sur le port du Data Domain, replacez le câble.
    4. S’il n’y a aucun voyant de liaison à l’arrière du port du tableau de connexions ou du port du commutateur, replacez le câble.
    5. S’il n’y a aucune liaison après replacement du côté du Data Domain et du côté du port du tableau de connexions ou du commutateur, remplacez le câble.
    6. Si du personnel de terrain se trouve sur site, vous pouvez également lui demander de remplacer un câble d’interface fonctionnel par le port d’interface arrêté sur Data Domain.
       Après les échanges personnels de champ, ils doivent voir un voyant de liaison, et sur Data Domain, la valeur net show hard doit indiquer le lien yes.

       # net show hardware

    7. Si l’échange affiche un voyant de liaison, le problème doit être lié à un SFP défectueux sur le Data Domain, à un câble défectueux, à un SFP défectueux côté commutateur ou à un mauvais port côté commutateur du tableau de connexions.
    8. Le personnel du datacenter doit également réaliser une étape de dépannage en effectuant un test de bouclage.
       1. S’il existe sur le système Data Domain une interface libre non configurée du même type, bouclez-la d’une interface à une autre.
          Par exemple, si eth1a est du cuivre et que eth4a est du cuivre mais qu’il n’est pas utilisé, connectez eth1a à eth4a.
          eth4a doit être configuré avec une adresse IP factice sur laquelle vous pouvez mettre n’importe quoi comme :

          # net config eth4a 1.2.3.4 netmask 255.255.255.0
          

          Après avoir terminé le test de bouclage, effacez la configuration de l’adresse IP factice.

          # net config eth4a 0.0.0.0

       2. Si le test de bouclage n’a pas fonctionné et que les SFP, les câbles ou les deux types d’éléments ont été remplacés, ouvrez un dossier d’incident auprès du support matériel Data Domain.

25. Dépannage des interfaces physiques en fibre et des interfaces en cuivre à connexion directe.

    Les exemples ci-dessous peuvent ne pas être exactement identiques à votre sortie.
    
    Exemple de sortie d’une interface fibre physique :

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

    
    Exemple de sortie d’une interface DA physique en cuivre.

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

    Dans la plupart des environnements clients, les interfaces fibre ont trois composants : un SFP côté Data Domain, un câble optique et un SFP côté panneau de brassage client ou commutateur.
    
    Toutefois, certains clients, par exemple, ont connecté le système Data Domain à un tableau de brassage, puis à un câble de dérivation, qui se connecte à un QSFP disposant d’autres connexions.
    
    Parfois, vous devez vous renseigner sur la connectivité du client, car parfois, il ne s’agit pas d’un problème entre le Data Domain et le panneau de brassage ou le commutateur, mais d’autres composants ou connexions peuvent avoir un impact sur l’interface.

26. Si, après la mise à niveau, une alerte génère une incompatibilité de vitesse sur les interfaces, vérifiez les informations suivantes.

    Exemple :

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

    Cela pourrait signifier que la vitesse d’une interface dans une liaison est définie sur 100 Mo tandis qu’une autre interface est définie sur 1 000 Mo.
    
    Cela peut se produire pour plusieurs raisons qui peuvent n’avoir rien à voir avec Data Domain.

    • Un câble Ethernet défectueux
    • Un port défectueux côté tableau de connexions ou commutateur
    • La configuration du port du commutateur limite la vitesse.
    • La vitesse du commutateur est limitée.
    • L’interface qui se trouve dans la liaison virtuelle n’est pas l’interface correcte.
    • L’interface est connectée au mauvais commutateur ou port de commutateur.

      Voici ce qu’il faut faire pour un dépannage supplémentaire.

      Ces étapes peuvent également être effectuées à l’aide d’une interface utilisateur.
      Data Domain - Configuration des interfaces physiques à l’aide de l’interface graphique (UI)

      1. Pour afficher l’état des interfaces matérielles sur le Data Domain, exécutez la commande.

         # net show hardware

      2. Pour consulter les alertes actuelles, exécutez la commande

         # alerts show current

      3. Vérifiez les paramètres « net show » pour voir si l’interface en panne fait partie d’un VLAN ou d’un alias virtuel.

         # net show settings

      4. Si, après une mise à niveau DDOS, une interface est en panne, il est très peu probable que cela soit dû à une défaillance matérielle.

# net disable ethXx

# net enable ethXx

5. Il se peut que l’interface ait été incompatible auparavant, mais qu’elle n’émette des alertes que maintenant, après une mise à niveau ou un redémarrage. Vous pouvez consulter l’historique.

# alerts show history

6. Vérifiez auprès de votre équipe réseau la configuration du commutateur et reconfigurez la vitesse du commutateur ou la négociation automatique.
7. Désactivez et activez le port du commutateur.
8. Vérifiez les informations LLDP dans le autosupport Vérifiez les informations LLDP dans le support automatique pour voir si la liaison LACP inclut les interfaces appropriées en cas d’utilisation de LACP.
9. Supprimez l’interface de la liaison.

   # net failover del vethX interfaces ethXx

10. Configurez l’interface avec une adresse IP factice.

    # net config ethXx 1.2.3.4 netmask 255.255.255.0

11. Essayez de modifier la vitesse manuellement. selon l’interface et le modèle de Data Domain, vous ne pouvez pas définir la vitesse.

    #net config ethXx duplex full speed 1000

12. Après avoir essayé les étapes précédentes pour effacer l’adresse IP factice, exécutez la commande suivante.

    #net config ethXx 0.0.0.0

13. Ajoutez-la à nouveau à la liaison.

    # net failover add vethX interfaces ethXx

14. Si le problème n’est toujours pas résolu, nous vous recommandons de remplacer le câble et de vérifier à nouveau le côté commutateur.

Liste des raisons pour lesquelles l’interface physique d’un système peut tomber en panne :
L’interface physique d’un système peut tomber en panne pour plusieurs raisons, qu’il s’agisse de problèmes matériels ou encore de réseau. Voici une liste des raisons courantes :

• le câble reliant l’interface au réseau ou à un autre appareil peut être physiquement déconnecté, ce qui entraîne une panne de l’interface.
• le câble est connecté à une interface incorrecte côté Data Domain.
• le câble est connecté à une interface incorrecte côté tableau de connexions et Data Domain.
• les composants matériels défectueux, tels que les cartes d’interface réseau, les commutateurs, les routeurs ou les câbles, peuvent entraîner des interruptions de service de l’interface.
• les fluctuations d’alimentation, les pannes ou une alimentation inadéquate de l’équipement réseau peuvent entraîner une panne des interfaces.
• une chaleur excessive peut endommager les composants matériels, entraînant des défaillances de l’interface et des arrêts du système.
• des niveaux élevés de trafic réseau ou de congestion peuvent surcharger l’interface qui peut arrêter de répondre ou tomber en panne.
• les problèmes, les pannes ou les problèmes d’incompatibilité au sein des pilotes de périphérique, du firmware ou du système d’exploitation peuvent entraîner des pannes d’interface.
• des configurations réseau incorrectes, telles que des conflits d’adresse IP ou des masques de sous-réseau incorrects, peuvent rendre une interface inaccessible.
• les règles de sécurité, telles que la détection d’intrusions ou les règles de pare-feu, peuvent bloquer ou restreindre par inadvertance le trafic via l’interface.
• les dommages physiques subis par le matériel, tels que l’exposition à l’eau, les chocs ou l’usure, peuvent entraîner des défaillances de l’interface.
• les températures extrêmes, l’humidité, la poussière ou d’autres facteurs environnementaux peuvent avoir un impact sur le fonctionnement du matériel et entraîner des pannes d’interface.
• des mises à jour de firmware ou de logiciel mal appliquées peuvent entraîner une instabilité et des défaillances de l’interface.
• les attaques par déni de service (DoS), les attaques par déni de service distribué (DDoS) ou d’autres activités malveillantes peuvent surcharger l’interface et la faire tomber en panne.
• des entrées incorrectes dans la table de routage ou des problèmes liés aux protocoles de routage dynamique peuvent perturber la connectivité via l’interface.
• des paramètres de vitesse et de duplex incorrects, des problèmes de négociation automatique ou des configurations incompatibles entre les périphériques connectés peuvent entraîner des interruptions de service de l’interface.
• des câbles de mauvaise qualité ou endommagés peuvent entraîner une connectivité intermittente ou des défaillances complètes de l’interface.
• les défaillances des équipements de mise en réseau, tels que les commutateurs ou les routeurs qui se connectent à l’interface, peuvent entraîner des problèmes d’interface descendants.
• si le système se connecte à un fournisseur de réseau externe, des problèmes à leur extrémité (maintenance, pannes, erreurs de configuration) peuvent entraîner une panne de l’interface.
• une mémoire ou une puissance de traitement insuffisante dans le système peut entraîner des défaillances de l’interface, en particulier dans les scénarios de trafic intense.
• actions manuelles ou automatisées pour désactiver le port physique par un administrateur, un système de gestion de réseau ou une stratégie de sécurité.
• dans les connexions par fibre optique, des problèmes tels que la perte de signal due à la courbure, à la contamination ou à la rupture, peuvent entraîner une panne de l’interface.

article de la base de connaissances

• Data Domain : configuration des interfaces physiques à l’aide de l’interface utilisateur graphique (UI)
• Data Domain : configuration des interfaces physiques via l’interface de ligne de commande (CLI)
• Data Domain : La carte NIC Intel E810 10 Gbit/s double débit peut ne pas se connecter à 10 Gbit avec le module
  M14MKUtilisez cet article de la base de connaissances lorsqu’un adaptateur Intel E810 à double débit n’établit pas de liaison à des vitesses de 10 Gbit lors de l’utilisation d’un module M14MK. Il couvre les considérations relatives à la compatibilité, les symptômes et les actions correctives pour rétablir une négociation de liaison correcte.
  
• Data Domain : La carte NIC Intel X710 peut ne pas réussir à baliser correctement le VLAN si elle passe en mode de récupération.
  Consultez cet article de la base de connaissances si le trafic VLAN n’est pas transmis correctement via une interface Intel X710. Cet article explique comment le mode de récupération NIC peut affecter le balisage VLAN et fournit des étapes pour identifier et résoudre le problème.
• Data Domain : Erreur « Échec de la commande SMS : Aucune interface trouvée » à partir de l’interface de ligne de commande et de l’interface graphique
  DDUtilisez cet article de la base de connaissances lorsque l’interface de ligne de commande ou l’interface utilisateur DD signale qu’aucune interface n’est trouvée. Il permet d’identifier les problèmes de découverte d’interface et décrit les étapes de dépannage permettant de rétablir la visibilité normale de l’interface réseau.
• Data Domain : La nouvelle version 5.4.x du noyau peut provoquer un fonctionnement inattendu du délai d’expiration HMON/CRON/RPC DDFS
  Il convient de se reporter à cet article de la base de connaissances lorsqu’une instabilité du système, un fonctionnement inattendu ou des erreurs liées au délai d’expiration se produisent après une mise à jour du noyau. Il détaille l’impact de versions spécifiques du noyau 5.4.x et les mesures correctives recommandées.
• Data Domain : Dépannage d’une erreur « Net Set Up Flag Failure »
  Consultez cet article de la base de connaissances lorsque les modifications apportées à la configuration réseau échouent avec le message « Net Set Up Flag Failure ». Il fournit des conseils sur le diagnostic des incohérences de configuration et la restauration des fonctionnalités de l’interface.
• PowerProtect DD et IDPA : Après la mise à niveau, ethVX ne parvient pas à communiquer
  Utilisez cet article de la base de connaissances si les interfaces ethVX cessent de communiquer après une mise à niveau logicielle. Il décrit les causes courantes, les étapes de validation et les actions correctives pour rétablir la connectivité.
• Data Domain : liaison des interfaces Intel avec tx_timeout
  Consultez cet article de la base de connaissances lorsque les interfaces réseau basées sur Intel tombent en panne de manière inattendue et que des erreurs de tx_timeout sont observées. Cet article permet de déterminer si le problème est lié au pilote, au firmware ou au matériel, et fournit des procédures de récupération.
• Data Domain : la désactivation de Cyber Recovery FEC n’est pas autorisée
  Cet article de la base de connaissances s’applique lorsque les configurations réseau de Cyber Recovery échouent, car la correction d’erreur directe (FEC) est désactivée. Il explique les exigences FEC et comment configurer les paramètres pris en charge.
• Data Domain : La carte Intel X710 n’est pas détectée lors du démarrage avec les câbles
  réseau connectésUtilisez cet article de la base de connaissances lorsqu’une carte Intel X710 est manquante ou n’est pas détectée lors du démarrage du système lorsque des câbles réseau sont connectés. Cet article décrit les conditions qui déclenchent le problème et la résolution recommandée.
• Data Domain : Modification du type de liaison avec la configuration du commutateur LACP Désactive les interfaces
  Consultez cet article de la base de connaissances pour modifier les modes de liaison sur les interfaces connectées aux commutateurs configurés LACP. Il explique comment les modifications du type de liaison peuvent entraîner l’indisponibilité des interfaces et comment effectuer la transition en toute sécurité.
• Data Domain : erreur de paramètre de configuration réseau non valide causée par les cartes
  QLogicCet article de la base de connaissances est utile lorsque les modifications de la configuration réseau échouent en raison de paramètres non valides associés aux adaptateurs QLogic. Il fournit des étapes de dépannage et des conseils pour corriger la configuration.
• Data Domain : Une MTU non valide provoque une défaillance de l’interface VLAN après le redémarrage
  Consultez cet article de la base de connaissances si les interfaces VLAN ne parviennent pas à se mettre en ligne après un redémarrage en raison de problèmes de configuration liés à MTU. Cet article décrit le symptôme, la cause première et les exigences de validation MTU appropriées.
• Data Domain : Alerte d’interface liée en raison d’une non-correspondance de vitesse de l’interface du membre
  Utilisez cet article de la base de connaissances lorsque les interfaces liées génèrent des alertes, car les ports membres fonctionnent à des vitesses différentes. Il décrit la façon dont les incompatibilités de vitesse affectent l’intégrité de la liaison et les étapes nécessaires pour résoudre le problème.
• Data Domain : Les interfaces réseau peuvent tomber en panne en raison de la configuration
  de contournement IntelConsultez cet article de la base de connaissances lorsque les interfaces réseau deviennent indisponibles de manière inattendue après l’application des paramètres de contournement liés à Intel. Il explique le comportement, les configurations affectées et les recommandations pour maintenir une connectivité réseau stable.
• Data Domain : Les interfaces Intel E810 peuvent ne pas parvenir à s’initialiser après la mise à niveau
  Cet article documente un problème dans lequel les interfaces réseau Intel E810 peuvent ne pas s’initialiser correctement après une mise à niveau de DD OS. Il décrit les symptômes qui peuvent être observés, les méthodes de vérification de l’état, les versions logicielles affectées et la solution de contournement ou les actions correctives disponibles pour restaurer la fonctionnalité de l’interface.
• Data Domain : LLDP désactivé par défaut à partir de DD OS 8.4 pour la stabilité
  de la carte NIC IntelCet article explique la modification introduite dans DD OS 8.4 où LLDP est désactivé par défaut sur les interfaces réseau basées sur Intel. La modification a été mise en œuvre pour améliorer la stabilité et la fiabilité de l’interface dans des environnements spécifiques. L’article décrit l’impact opérationnel, la justification de la modification et des conseils pour les clients qui utilisent LLDP pour la découverte et la gestion du réseau.
• La négociation automatique Data Domain à 10 Gbit/s peut ne pas être possible avec certains commutateurs
  Cet article traite de scénarios dans lesquels les interfaces Data Domain peuvent ne pas parvenir à négocier automatiquement la vitesse de liaison attendue de 10 GbE lorsqu’elles sont connectées à certaines plates-formes ou configurations de commutateur. Il décrit les symptômes, les environnements affectés et les vérifications de configuration recommandées côté commutateur et côté Data Domain pour s’assurer que les interfaces fonctionnent à la vitesse et aux paramètres duplex prévus.

Voir cette vidéo :