Dell Intel PRO Family of Adapters Manuel utilisateur

Ajouter à Mes manuels
227 Des pages
Dell Intel PRO Family of Adapters Manuel utilisateur | Fixfr
Appareils et cartes Ethernet Intel®
Guide de l'utilisateur
Présentation
Bienvenue sur le Guide de l'utilisateur des cartes et périphériques Ethernet Intel®. Ce guide couvre l'installation du
matériel et du logiciel, les procédures de configuration et contient des conseils de dépannage pour les cartes réseau
Intel®, les connexions et d'autres périphériques.
Installation de la carte réseau
Si vous installez une carte réseau, commencez à l’étape 1.
Si vous mettez à niveau le logiciel pilote, commencez à l'étape 4.
REMARQUE : si vous mettez à jour le microprogramme, le pilote doit aussi être de la même version.
1. Consultez la configuration minimale requise.
2. Insérez la carte PCI Express, la carte mezzanine ou la carte fille réseau dans votre serveur.
3. Connectez soigneusement le ou les câbles réseau en cuivre, le ou les câbles réseau à fibre optique ou les
câbles directs.
4. Installation des pilotes réseau et d'autres logiciels
l
Instructions sous Windows
l
Instructions sous Linux
5. Test de la carte réseau.
Avant de commencer
Périphériques pris en charge
Cartes réseau 40 Gigabit prises en charge
l
l
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC
Carte réseau convergent Ethernet Intel® XL710-Q2
REMARQUE : le débit total pris en charge par la carte réseau Intel® XL710 est de 40 Gbit/s, même lorsqu'elle
est associée à deux connexions de 40 Gbit/s.
Cartes réseau 25 Gigabit prises en charge
l
l
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Carte réseau Ethernet Intel® 25G 2P XXV710
Cartes réseau 10 Gigabit prises en charge
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
Carte réseau Ethernet Intel® 10G 2P X520
Carte réseau Ethernet Intel® 10G X520 LOM
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Carte réseau Ethernet Intel® 10G 2P X540-t
Carte réseau Ethernet Intel® 10G 2P X550-t
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
Carte Ethernet Intel® 10G 4P X520/I350 rNDC
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC
Carte réseau Ethernet Intel® 10G X710-k bNDC
Carte réseau convergent Ethernet Intel® X710
Carte réseau convergent Ethernet Intel® X710-T
Carte réseau Ethernet Intel® 10G 4P X710/l350 rNDC
Carte réseau Ethernet Intel® 10G 4P X710 SFP+ rNDC
Carte réseau Ethernet Intel® 10G X710 rNDC
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP
REMARQUE : le premier port d'une carte réseau X710 et XXV710 affiche la chaîne de marquage correcte. Tous
les autres ports du même périphérique affichent une chaîne de marquage générique.
Cartes réseau Gigabit et périphériques pris en charge
l
l
l
l
l
l
l
l
l
l
l
l
l
Carte Intel® Gigabit 2P I350-t
Carte réseau Intel® Gigabit 4P I350-t
Carte Intel® Gigabit 4P X550/I350 rNDC
Carte Intel® Gigabit 4P I350-t rNDC
Carte Intel® Gigabit 4P X540/I350 rNDC
Carte Intel® Gigabit 4P X520/I350 rNDC
Carte mezzanine Intel® Gigabit 4P I350-t
Carte Intel® Gigabit 4P X710/l350 rNDC
Carte Intel® Gigabit 4P I350 bNDC
Fond de panier Connexion Ethernet Intel® I354 1.0 GbE
Carte Intel® Gigabit 2P I350-t LOM
Carte Intel® Gigabit I350-t LOM
Carte Intel® Gigabit 2P I350 LOM
Remarques de compatibilité
Pour qu'une carte reposant sur le contrôleur XL710 atteigne son plein potentiel, vous devez l'installer dans un emplacement PCIe x8 de troisième génération. L'installation dans un emplacement plus court ou dans un emplacement de
première ou deuxième génération limitera le débit de la carte.
Systèmes d’exploitation pris en charge
Systèmes d’exploitation d’architecture Intel® 64 pris en charge
l
l
l
l
l
l
Microsoft* Windows Server* 2012 R2
Microsoft Windows Server 2016
Microsoft Windows Server 2016 Nano Server
VMWare* ESXi* 6.0 U3
Red Hat* Enterprise Linux* (RHEL) 6.9
Novell* SUSE* Linux Enterprise Server (SLES) 12 SP3
REMARQUE : les périphériques suivants prennent également en charge Microsoft Windows 7 x64, Windows
8.1 x64, Windows 10 x64, RHEL 7.3 x64 et SLES 12 SP2 x64. Les systèmes d'exploitation Microsoft Windows
32 bits ne sont pas pris en charge dans cette version.
l
Carte Intel® Gigabit 4P I350-t rNDC
l
Carte Intel® Gigabit 4P X550/I350 rNDC
l
Carte Intel® Gigabit 4P X710/I350 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X710/I350 rNDC (non pris en charge sur Windows 8.1 x64)
Compatibilité matérielle
Avant d'installer la carte, vérifiez que le système répond aux exigences suivantes :
l
Dernière version du BIOS de votre système
l
Un emplacement PCI Express ouvert (voir les spécifications de votre carte pour connaître la compatibilité des
emplacements)
Spécifications des câbles
Cartes réseau Intel Gigabit
Câbles à fibres optiques
l
l
Longueur d'onde du laser : 850 nanomètres (invisible).
Type de câble SC :
l
Fibre optique multimode à cœur de 50 microns de diamètre, d'une longueur maximale de 550 mètres.
l
Fibre optique multimode à cœur de 62,5 microns de diamètre, d'une longueur maximale de 275 mètres.
l
Type de connecteur : SC.
Câbles en cuivre
l
1000BASE-T ou 100BASE-TX avec câble en cuivre à 4 paires torsadées de catégorie 5 ou 5e :
l
Veillez à utiliser des câbles de catégorie 5 conformes aux spécifications de câblage de la norme TIA568. Pour obtenir de plus amples informations sur ces spécifications, visitez le site Web de l’association
Telecommunications Industry Association : www.tiaonline.org.
l
La longueur maximale est de 100 mètres.
l
Le câblage de catégorie 3 ne fonctionne qu’à 10 Mbit/s.
Cartes réseau Intel 10 Gigabit
Câbles à fibres optiques
l
l
Longueur d'onde du laser : 850 nanomètres (invisible).
Type de câble SC :
l
Fibre optique multimode à cœur de 50 microns de diamètre, d'une longueur maximale de 550 mètres.
l
Fibre optique multimode à cœur de 62,5 microns de diamètre, d'une longueur maximale de 275 mètres.
l
Type de connecteur : SC.
Câbles en cuivre
l
l
Les longueurs maximales pour les cartes Intel® 10 Gigabit pour serveurs et les connexions qui utilisent
10GBASE-T sur des câbles en cuivre à quatre paires torsadées de catégories 6, 6a ou 7 sont les suivantes :
l
La longueur maximale pour la catégorie 6 est de 55 mètres.
l
La longueur maximale pour la catégorie 6a est 100 mètres.
l
La longueur maximale pour la catégorie 7 est de 100 mètres.
l
Pour garantir la conformité avec la norme CISPR 24 et la norme de l'Union européenne EN55024, les
cartes Intel® 10 Gigabit pour serveurs et les connexions devraient être utilisées uniquement avec des
câbles blindés de catégorie 6a dotés de terminaisons correctes conformément aux recommandations
de la norme EN50174-2.
10 Gigabit Ethernet sur câble SFP+ à fixation directe (Twinax)
l
La longueur maximale est de 10 mètres.
Cartes Intel 40 Gigabit
Câbles à fibres optiques
l
l
l
Longueur d'onde du laser : 850 nanomètres (invisible).
Type de câble SC :
l
Fibre optique multimode à cœur de 50 microns de diamètre, d'une longueur maximale de 550 mètres.
l
Fibre optique multimode à cœur de 62,5 microns de diamètre, d'une longueur maximale de 275 mètres.
l
Type de connecteur : SC.
Type de câble LC :
l
l
l
Fibre optique multimode à cœur de 50 microns de diamètre, d'une longueur maximale de 550 mètres.
Fibre optique multimode à cœur de 62,5 microns de diamètre, d'une longueur maximale de 275 mètres.
Type de connecteur : LC.
Câbles en cuivre
l
40 Gigabit Ethernet sur câble SFP+ à fixation directe (Twinax)
l
La longueur maximale est de 7 mètres.
Présentation de l’installation
Installation de la carte réseau
1.
2.
3.
4.
Mettez l’ordinateur hors tension et débranchez le cordon d’alimentation.
Retirez le panneau de l’ordinateur et le panneau du connecteur de carte correspondant à votre carte.
Insérez le connecteur au bord de la carte dans l'emplacement et attachez solidement le support sur le châssis.
Replacez le couvercle de l’ordinateur et branchez le cordon d’alimentation.
REMARQUE : pour savoir comment identifier les emplacements PCI Express qui accueillent vos cartes réseau,
reportez-vous au guide de votre système Dell EMC.
Installation des pilotes et des logiciels
Systèmes d’exploitation Windows*
Vous devez disposer des droits d’administration sur le système d’exploitation pour installer les pilotes.
1. Téléchargez le dernier Dell EMC Update Package (DUP) sur le site de l'assistance client.
2. Exécutez le fichier DUP et cliquez sur le bouton Install (Installer).
3. Suivez les instructions affichées à l’écran.
Installation des pilotes Linux* à partir du code source
1.
2.
3.
4.
Téléchargez le fichier tar du pilote de base et décompressez-le.
Compilez le module du pilote.
Installez le module à l'aide de la commande modprobe.
Attribuez une adresse IP à l'aide de la commande ifconfig.
Reportez-vous à la section Linux de ce guide pour des informations plus spécifiques.
Autres systèmes d’exploitation
Pour installer d’autres pilotes, consultez le site Web d’assistance à la clientèle : http://www.support.dell.com.
Optimisation des performances
Vous pouvez configurer les paramètres avancés de la carte réseau Intel pour optimiser la performance du serveur.
Les exemples ci-dessous fournissent des instructions pour trois modèles d’utilisation de serveur :
l
Optimisation pour une réponse rapide et une faible latence – utile pour les serveurs vidéo, audio et HPCC
(High Performance Computing Cluster)
l
Optimisation du débit – utile pour les serveurs de sauvegarde/récupération de données et les serveurs de
fichiers
l
Optimisation du processeur – utile pour les serveurs d’applications, Web, de messagerie et de bases de données
REMARQUES :
l
Les recommandations ci-dessous sont des consignes et doivent être traitées en tant que telles. Des fac-
l
l
teurs additionnels tels que les applications installées, le type de bus, la topologie du réseau et le système d’exploitation affectent également la performance du système.
Ces réglages doivent être faits par un administrateur réseau très compétent. Il n’est pas garanti qu’ils
améliorent les performances. Tous les paramètres présentés ici ne sont pas nécessairement disponibles
à partir de la configuration du pilote réseau, du système d'exploitation ou du BIOS système. Les utilisateurs de Linux doivent consulter le fichier README du package de pilotes Linux pour connaître les
détails de l’amélioration des performances spécifiques à Linux.
Si vous utilisez un logiciel de test de performance, consultez la documentation de ce logiciel pour obtenir des résultats optimaux.
Optimisation générale
l
Installez la carte dans un emplacement approprié.
REMARQUE :certains emplacements PCIe x8 sont en fait configurés comme des emplacements x4. Ces
emplacements ont une bande passante insuffisante pour les débits de ligne avec des périphériques à
deux ports. Le pilote peut détecter cette situation et écrit le message suivant dans le journal système :
« PCI Express bandwidth available for this card is not sufficient for optimal performance. For optimal performance a x8 PCI-Express slot is required" (La bande passante PCI-Express disponible pour cette carte
est insuffisante pour obtenir des performances optimales. Pour des performances optimales, un connecteur PCI-Express x8 est exigé).Si cette erreur se produit, placez la carte dans un véritable connecteur x8
pour résoudre le problème.
l
l
l
l
l
l
l
Pour qu'une carte réseau reposant sur le contrôleur Intel® X710/XL710 atteigne son plein potentiel, vous devez
l'installer dans un emplacement PCIe 3e génération x8. L'installation dans un emplacement plus court ou dans
un emplacement de première ou deuxième génération affectera le débit de la carte.
Utilisez les câbles adaptés à votre appareil.
Activez les paquets étendus, s’il est possible de configurer aussi les autres composants du réseau pour ce paramètre.
Augmentez le nombre de ressources TCP et socket par rapport à la valeur par défaut. Pour les systèmes sous
Windows, nous n’avons identifié aucun paramètre système autre que la taille de fenêtre TCP pour améliorer
réellement les performances.
Augmentez la taille d’allocations des ressources du pilote (descripteurs d’émission/de réception). Cependant la
plupart des schémas de trafic TCP fonctionnent mieux avec la description d’émission à sa valeur par défaut et
le descripteur de réception à sa valeur minimale.
Lorsque le trafic passe par plusieurs ports réseau utilisant une application d'E/S qui s'exécute sur tous ou
presque tous les cœurs de votre système, envisagez de configurer l'affinité du CPU de cette application sur
moins de cœurs. Cette action devrait réduire l'utilisation du CPU et dans certains cas, et améliorer le débit de
l'appareil. Les cœurs sélectionnés pour l'affinité du CPU doivent être en local sur le nœud/groupe de processeurs de l'appareil réseau concerné. Vous pouvez utiliser la commande PowerShell Get-NetAdapterRSS
pour indiquer les cœurs en local sur un appareil. Vous aurez peut-être à augmenter le nombre de cœurs assignés à l'application pour optimiser le débit. Consultez la documentation de votre système d'exploitation pour
obtenir plus d'informations sur la configuration de l'affinité du CPU.
Si plusieurs ports 10 Gbit/s (ou plus rapides) sont installés sur un système, les files d'attente RSS de chaque
port de carte peuvent être réglées de manière à utiliser un ensemble de processeurs ne se chevauchant pas
au sein du nœud/socket NUMA local de la carte. Modifiez le numéro du processeur RSS de base de chaque
port de carte réseau, de sorte que la combinaison du processeur de base et du nombre maximal de processeurs RSS garantisse le non-chevauchement des cœurs.
1. Déterminez les ports de carte à régler et inspectez leur paramètre RssProcessorArray à l'aide de la cmdlet PowerShell Get-NetAdapterRSS.
2. Déterminez les processeurs dont la distance NUMA est de 0. Il s'agit des cœurs du nœud/socket NUMA
local de la carte qui fourniront les meilleures performances.
3. Réglez le processeur RSS de base de chaque port de sorte à utiliser un ensemble de processeurs ne
se chevauchant pas au sein de l'ensemble local de processeurs. Vous pouvez le faire manuellement ou
en utilisant la commande PowerShell suivante :
Set-NetAdapterAdvancedProperty -Name <Nom de la carte> -DisplayName "RSS Base
Processor Number" -DisplayValue <Valeur du Proc RSS de base>
4. Utilisez la cmdlet Get-NetAdpaterAdvancedproperty pour vérifier que les valeurs adéquates ont été
définies :
Get-NetAdpaterAdvancedproperty -Name <Nom de la carte>
Par exemple, pour une carte à quatre ports avec des processeurs locaux 0, 2, 4, 6, 8, 10, 12, 14, 16, 18,
20, 22, 24, 26, 28, 30 et un nombre maximal de processeurs RSS de 8, configurez les processeurs RSS
de base sur 0, 8, 16 et 24.
Optimisation pour une réponse rapide et une faible latence
l
l
l
l
l
l
Minimisez ou désactivez le taux de gestion des interruptions.
Désactivez le délestage de la segmentation TCP.
Désactivez les paquets étendus.
Augmentez les descripteurs de transmission.
Augmentez les descripteurs de réception.
Augmentez les files RSS
Optimisation du débit
l
l
l
l
Activez les paquets étendus.
Augmentez les descripteurs de transmission.
Augmentez les descripteurs de réception.
Sur les systèmes qui prennent en charge NUMA, paramétrez le nœud NUMA privilégié (Preferred NUMA Node)
sur chaque carte pour parvenir à un meilleur dimensionnement sur l’ensemble de ces nœuds.
Optimisation du processeur
l
l
l
l
Maximisez le taux de gestion des interruptions.
Conservez le nombre de descripteurs de réception par défaut ; évitez de configurer un grand nombre de descripteurs de réception.
Diminuez les files RSS.
En environnement Hyper-V, diminuez le nombre Maxi de processeurs RSS.
Stockage à distance
La fonction de stockage à distance vous permet d'accéder à un SAN (Storage Area Network) ou à autre dispositif de
stockage en réseau utilisant les protocoles Ethernet. Cela comprend les protocoles DCB (pontage de centre de données ou Data Center Bridging), iSCSI over DCB et FCoE (Fibre Channel over Ethernet).
DCB (Pontage de centre de données)
Le pontage de centre de données (DCB) est une collection d’extensions basées sur des normes à l’Ethernet classique. Il fournit une couche de transport sans perte pour les centres de données. Celle-ci autorise la convergence des
LAN et SAN sur une infrastructure Unified Fabric unique.
De plus, le Pontage de centre de données (DCB) assure la qualité de service de la configuration du matériel. Il utilise
la balise de priorité VLAN (802.1p) pour filtrer le trafic. De ce fait, le trafic peut être classé en 8 priorités différentes. Il
active également le contrôle du flux basé sur les priorités (802.1Qbb) susceptibles de limiter ou d'éliminer la perte de
paquets lors des pics de réseau. Il est possible d'allouer de la bande passante à chacune de ces priorités, avec une
mise en application au niveau du matériel (802.1Qaz).
Le microprogramme de la carte met en œuvre les agents de protocole LLDP et DCBX, selon 802.1AB et 802.1Qaz respectivement. L'agent DCBX basé sur le microprogramme fonctionne uniquement en mode « Willing » et peut accepter
les paramètres issus d'un pair équipé de DCBX. La configuration logicielle des paramètres DCBX via dcbtool/lldptool
n'est pas prise en charge.
REMARQUE : sur les appareils reposant sur le contrôleur X710 et exécutant Microsoft Windows, le pontage de
centre de données (DCB) est uniquement pris en charge par les microprogrammes versions 17.0.12 et supérieures. Les versions antérieures de NVM doivent être mises à jour pour que la carte puisse prendre en charge
DCB sous Windows.
Périphériques pris en charge
Les cartes suivantes prennent en charge le stockage à distance en utilisant iSCSI sur DCB et FCoE sur DCB.
l
Carte réseau Ethernet Intel® 10G 2P X520
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Carte réseau Ethernet Intel® 4P X520/I350 rNDC
Carte réseau Ethernet Intel® 10G X520 LOM
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
Carte réseau Ethernet Intel® 10G 2P X540-t
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC (ports I350 uniquement)
Carte réseau Ethernet Intel® 10G 2P X550-t
Carte réseau Ethernet Intel® 10G 4P X550 rNDC‡
l
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC‡
l
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC‡
l
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC‡
l
Carte réseau Ethernet Intel® 10G X710-k bNDC‡
l
Carte réseau convergent Ethernet Intel® X710‡
l
Carte réseau convergent Ethernet Intel® X710-T‡
l
Carte réseau Ethernet Intel® 10G 4P X710/l350 rNDC‡
l
Carte réseau Ethernet Intel® 10G 4P X710 SFP+ rNDC‡
l
Carte réseau Ethernet Intel® 10G X710 rNDC‡
l
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP‡
l
Carte réseau Ethernet Intel® 25G 2P XXV710‡
l
Carte mezzanine Ethernet Intel® 25G 2P XXV710‡
l
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC‡
l
Carte réseau convergent Ethernet Intel® XL710-Q2‡
l
l
l
l
l
l
l
l
‡ Ce périphérique ne prend pas en charge FCoE sur DCB.
REMARQUE : quand une carte réseau Intel® série 710 est en mode NPar, vous ne pouvez configurer DCB que
depuis la Configuration système/le BIOS.
iSCSI Over DCB
Les cartes Ethernet Intel® prennent en charge les initiateurs de logiciel iSCSI natifs sur le système d’exploitation sousjacent. Dans le cas de Windows, l’initiateur du logiciel Microsoft iSCSI permet de connecter un hôte Windows à une batterie de disque de stockage externe iSCSI en utilisant une carte Intel Ethernet.
Dans le cas de distributions Open Source, pratiquement toutes les distributions prennent en charge un initiateur de
logiciel iSCSI ouvert et les cartes Ethernet Intel® les prennent en charge. Consultez la documentation traitant de votre
distribution pour obtenir plus de détails de configuration sur chaque initiateur iSCSI ouvert.
Les cartes Intel® avec chipset 82599 et X540 prennent en charge l'iSCSI dans un nuage de Pontage de centre de données. Utilisée avec les commutateurs et les cibles prenant en charge la fonction TVL de l’application iSCSI/DCB, cette
solution peut garantir la bande passante minimum pour le trafic iSCSI entre l’hôte et la cible. Cette solution permet aux
administrateurs de stockage de segmenter le trafic iSCSI du trafic du réseau local, de la même façon qu’ils peuvent
actuellement segmenter le FCoE à partir du trafic du réseau local. Auparavant, le trafic iSCSI dans un environnement
pris en charge par DCB était considéré comme un trafic de réseau local par les fournisseurs de commutateur. Consultez votre fournisseur de commutateurs et de cibles pour vérifier qu’il prend en charge la fonction TVL de
l’application iSCSI/DCB.
Intel® Ethernet FCoE (Fibre Channel over Ethernet)
Fibre Channel over Ethernet (FCoE) est défini comme l’encapsulation des trames du protocole Fibre Channel (FC)
standard comme données contenues dans les trames Ethernet standard. Cette encapsulation au niveau du lien, associée à une passerelle Ethernet-to-FC fonctionnant avec FCoE, agit comme une extension d’une matrice FC pour
inclure la connectivité de l’hôte Ethernet. La spécification FCoE se concentre sur l’encapsulation des trames FC spécifiques au trafic de classe de stockage, telle que définie par la spécification Fibre Channel FC-4 FCP.
REMARQUE : la prise en charge de nouveaux systèmes d'exploitation ne sera pas ajoutée à FCoE. Les dernières versions de systèmes d'exploitation prenant en charge FCoE sont les suivantes :
l
l
l
Microsoft* Windows Server* 2012 R2
SLES 11 SP4
VMware* ESX 6.0 U3
Trames Jumbo
Le pilote de base prend en charge les mini trames Jumbo de FCoE (2,5 Ko) indépendamment des paramètres de
trames Jumbo du LAN.
Prise en charge de FCoE VN to VN (VN2VN)
FCoE VN to VN (également nommé VN2VN) est une norme permettant de connecter deux nœuds d'extrémité (ENode)
directement en utilisant FCoE. Un nœud ENode peut créer une liaison VN2VN virtuelle avec un autre nœud ENode
sans se connecter à des commutateurs FC ou FCoE (FCF) entre les deux, afin qu'aucun zonage de port ni service
avancé Fibre Channel ne soit nécessaire. Le logiciel de stockage contrôle l'accès aux unités logiques et leur sécurité
en utilisant un masquage des unités logiques. La matrice VN2VN peut posséder un commutateur Ethernet sans pertes
entre les nœuds ENode. Cela permet à plusieurs nœuds ENode de participer en créant plusieurs liaisons VN2VN virtuelles dans la matrice VN2VN. VN2VN possède deux modes de fonctionnement : Point à point (PT2PT) et Multipoint.
REMARQUE : le mode de fonctionnement est utilisé uniquement lors de l'initialisation.
Mode PT2PT (point à point)
En mode Point à Point, il n'existe que deux ENodes qui sont connectés soit directement, soit via un commutateur Ethernet sans perte :
Mode MultiPoint
Si plus de deux nœuds ENode sont détectés dans la matrice VN2VN, tous les nœuds doivent fonctionner en mode
Multipoint :
Activation de VN2VN dans Microsoft Windows
Pour activer VN2VN dans Microsoft Windows :
1. Ouvrez le Gestionnaire de périphériques Windows.
2. Ouvrez la feuille de propriétés du miniport FCoE approprié (en général sous Contrôleurs de stockage) et cliquez sur l'onglet Avancé.
3. Sélectionnez le paramètre VN2VN et choisissez "Activer".
Démarrage à distance
Le démarrage à distance vous permet de démarrer un système en utilisant uniquement une carte Ethernet. Vous vous
connectez à un serveur qui contient une image du système d'exploitation et l'utilise pour démarrer votre système local.
Intel® Boot Agent
Intel® Boot Agent est un logiciel qui permet à un ordinateur client de démarrer à l'aide d'une image de code de programme fournie par un serveur à distance. Conforme aux spécifications de la version 2.1 de l'environnement Pre-boot
eXecution Environment (PXE). Compatible avec les environnements de Boot Agent existants utilisant le protocole
BOOTP.
Périphériques pris en charge
Vous pouvez utiliser BootUtil pour activer la ROM flash sur la plupart des cartes Intel pour serveurs. Cependant, pour
les cartes suivantes, PXE est activé au moyen de l'environnement uEFI et il est impossible d'utiliser BootUtil pour
mettre à jour l'image de démarrage.
l
Carte Intel® Gigabit 2P I350-t
l
Carte réseau Intel® Gigabit 4P I350-t
l
Carte Intel® Gigabit 4P I350-t rNDC
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
Carte Intel® Gigabit 2P I350-t LOM
Carte Intel® Gigabit I350-t LOM
Carte Intel® Gigabit 2P I350 LOM
Carte mezzanine Intel® Gigabit 4P I350-t
Carte réseau Ethernet Intel® 10G 2P X520
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
Carte réseau Ethernet Intel® 4P X520/I350 rNDC
Carte Intel® Gigabit 4P I350 bNDC
Carte réseau Ethernet Intel® 10G X520 LOM
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Carte réseau Ethernet Intel® 10G 2P X540-t
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
Carte réseau Ethernet Intel® 10G 2P X550-t
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
Carte réseau convergent Ethernet Intel® X710
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC
Carte réseau Ethernet Intel® 10G X710-k bNDC
Carte réseau Ethernet Intel® 10G 4P X710/l350 rNDC
Carte réseau Ethernet Intel® 10G 4P X710 SFP+ rNDC
Carte réseau Ethernet Intel® 10G X710 rNDC
Carte réseau convergent Ethernet Intel® X710-T
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP
Carte réseau Ethernet Intel® 25G 2P XXV710
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Carte réseau convergent Ethernet Intel® XL710-Q2
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC
Intel® Ethernet iSCSI Boot
Le démarrage iSCSI Ethernet Intel® permet le démarrage à partir d'une unité de disque iSCSI distante se trouvant sur
un SAN (Storage Area Network) basé sur la norme iSCSI.
Périphériques pris en charge
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
Carte Intel® Gigabit 2P I350-t
Carte réseau Intel® Gigabit 4P I350-t
Carte Intel® Gigabit 4P I350-t rNDC
Carte Intel® Gigabit 4P I350 bNDC
Carte Intel® Gigabit 2P I350-t LOM
Carte Intel® Gigabit I350-t LOM
Carte Intel® Gigabit 2P I350 LOM
Carte mezzanine Intel® Gigabit 4P I350-t
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Carte réseau Ethernet Intel® 10G 2P X520
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
Carte réseau Ethernet Intel® 10G X520 LOM
Carte réseau Ethernet Intel® 4P X520/I350 rNDC
Carte réseau Ethernet Intel® 10G 2P X540-t
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
Carte réseau Ethernet Intel® 10G 2P X550-t
Carte réseau convergent Ethernet Intel® XL710-Q2
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
Carte réseau convergent Ethernet Intel® X710
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC
l
l
l
l
l
l
l
l
l
Carte réseau Ethernet Intel® 10G X710-k bNDC
Carte réseau Ethernet Intel® 10G 4P X710/l350 rNDC
Carte réseau Ethernet Intel® 10G 4P X710 SFP+ rNDC
Carte réseau Ethernet Intel® 10G X710 rNDC
Carte réseau convergent Ethernet Intel® X710-T
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP
Carte réseau Ethernet Intel® 25G 2P XXV710
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC
Intel® Ethernet FCoE Boot
Le démarrage FCoE Ethernet Intel® permet le démarrage à partir d'une unité de disque distante se trouvant sur un
SAN (Storage Area Network) fibre.
Utilisation d’Intel® PROSet pour le Gestionnaire de périphériques Windows
Deux méthodes permettent d'atteindre les propriétés FCoE dans le Gestionnaire de périphériques Windows : en utilisant l'onglet « Data Center » sur la feuille de propriétés de la carte, ou en utilisant la feuille de propriétés Intel® «
Ethernet Virtual Storage Miniport Driver for FCoE Storage Controllers ».
Périphériques pris en charge
Intel® FCoE est pris en charge sur les cartes réseau Intel® suivantes :
l
Carte réseau Ethernet Intel® 10G 2P X520
l
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
l
Carte réseau Ethernet Intel® 4P X520/I350 rNDC
l
Carte réseau Ethernet Intel® 10G X520 LOM
l
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
l
Carte réseau Ethernet Intel® 10G 2P X540-t
l
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC (ports X540 uniquement)
l
Carte réseau Ethernet Intel® 10G 2P X550-t
REMARQUES :
l
lors de l'utilisation d'un démarrage FCoE avec une carte réseau Intel, aucune carte de bus hôte (HBA)
Brocade ne doit être installée sur le système.
l
Tous les systèmes d'exploitation ne sont pas pris en charge sur toutes les cartes.
Infos sur la virtualisation
La virtualisation permet l'exécution simultanée de plusieurs systèmes d'exploitation sur un même système physique en
tant que machines virtuelles. Cette possibilité autorise la consolidation de plusieurs serveurs en un seul, même s’ils
sont gérés sous des systèmes d’exploitation différents. Les cartes réseau Intel® fonctionnent avec et au sein des
machines virtuelles, avec leurs pilotes et logiciels standards.
REMARQUES :
l
Certaines options de virtualisation ne sont pas disponibles sur certaines combinaisons de carte/système
d’exploitation.
l
Le paramètre Jumbo Frame à l'intérieur d'une machine virtuelle doit être identique ou inférieur au
réglage du port physique.
l
Lors de la liaison d'une machine virtuelle à un réseau superposé locataire par le biais de ports de carte
réseau virtuels sur un commutateur virtuel, les en-têtes d'encapsulation augmentent la taille de l'unité de
transmission maximale (MTU) sur le port virtuel. La fonction d'en-tête d'encapsulation règle automatiquement la taille de l'unité de transmission maximale du port physique pour compenser cette augmentation.
l
Pour en savoir plus sur l’utilisation des cartes réseau Intel en environnements virtualisés, consultez le
site http://www.intel.com/technology/advanced_comm/virtualization.htm.
Utilisation des cartes réseau Intel® dans un environnement
Microsoft* Hyper-V*
Lorsqu’une interface réseau Hyper-V (VNIC) est créée dans la partition mère, la carte adopte l’adresse MAC de la
carte physique sous-jacente. Il en va de même lorsqu’une carte réseau est créée pour une association de cartes ou un
réseau VLAN. Comme une carte utilise l’adresse MAC de l’interface sous-jacente, toute opération qui modifie cette
adresse (paramétrer LAA sur l’interface, modifier la carte principale d’une association, etc.) lui fera perdre sa connectivité. Pour empêcher cet inconvénient, Intel® PROSet ne vous permet pas de modifier des paramètres qui changent
l’adresse MAC.
REMARQUES :
l
Si FCoE/DCB est présent sur le port, la configuration du périphérique en mode VMQ + DCB réduit le
nombre de VPorts VMQ disponible pour les systèmes d’exploitation invités. Cela ne s'applique pas aux
périphériques à base de contrôleur Ethernet Intel® X710.
l
Lorsqu’ils sont expédiés depuis l’intérieur d’une machine virtuelle, les paquets LLDP et LACP peuvent
représenter un risque pour la sécurité. Le pilote Intel® Virtual Function bloque l’envoi de ces paquets.
l
Le paramètre Virtualisation de l’onglet Avancé de la feuille des propriétés Gestionnaire de périphériques de la carte réseau n’est pas disponible si le rôle Hyper-V n’est pas installé.
l
Avant de configurer les fonctionnalités Microsoft* Hyper-V, les pilotes des cartes réseau Intel® doivent
être installés par le Dell EMC Update Package. Si la fonction Microsoft* Hyper-V est configurée sur une
partition de carte réseau non prise en charge sur les périphériques Intel® X710 avant l'exécution du Dell
EMC Update Package pour installer les pilotes de carte réseau Intel®, l'installation des pilotes peut
échouer. Pour résoudre le problème, vous devez désinstaller Microsoft* Hyper-V, désinstaller "Connexions réseau Intel®" de "Programmes et fonctionnalités", et exécuter le Dell EMC Update Package
pour installer les pilotes de carte réseau Intel®.
Le commutateur de machines virtuelles
Le commutateur de machines virtuelles fait partie du chemin de données des E/S réseaux. Il se situe entre la carte physique et les interfaces des machines virtuelles et achemine les paquets vers l’adresse MAC voulue. L’activation du
déchargement VMQ (Virtual Machine Queue) dans Intel® PROSet active automatiquement la file VMQ dans le commutateur de machines virtuelles. Pour les installations du pilote uniquement, il faut activer manuellement la file VMQ
dans le commutateur de machines virtuelles.
Utilisation de VLAN ANS
Si vous créez des réseaux locaux virtuels ANS dans la partition parente puis que vous créez une interface de carte
réseau virtuelle Hyper-V sur un réseau local virtuel ANS, l’interface de la carte réseau virtuelle doit avoir le même ID
de réseau local virtuel que le réseau local virtuel ANS. Si l’ID de réseau local virtuel est différent ou s’il n’est pas défini
dans l’interface de la carte réseau virtuelle, cette interface perd ses communications.
La liaison des commutateurs virtuels sur un réseau local virtuel ANS aura la même adresse MAC que le VLAN, qui
aura la même adresse que la carte réseau virtuelle ou l’association sous-jacente. Si vous avez plusieurs VLAN liés à
une association et qu’un commutateur virtuel est lié à chaque VLAN, tous les commutateurs virtuels auront la même
adresse MAC. Le groupage des commutateurs virtuels entraîne une erreur de réseau dans l’outil de validation du cluster Microsoft. Dans certains cas, il n’y aura aucun impact sur la performance du cluster si cette erreur est ignorée.
Cependant, ce genre de cluster n’est pas pris en charge par Microsoft. L’utilisation du Gestionnaire de périphérique
pour donner à chaque commutateur virtuel une adresse unique permet de résoudre ce problème. Reportez-vous à
l'article Microsoft TechNet Configure MAC Address Spoofing for Virtual Network Adapters pour plus de détails.
VMQ et SR-IOV ne peuvent pas être activés sur une interface de carte réseau virtuelle Hyper-V liée à un VLAN configuré à l’aide de l’onglet VLAN du Gestionnaire de périphériques Windows.
Utilisation d'une association ou d'un VLAN ANS comme carte réseau virtuelle
Pour utiliser une association ou un réseau local virtuel comme carte réseau virtuelle, suivez ces étapes :
REMARQUES :
l
Ceci est applicable uniquement aux cartes réseau virtuelles créées sur une association ou un réseau
local virtuel. Les cartes réseau virtuelles créées sur une carte physique ne nécessitent pas ces étapes.
l
Le mode RLB (Receive Load Balancing) n’est pas pris en charge dans Hyper-V. Désactivez le mode
RLB lorsque vous utilisez Hyper-V.
1.
2.
3.
4.
5.
Utilisez Intel® PROSet pour créer l’association ou le réseau local virtuel.
Ouvrez le Panneau de configuration Réseau.
Ouvrez l’association ou le réseau local virtuel.
Dans l’onglet Général, désélectionnez toutes les liaisons de protocole et cliquez sur OK.
Créez la carte réseau virtuelle. (Si vous cochez la case "Allow management operating system to share the network adapter" (Permettre au système d’exploitation d’administration de partager la carte réseau), l’étape suivante peut être réalisée dans la partition parente.)
6. Ouvrez le Panneau de configuration Réseau de la carte réseau virtuelle.
7. Dans l’onglet Général, cochez les liaisons de protocole souhaitées.
REMARQUE ; cette étape n’est pas nécessaire pour l’association. Lorsque la carte réseau virtuelle est
créée, ses protocoles sont liés correctement.
Ligne de commande pour Microsoft Windows Server* Core
Microsoft Windows Server* Core ne possède pas d’interface utilisateur graphique. Pour utiliser une association ANS
ou un réseau VLAN comme carte d'interface réseau virtuelle, vous devez utiliser Microsoft* Windows PowerShell* pour
procéder à la configuration. Utilisez Windows PowerShell pour créer l'association ou le réseau local virtuel.
Voici un exemple de configuration en utilisant Microsoft* Windows PowerShell*.
1. Répertoriez toutes les cartes du système et stockez-les dans une variable.
$a = Get-IntelNetAdapter
2. Créez une association en référençant les index de la baie des cartes stockées.
New-IntelNetTeam -TeamMembers $a[1],$a[2] -TeamMode
VirtualMachineLoadBalancing -TeamName “Team1”
Délestage de la file d’attente d’une machine virtuelle
L'activation du délestage du filtrage VMQ améliore les performances de réception et de transmission, car la carte informatique peut traiter ces tâches plus rapidement que le système d'exploitation. Le délestage permet également de libérer des ressources du processeur. Le filtrage est basé sur les filtres MAC et/ou des VLAN. Pour les périphériques qui le
prennent en charge, le délestage VMQ est activé sur la partition hôte de la feuille des propriétés Gestionnaire de périphériques de la carte réseau (section Virtualisation de l’onglet Avancé).
Chaque carte réseau Ethernet Intel® dispose d’un pool de ports virtuels qui se répartissent entre les diverses
fonctionnalités : délestage VMQ, SR-IOV, Data Center Bridging (DCB) et Fibre Channel over Ethernet (FCoE).
L’augmentation du nombre de ports virtuels utilisées pour une fonctionnalité diminue d’autant le nombre utilisable par
les autres fonctionnalités. Sur les périphériques qui le permettent, l'activation de DCB réduit à 32 le pool total disponible pour les autres fonctionnalités. L'activation de FCoE fait tomber ce nombre à 24.
REMARQUE : ceci ne s'applique pas aux dispositifs basés sur les contrôleurs Ethernet Intel® X710 ou XL710.
Intel® PROSet affiche le nombre de ports virtuels disponibles pour les fonctions virtuelles (propriétés Virtualisation
dans l’onglet Avancé du périphérique). Il permet également de définir la manière dont les ports virtuels disponibles
sont répartis entre VMQ et SR-IOV.
Remarques concernant les associations
l
l
l
Si la fonctionnalité VMQ n’est pas activée sur toutes les cartes d’une association, elle sera désactivée sur cette
association.
Si une carte ne prenant pas en charge la fonctionnalité VMQ est ajoutée à l’association, la fonctionnalité VMQ
sera désactivée sur l’association.
Les cartes réseau virtuelles ne peuvent pas être créées sur une association sur laquelle l’équilibrage de la
charge de réception est activé. L’équilibrage de la charge de réception est automatiquement désactivé si vous
l
créez une carte réseau virtuelle sur l’association.
Si une association est liée à une carte réseau virtuelle Hyper-V, vous ne pouvez pas changer la carte principale ou la carte secondaire.
Files d'attente multiples de machines virtuelles
Les files d'attente multiples de machines virtuelles (VMMQ) activent Receive Side Scaling (RSS) pour les ports virtuels
liés à un port physique. Cela permet d'utiliser RSS en conjonction avec SR-IOV et à l'intérieur d'une machine virtuelle
VMQ, ainsi que de délester le traitement RSS sur la carte réseau. Cette fonctionnalité reçoit le trafic sur plusieurs processeurs ou cœurs de processeurs. ce paramètre est sans effet si le système ne comporte d’un processeur.
Vue d’ensemble de SR-IOV
Single Root IO Virtualization (SR-IOV) est une spécification PCI SIG permettant aux périphériques PCI Express
d’apparaître sous la forme de plusieurs périphériques PCI Express physiques distincts. SR-IOV permet un partage efficace des périphériques PCI entre des machines virtuelles (VM). Il gère et transporte les données sans passer par un
hyperviseur en fournissant un espace mémoire indépendant, des interruptions et des flux DMA pour chaque machine
virtuelle.
L’architecture SR-IOV comprend deux fonctions :
l
La fonction physique (PF) est une fonction PCI Express totalement fonctionnelle qui peut être détectée, gérée et
configurée comme n’importe quel autre périphérique PCI Express.
l
La fonction virtuelle (VF) est semblable à PF, mais elle ne peut être configurée et elle a comme seule capacité
celle de transférer des données en entrée et en sortie. La VF est affectée à une machine virtuelle.
REMARQUES :
l
SR-IOV doit être activé dans le BIOS.
l
Si SR-IOV n'est pas activé dans la configuration du système en appuyant sur F2 lorsque vous installez
Intel® PROSet pour le Gestionnaire de périphériques Windows, la disponibilité des ports virtuels ne
s'affiche pas dans la boîte de dialogue de virtualisation. Activez SR-IOV dans le BIOS système et réinstallez Intel® PROSet pour le Gestionnaire de périphériques Windows afin de corriger l'affichage.
l
Si vous prévoyez d'affecter directement des périphériques à une machine virtuelle sous Linux*, vous
devez activer la prise en charge de l'unité de gestion de mémoire d'E/S (I/O Memory Management Unit,
IOMMU) afin de garantir le bon fonctionnement de SR-IOV. Utilisez les paramètres d'amorçage du noyau
"intel_iommu=on" et "iommu=pt" pour activer la prise en charge d'IOMMU. Pour optimiser la protection
de la mémoire, utilisez "intel_iommu=on". Pour optimiser les performances, utilisez les deux paramètres
("intel_iommu=on iommu=p"). Ces paramètres peuvent être ajoutés à l'entrée CMDLINE__GRUB LINUX
du fichier de configuration /etc/default/grub. Pour les systèmes utilisant le mode d'amorçage UEFI, exécutez grub2-mkconfig -o /etc/grub2-efi.cfg. Pour les systèmes amorcés en mode BIOS existant, exécutez grub2-mkconfig -o /boot/grub2/grub.cfg.
Partitionnement NIC
Le partitionnement de carte réseau (NIC) (NPar) permet aux administrateurs réseau de créer plusieurs partitions pour
chaque port physique d'une carte réseau, et de définir différentes allocations de bande passante sur chaque partition.
Pour le réseau et le système d'exploitation, chaque partition apparaît comme un port physique distinct sur la carte. Ceci
facilite la réduction du nombre de ports de commutation et la complexité du câblage tout en préservant la segmentation et l'isolation du réseau. De plus, l'allocation flexible de bande passante par partition permet une utilisation
efficace de la liaison.
NPar est disponible sous Linux et ESXi, ainsi que sous Windows Server et sous les versions de Windows Server Core
à partir de 2012 R2.
Les cartes réseau suivantes prennent en charge NPar. Veuillez noter que NPar prend en charge jusqu'à 8 partitions
par contrôleur.
l
Carte réseau Ethernet Intel® 25G 2P XXV710
l
Carte Ethernet Intel® 10G 4P X710/I350 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC
l
Carte réseau Ethernet Intel® 10G 4P X710 rNDC
l
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC
l
Carte réseau Ethernet Intel® 10G X710-k bNDC
l
Carte réseau convergent Ethernet Intel® X710
l
Carte réseau convergent Ethernet Intel® X710-T
l
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP
REMARQUES :
l
Les cartes réseau prennent en charge NPar en mode NIC (LAN) uniquement.
l
Les technologies suivantes ne fonctionnent que sur la première partition de chaque port :
l
PXE Boot
l
iSCSIboot
l
Paramètres de vitesse de liaison et de duplex
l
Contrôle de flux
l
Options de gestion de l’alimentation
l
SR-IOV
l
Traitement des NVGRE
l
Les limitations de ressources sous Microsoft Windows peuvent affecter le nombre de ports affichés. Si
plusieurs cartes sont installées sur un système et que NPar ou NParEP est activé sur ces cartes, le Gestionnaire de périphériques Windows peut ne pas afficher tous les ports.
l
La bande passante minimale peut ne pas être répartie équitablement sur les partitions NIC lors de la
modification des modes NPAR/NPAR EP. Les valeurs minimales de la bande passante peuvent être
modifiées après la modification des modes NPAR/NPAR EP.
l
Le délestage iSCSI n'est pas pris en charge sur les partitions NIC des appareils reposant sur le
contrôleur Intel X710. Les cartes X710 affichent, de manière erronée, la valeur 'True' (Vrai) en regard de
l'option 'iSCSI Offload Support' (Prise en charge du délestage iSCSI). L'activation de l'option 'iSCSI
Offload Mode' (Mode de délestage iSCSI) sur la page [NIC Partitioning Configuration] active la partition
du trafic de stockage iSCSI.
l
Le test de bouclage n'est pas pris en charge lorsque les appareils sont en mode NPAR.
l
Lors de la configuration du système pour un système d'exploitation Microsoft Windows, n'activez pas le
mode de délestage iSCSI lors de la configuration des partitions des appareils Intel X710 directement
dans le BIOS via HII, ni au moyen d'une configuration à distance telle que racadm ou WSMAN.
l
Si le mode NPAR est activé, veillez à ce que le paramètre avancé 'RSS load balancing profile' (Profil
d'équilibrage de la charge RSS) soit configuré sur NUMAScalingStatic.
l
Le paramètre NVGRE n'est pas pris en charge lorsque l'appareil est en mode NPAR. Si le mode NPAR
est activé sur votre appareil, le paramètre NVGRE (Délestage de tâche encapsulée de l'onglet Avancé
du Gestionnaire de périphériques Windows) n'est pas pris en charge.
Mode NParEP
Le mode NParEP est une combinaison de NPar et de PCIe ARI. Il augmente le nombre maximum de partitions à 16
par contrôleur.
Prise en charge de la plate-forme NParEP
Connecteur PCI Express
Plateforme
Dell EMC
Carte mezzanine pour
OCP
Emplacement
pour carte fille
réseau pour rack
C4130
C4140
C6420
non
oui
1
2
3
oui
oui
oui
non oui
4
5
6
7
8
9
10
11
12
13
oui
R230
non non
R330
non non
R430
oui
oui
R440
oui
oui
oui
R530
oui
oui
oui
R530XD
oui
oui
non
R540
oui
oui
oui
non non
oui
oui
non
R630
oui
oui
oui
oui
R640
oui
oui
oui
oui
R730
oui
oui
oui
oui
oui
oui
oui
R730XD
oui
oui
oui
oui
oui
oui
oui
R740
oui
oui
oui
oui
oui
oui
oui
R830
oui
oui
oui
oui
oui
oui
oui
R840
oui
oui
oui
oui
oui
oui
oui
oui oui oui oui
R930
oui
oui
oui
oui
oui
oui
oui
oui oui oui oui
R940
oui
oui
oui
oui
oui
oui
oui
oui oui oui oui oui oui oui
oui
oui
oui oui
T130
non non non non
T330
non non non oui
T430
non non oui
oui
oui
T440
non oui
oui
oui
oui
T630
oui
non oui
oui
oui
oui
oui
oui
oui
oui
oui
oui
oui oui
T640
oui
oui
Connecteur mezzanine
Plate-forme Dell EMC Emplacement pour carte fille réseau lame B
C
FC430
FC630
oui
FC830
oui
M630
oui
M630 pour VRTX
oui
M640
oui
M640 pour VRTX
oui
M830
oui
M830 pour VRTX
oui
MX740c
oui
oui
oui
MX840c
oui
oui
oui
Les plates-formes ou connecteurs pris en charge sont indiqués par un "oui". Mention « non » : non pris en charge. Cellule vide : non applicable.
Configuration du mode NPar
Configuration du mode NPar depuis le gestionnaire de démarrage
Lorsque vous démarrez le système, appuyez sur la touche F2 pour afficher le menu System Setup (Configuration du
système). Sélectionnez Device Settings (Paramètres du périphérique) dans la liste sous le menu principal Configuration du système, puis sélectionnez votre carte réseau dans la liste pour accéder au menu de configuration du
périphérique. Sélectionnez Device Level Configuration (configuration du niveau du périphérique) dans la liste sous la
page de configuration principale. Ceci affiche les paramètres de Virtualisation sous Device Level Configuration
(configuration du niveau du périphérique).
Il existe quatre options dans la liste déroulante Virtualization Mode (mode de virtualisation).
l
None : la carte fonctionne normalement
l
NPar : autorise jusqu'à 8 partitions sur la carte. Si vous sélectionnez le mode de virtualisation NPar, vous voyez
alors l'option d'activer le mode NParEP, qui étend le nombre de partitions par carte au total de 16 en associant
NPar avec PCIe ARI.
REMARQUES :
l
Lorsqu'une carte réseau fonctionne en mode NPar, elle est limitée à 8 partitions au total. Une
carte à deux ports disposera de quatre partitions par port. Une carte à quatre ports disposera de
deux partitions par port.
l
Le mode NParEP ne peut être activé que lorsque le mode NPar a été lui-même activé.
l
Lorsqu'une carte réseau fonctionne en mode NParEP, elle est limitée à 16 partitions au total. Une
carte à deux ports disposera de huit partitions par port. Une carte à quatre ports disposera de
quatre partitions par port.
l
l
SR-IOV : active SR-IOV sur le port
NPar+SR-IOV : autorise jusqu'à 8 partitions (fonctions physiques) pour la carte et active SR-IOV.
REMARQUES :
l
SR-IOV est limité à la partition racine de chaque port.
l
Lorsqu'une carte fonctionne en mode NPar, les paramètres de virtualisation (SR-IOV)
s'appliquent à tous les ports de la carte et à toutes les partitions de chaque port. Les modifications apportées aux paramètres de virtualisation sur un port sont appliqués à tous les ports de
la carte.
Lorsque vous avez terminé la sélection, cliquez sur le bouton Back (Retour) pour retourner à la page de Configuration principale. Cliquez sur le nouvel élément intitulé NIC Partitioning Configuration (Configuration des partitions de carte d'interface réseau) dans la liste de configuration pour passer à la page de Configuration des partitions
de la carte réseau, qui affiche la liste des partitions NPar (ou NParEP) de la carte.
La page Global Bandwidth Allocation permet de spécifier l'allocation de bande passante minimale et maximale garantie pour chaque partition d'un port. Minimum TX Bandwidth est la bande passante de transmission de données minimale garantie que la partition se verra allouer, en pourcentage de la vitesse totale de liaison du port physique. La
bande passante allouée n'est jamais inférieure au niveau spécifié ici. La plage de valeurs valides s'étend de :
1 à ((100 moins le nombre de partitions sur le port physique) plus 1).
Par exemple, si un port physique comporte 4 partitions, la plage serait :
1 à ((100 - 4) + 1 = 97)
La bande passante maximale représente la bande passante de transmission maximale de la partition sous la forme
d'un pourcentage de la vitesse totale de liaison du port physique. La plage des valeurs acceptable va de 0 à 100.
Cette valeur peut être utilisée comme limiteur si vous choisissez qu'une partition donnée ne pourra pas consommer la
totalité de la bande passante disponible d'un port. La somme de toutes les valeurs de bande passante maximale n'est
pas limitée, parce qu'il est impossible d'utiliser plus de 100 % de la bande passante d'un port.
REMARQUE :
l
Si la somme des pourcentages de bande passante minimale n'est pas égale à 100, les paramètres
seront automatiquement ajustés de sorte qu'elle soit égale à 100.
l
Si le pourcentage de bande passante maximale d'une partition est défini sur une valeur inférieure au
pourcentage de bande passante minimale de la partition, le pourcentage de bande passante maximale
sera automatiquement réglé sur la valeur du pourcentage de la bande passante minimale.
l
Lorsque vous tentez de définir les valeurs du pourcentage de bande passante minimale en utilisant
iDRAC avec le contrôleur de cycle de vie (Lifecycle Controller) à l'aide de tâches n'incluant pas les
valeurs pour toutes les partitions activées, les valeurs observées après l'exécution des tâches peuvent
être différentes des valeurs qui étaient censées être définies. Pour éviter ce problème, définissez les
valeurs des pourcentages de bande passante minimale sur toutes les partitions en utilisant une seule
tâche et assurez-vous que la somme des valeurs est égale à 100.
Cliquez sur le bouton Back (Retour) après avoir alloué la bande passante pour retourner à la page de configuration
des partitions de la carte réseau. Sur cette page, vous pouvez cliquer sur l'un des éléments de la liste Partition n Configuration (Configuration de la partition n) sous Global Bandwidth Allocation (Affectation globale de la bande passante). S'affiche alors une page d'information de configuration sur un port particulier. Vous pouvez afficher le mode
NIC, PCI ; l'ID de périphérique, l'adresse MAC et l'adresse MAC virtuelle (le cas échéant) de toutes les partitions d'un
port donné en cliquant sur les éléments de la liste de configuration de partition.
Lorsque vous avez terminé la configuration de toutes les partitions sur un port, retournez à la page principale configuration, cliquez sur le bouton Finish, puis sur le bouton OK dans la boîte de dialogue Success (Saving Changes)
(Réussite (Enregistrement des modifications)).
Répétez le processus de configuration des partitions pour tous les ports de votre carte réseau.
REMARQUE : une fois NPar activé sur l'une des partitions d'un port, il apparaît comme activé pour toutes les
autres partitions de ce port. Si le premier paramètre de NPar incluait l'activation du mode NParEP, le mode
NParEP apparaîtra également activé pour toutes les autres partitions de ce port.
Après avoir configuré toutes les partitions de tous les ports de toutes les cartes réseau du serveur, retournez au menu
principal de configuration système, et cliquez sur le bouton Finish. Cliquez ensuite sur Yes pour quitter le menu de
configuration du système et redémarrer le système pour appliquer les modifications.
Lorsque le processus de démarrage du système est terminé, NPar reste activé jusqu'à ce que vous le désactiviez explicitement en désactivant l'option lors d'une séquence de démarrage suivante.
Configuration du mode NPar sous Microsoft Windows
Il est possible de configurer une partition de port de carte réseau dans Windows de la même manière qu'un port de
carte réseau. Exécutez le Gestionnaire de périphériques, sélectionnez et ouvrez les feuilles de propriétés des partitions pour configurer les options.
Activation du protocole NPar
L'activation du protocole NPar se fait à partir de l'onglet Advanced (Avancé) de la feuille des propriétés Gestionnaire
de périphériques.
Options de démarrage
L'onglet Boot Options (Options de démarrage) vous avertit que le périphérique est en mode NPar et que les paramètres de protocole de prédémarrage existants ne peuvent être configurés que sur la partition racine. Un clic sur le
bouton Properties (Propriétés) lance la feuille de propriétés de la partition racine de la carte réseau.
Options de gestion de l’alimentation
Les paramètres de gestion de l'alimentation ne sont autorisés que sur la première partition de chaque port physique.
Si vous sélectionnez l'onglet Power Management (Gestion de l'alimentation) dans la feuille de propriété du Gestionnaire de périphériques lorsqu'une partition autre que la première est sélectionnée, la boîte de dialogue de gestion
de l'alimentation indique qu'il est impossible de configurer les paramètres de gestion de l'alimentation sur la connexion
en cours. Un clic sur le bouton Properties (Propriétés) lance la feuille de propriétés de la partition racine de la carte
réseau.
REMARQUE : les options de démarrage et les paramètres de gestion de l'alimentation ne sont disponibles que
sur la partition racine de chaque port physique.
Contrôle de flux
Il est possible de modifier les paramètres de contrôle de flux pour n'importe quelle partition d'un port donné. Cependant, lorsqu'un changement est apporté aux paramètres de contrôle de flux d'une partition associée à un port sur une
carte réseau fonctionnant en mode NPar, la nouvelle valeur est appliquée à toutes les partitions de ce port.
Le contrôle de flux est accessible en sélectionnant l'onglet Advanced (Avancé) d'Intel® PROSet, puis le bouton Properties (Propriétés), puis en sélectionnant Flow Control (Contrôle de flux) dans la liste des options de la liste Settings
(Paramètres) dans la boîte de dialogue affichée.
Identification des associations de ports
La boîte de dialogue d'informations sur le matériel des feuilles de propriétés d'Intel® PROSet facilite l'identification du
port physique associé à une partition donnée. Un bouton Identifier la carte sur l'onglet Vitesse de liaison permet de
faire clignoter le témoin lumineux ACK/Link du port associé à la partition active.
Configuration de la bande passante des partitions
La boîte de dialogue Bandwidth Configuration (Configuration de la bande passante) indique le port pour lequel les
paramètres sont en cours, au-dessus de la liste des partitions de ce port et de leurs allocations de bande passante
actuelles (Min%, Max%). Le bouton Bandwidth Configuration (Configuration de la bande passante) de l'onglet
Vitesse de liaison des feuilles de propriétés d'Intel® PROSet permet d'accéder à la configuration de la bande passante des partitions.
La bande passante allouée à chaque partition du port n'est jamais inférieure à la valeur définie sous Min%. Pour
toutes les partitions d'un même port physique, le pourcentage de la bande passante minimale doit être réglé à zéro
pour toutes les partitions, ou la somme du pourcentage de bande passante minimale de toutes les partitions doit être
égale à 100, la plage des pourcentages de bande passante minimale étant comprise entre 1 et (100-n) %, où n représente le nombre de partitions d'un port particulier. Par exemple, pour un port comportant quatre partitions définies :
P1=0
P2=0
P3=0
P4=0
Correct
P1=10
P2=20
P3=30
P4=40
Correct
P1=20
P2=80
P3=0
P4=0
Incorrect
Les valeurs valides pour Max% sont la valeur du “Min%” de cette partition jusqu'à “100”. Par exemple, si la valeur
Min% de la Partition 1 est 50 %, la plage de valeur Max% de cette partition est “50”-“100”. Si vous paramétrez la valeur
Max% d'une partition pour dépasser 100 % en incrémentant la valeur à l'aide du spinner, une erreur s'affiche et la
valeur Max% est décrémentée jusqu'à 100 %. La somme des valeurs Max% de toutes les partitions d'un port donné est
illimitée.
Pour modifier la valeur de Min% ou de Max%, sélectionnez une partition dans la liste, et utilisez les flèches vers le haut
et vers le bas sous "Selected Partition Bandwidth Percentages" (Pourcentage de bande passante des partitions sélectionnées).
REMARQUE :
l
Si la somme des pourcentages de bande passante minimale n'est pas égale à 100, les paramètres
seront automatiquement ajustés de sorte qu'elle soit égale à 100.
l
Si le pourcentage de bande passante maximale d'une partition est défini sur une valeur inférieure au
pourcentage de bande passante minimale de la partition, le pourcentage de bande passante maximale
sera automatiquement réglé sur la valeur du pourcentage de la bande passante minimale.
l
Lorsque vous tentez de définir les valeurs du pourcentage de bande passante minimale en utilisant
iDRAC avec le contrôleur de cycle de vie (Lifecycle Controller) à l'aide de tâches n'incluant pas les
valeurs pour toutes les partitions activées, les valeurs observées après l'exécution des tâches peuvent
être différentes des valeurs qui étaient censées être définies. Pour éviter ce problème, définissez les
valeurs des pourcentages de bande passante minimale sur toutes les partitions en utilisant une seule
tâche et assurez-vous que la somme des valeurs est égale à 100.
Paramètres de vitesse de liaison et de duplex
Le paramètre de vitesse et de duplex d'un port donné est modifiable depuis n'importe quelle partition associée à ce
port. Cependant, du fait que toutes les partitions d'un port donné d'une carte fonctionnant en mode NPar partagent le
même module enfiché dans ce port, la modification du paramètre de vitesse et de duplex applique la nouvelle valeur à
toutes les partitions d'un même port physique.
La modification du paramètre de vitesse et de duplex d'un port sur une carte fonctionnant en mode NPar provoque le
rechargement du pilote pour chaque partition associée à ce port, ce qui peut entraîner la perte momentanée de la liaison.
Diagnostics en ligne
Les diagnostics en ligne peuvent être effectués en mode NPar sans que la carte ne perde la liaison. Les diagnostics
suivants sont disponibles pour toutes les partitions d'un port donné lorsque la carte fonctionne en mode NPar :
l
EEPROM
l
Register (Registre)
l
Test d'intégrité NVM
l
Connexion
Diagnostics hors ligne
Les diagnostics hors ligne ne sont pas pris en charge lorsqu'une carte fonctionne en mode NPar. Les tests de bouclage et les tests de câble hors ligne ne sont pas autorisés en mode NPar.
Règles d'agrégation NPar
Il ne peut pas exister deux partitions membres d'une agrégation ANS qui soient associées au même port physique. Si
vous essayez d'ajouter une partition à une agrégation existante au moyen de l'onglet Agrégation de cartes des feuilles
de propriétés d'Intel® PROSet pour une carte réseau fonctionnant en mode NPar, le système vérifie si la partition à
ajouter est associée au même port physique qu'un membre préexistant de l'agrégation.
Lorsqu'une carte est ajoutée à une association, la modification des paramètres de la carte et de l'association peut
entraîner une perte temporaire de la connectivité.
Virtualisation
Les paramètres de virtualisation (Virtual Machine Queues et SR-IOV) sont accessibles dans les feuilles de propriétés
d'Intel® PROSet en sélectionnant l'onglet Avancé, puis "Virtualisation" dans la liste des paramètres.
Lorsqu'une carte fonctionne en mode NPar, seule la première partition de chaque port physique peut être configurée
au moyen des paramètres de virtualisation.
REMARQUE : Microsoft* Hyper-V* doit être installé sur le système pour que les paramètres de virtualisation
soient disponibles. En l'absence d'Hyper-V*, l'onglet Virtualisation de PROSet ne s'affiche pas.
Configuration du mode NPar sous Linux
Sur les cartes réseau Intel® série 710 qui le prennent en charge, vous pouvez configurer plusieurs fonctions sur
chaque port physique. Ces fonctions sont configurées au moyen de la Configuration système/BIOS.
Minimum TX Bandwidth est la bande passante de transmission de données minimale garantie que la partition se verra
allouer, en pourcentage de la vitesse totale de liaison du port physique. La bande passante allouée n'est jamais inférieure au niveau spécifié ici.
La plage des valeurs de bande passante minimale
1 à ((100 moins le nombre de partitions sur le port physique) plus 1).
Par exemple, si un port physique comporte 4 partitions, la plage serait
1 à ((100 - 4) + 1 = 97)
La bande passante maximum représente la bande passante de transmission maximum de la partition sous la forme
d'un pourcentage de la vitesse de liaison du port physique complet. La plage de valeurs acceptable va de 1 à 100. La
valeur peut être utilisée comme limiteur si vous décidez qu'une fonction donnée ne pourra pas consommer la totalité
(100 %) de la bande passante d'un port (en cas de disponibilité). La somme de toutes les valeurs de bande passante
maximale n'est pas limitée, parce qu'il est impossible d'utiliser plus de 100 % de la bande passante d'un port.
REMARQUE :
l
Si la somme des pourcentages de bande passante minimale n'est pas égale à 100, les paramètres
seront automatiquement ajustés de sorte qu'elle soit égale à 100.
l
Si le pourcentage de bande passante maximale d'une partition est défini sur une valeur inférieure au
pourcentage de bande passante minimale de la partition, le pourcentage de bande passante maximale
sera automatiquement réglé sur la valeur du pourcentage de la bande passante minimale.
l
Lorsque vous tentez de définir les valeurs du pourcentage de bande passante minimale en utilisant
iDRAC avec le contrôleur de cycle de vie (Lifecycle Controller) à l'aide de tâches n'incluant pas les
valeurs pour toutes les partitions activées, les valeurs observées après l'exécution des tâches peuvent
être différentes des valeurs qui étaient censées être définies. Pour éviter ce problème, définissez les
valeurs des pourcentages de bande passante minimale sur toutes les partitions en utilisant une seule
tâche et assurez-vous que la somme des valeurs est égale à 100.
Une fois la configuration initiale terminée, vous pouvez définir différentes allocations de bande passante pour chaque
fonction de la manière suivante :
1. Créez un nouveau répertoire nommé /config
2. Modifiez etc/fstab pour inclure :
configfs /config configfs defaults
3. Chargez (ou rechargez) le pilote i40e
4. Montez /config
5. Créez sous config un nouveau répertoire pour chaque partition pour laquelle vous souhaitez configurer la
bande passante.
Trois fichiers apparaissent dans le répertoire config/partition :
- max_bw
- min_bw
- commit
Lisez à partir de max_bw pour afficher le paramètre actuel de bande passante maximale.
Écrivez dans max_bw pour fixer la bande passante maximale pour cette fonction.
Lisez à partir de min_bw pour afficher le paramètre actuel de bande passante minimale.
Écrivez dans min_bw pour fixer la bande passante minimale pour cette fonction.
Écrivez un '1' pour confirmer l'enregistrement (commit) des modifications.
REMARQUES :
l
Commit est en écriture seule. Toute tentative de lecture provoquera une erreur.
l
L'écriture dans commit n'est prise en charge que pour la première fonction d'un port donné. L'écriture
pour une des fonctions suivantes provoquera une erreur.
l
La réécriture de la bande passante minimale n'est pas prise en charge. Le NVM du périphérique sousjacent règle la bande passante maximale sur les valeurs prises en charge de manière indéterminée.
Supprimez tous les répertoires sous config et rechargez-les pour voir quelles sont les valeurs réelles.
l
Pour décharger le pilote, vous devez tout d'abord supprimer les répertoires créés à l'étape 5 ci-dessus.
Exemple de réglage de la bande passante maximale et minimale (en supposant quatre fonctions sur le port eth6-eth9,
et que eth6 soit la première fonction du port) :
# mkdir /config/eth6
# mkdir /config/eth7
# mkdir /config/eth8
# mkdir /config/eth9
# echo 50 > /config/eth6/min_bw
# echo 100 > /config/eth6/max_bw
# echo 20 > /config/eth7/min_bw
# echo 100 > /config/eth7/max_bw
# echo 20 > /config/eth8/min_bw
# echo 100 > /config/eth8/max_bw
# echo 10 > /config/eth9/min_bw
# echo 25 > /config/eth9/max_bw
# echo 1 > /config/eth6/commit
Sortie du mode NPar
Le mode NPar est désactivé dans le menu de configuration du système lors d'un redémarrage.
Redémarrez le système et appuyez sur la touche F2 pour afficher le menu System Setup. Sélectionnez Device Settings (Paramètres du périphérique) dans la liste sous le menu principal Configuration du système, puis sélectionnez
votre carte réseau dans la liste pour accéder au menu de configuration du périphérique. Sélectionnez Device Level
Configuration (configuration du niveau du périphérique) dans la liste sous la page de configuration principale. Ceci
affiche les paramètres de Virtualisation sous Device Level Configuration (configuration du niveau du périphérique).
Dans la liste Virtualization Mode (Mode de virtualisation), sélectionnez "None". Cliquez ensuite sur le bouton Back
pour retourner à la page de configuration principale. Puis cliquez sur le bouton Finish pour enregistrer les modifications et redémarrer le système. NPar n'est plus actif après ce redémarrage.
REMARQUE : lorsque NPar a été désactivé et que le redémarrage est terminé, tous les autres paramètres associés à la virtualisation, tels que NParEP ou SR-IOV sont également désactivés.
Installation de la carte réseau
Sélection de l'emplacement adéquat
Un emplacement PCI-Express x4, x8 ou x16, en fonction de votre carte.
REMARQUE : certains systèmes possèdent des connecteurs PCI Express x8 physiques qui prennent en charge
uniquement des vitesses qui sont en fait inférieures. Consultez le manuel de votre système pour identifier le
connecteur.
Insertion de la carte dans l'ordinateur
1. Si votre ordinateur prend en charge PCI Hot Plug, consultez la documentation de votre ordinateur pour obtenir
des instructions spéciales d'installation.
2. Mettez votre ordinateur hors tension et débranchez-le. Retirez-en ensuite le capot.
ATTENTION : coupez l'alimentation et débranchez l'ordinateur avant d'enlever le capot. Si vous ne procédez pas ainsi, vous risquez de vous blesser et d'endommager la carte ou l'ordinateur.
3. Retirez le support du capot d'un emplacement disponible.
4. Insérez la carte en appuyant dessus, jusqu'à ce qu'elle soit correctement insérée dans son emplacement. Vous
pouvez installer une petite carte PCI Express dans un emplacement PCI Express plus grand.
ATTENTION : certaines cartes PCI Express peuvent être dotées d'un connecteur court ce qui
les rend plus fragiles que les cartes PCI. Une force excessive pourrait endommager le connecteur. Insérez la carte dans l’emplacement en appuyant doucement.
5. Sécurisez le support de la carte avec une vis si nécessaire.
6. Replacez le capot de l'ordinateur et branchez le cordon d'alimentation.
7. Mettez l'ordinateur en marche.
Connexion du câble réseau
Branchez le câble réseau approprié, comme décrit dans les sections suivantes.
Connexion du câble réseau RJ-45
Connectez le câble réseau RJ-45 comme illustré :
Type de câblage à utiliser :
l
10GBASE-T sur les câblages cuivre à 4 paires torsadées de catégories 6, 6a ou 7 :
l
La longueur maximum est de 55 mètres pour la catégorie 6.
l
La longueur maximum est de 100 mètres pour la catégorie 6a.
l
La longueur maximum est de 100 mètres pour la catégorie 7.
REMARQUE : pour la carte réseau Intel® 10 Gigabit AT pour serveurs, en vue d’assurer la conformité
avec les normes CISPR 24 et EN55024 (Union européenne), ce produit doit être utilisé uniquement
avec des câbles blindés de catégorie 6a dotés de terminaisons correctes d’après les recommandations
de la norme EN50174-2.
l
Pour 1000BASE-T ou 100BASE-TX, utilisez un câble cuivre à 4 paires torsadées de catégories 5 ou 5e :
l
Veillez à utiliser des câbles de catégorie 5 conformes aux spécifications de câblage de la norme TIA568. Pour obtenir de plus amples informations sur ces spécifications, visitez le site Web de l’association
Telecommunications Industry Association : www.tiaonline.org.
l
La longueur maximale est de 100 mètres.
l
Le câblage de catégorie 3 ne fonctionne qu’à 10 Mbit/s.
ATTENTION : en cas d’utilisation d’un câble de moins de quatre paires, vous devez configurer
manuellement la vitesse et le duplex de la carte et le partenaire de liaison. De plus, avec des
câbles à deux et trois paires, la carte ne peut qu’opérer à des vitesses allant jusqu’à 100 Mbit/s.
l
l
l
Avec 100BASE-TX, utilisez un câble de catégorie 5.
Avec 10Base-T, utilisez un câble de catégorie 3 ou 5.
Si vous souhaitez utiliser cette carte dans un environnement résidentiel (quelle que soit la vitesse), utilisez un
câble de catégorie 5. Si le câble passe entre des pièces ou à travers des murs ou des plafonds, il doit être ignifuge pour assurer la protection contre les incendies.
Dans tous les cas :
l
La carte doit être connectée à un partenaire de liaison compatible et configurée de préférence pour négocier
automatiquement la vitesse et le mode duplex pour les cartes Intel Gigabit.
l
Les cartes réseau Intel Gigabit et 10 Gigabit pour serveurs utilisant des connexions en cuivre acceptent automatiquement les connexions MDI ou MDI-X. La fonctionnalité MDI-X automatique des cartes réseau Intel Gigabit à connexions en cuivre permet la connexion directe de deux cartes sans faire appel à un câble de jonction.
Connexion du câble réseau en fibre optique
ATTENTION : les ports fibre optique utilisent un appareil laser de la classe 1. Quand ils ne sont pas utilisés, couvrez-les toujours avec le capuchon. En cas de panne anormale, vous risquez de subir des
lésions cutanées ou oculaires si vous vous trouvez à proximité des ports exposés.
Retirez le panneau du connecteur à fibre optique et mettez-le sur le côté. Insérez un câble fibre optique dans les ports
du support de la carte réseau, tel qu’illustré ci-dessous.
La plupart des connecteurs et des ports sont marqués pour faciliter leur orientation. Si le câble que vous utilisez n’est
pas marqué, veillez à l’orienter correctement (port de transmission connecté au port de réception du partenaire de liaison et vice versa).
La carte doit être connectée à un partenaire de liaison compatible fonctionnant à la même longueur d'onde laser que
l'adaptateur.
Les câbles de conversion pour d’autres types de connecteur (p. ex., un connecteur SC à LC) peuvent être utilisés si le
câblage est conforme aux spécifications optiques de la carte, y compris les limites de longueur.
Insérez le câble à fibre optique comme indiqué ci-dessous.
Exigences de connexion
l
l
l
l
40GBASE-SR4/MPO sur fibre optique de 850 nanomètres :
l
OM3 de 50/125 microns : longueur maximale égale 100 mètres.
l
OM4 de 50/125 microns : longueur maximale égale 150 mètres.
25GBASE-SR/LC sur fibre optique de 850 nanomètres :
l
Fibre multimode de 50 microns : longueur maximale égale à 300 mètres.
l
Fibre multimode de 62,5 microns : longueur maximale égale à 33 mètres.
10GBASE-SR/LC sur fibre optique de 850 nanomètres :
l
Fibre multimode de 50 microns : longueur maximale égale à 300 mètres.
l
Fibre multimode de 62,5 microns : longueur maximale égale à 33 mètres.
1000BASE-SX/LC sur fibre optique de 850 nanomètres :
l
Fibre multimode de 50 microns : longueur maximale égale à 550 mètres.
l
Fibre multimode de 62,5 microns : longueur maximale égale à 275 mètres.
Modules SFP+ et QSFP+ pris en charge
Les cartes réseau serveur Ethernet Intel® prennent en charge uniquement les câbles en fibre optique Intel® et/ou les
câbles de branchement direct à limitation active et passive conformes aux spécifications SFF-8431 v4.1 et SFF-8472
v10.4. Lorsque les modules SFP+ avec contrôleur 82599 sont branchés dos à dos, ils doivent être réglés sur le même
paramètre de vitesse avec Intel® PROSet pour Windows ou ethtool. Si vous attribuez des paramètres de vitesse différents, les résultats peuvent varier.
La plupart des cartes réseau Ethernet Intel® pour serveurs prennent en charge les modules suivants :
REMARQUE : les périphériques équipés de la série Intel® 710 ne prennent pas en charge les modules tiers.
Fabricant
Type
Références
Cartes
prises en
charge
Dell EMC
SFP+ SR 1G/10G double débit (avec étrier)
Y3KJN, XYD50, WTRD11
X520,
X7102 ,
XXV710
Dell EMC
QSFP+ F10 Passive Octopus (QSFP+ à 4xSFP+)
TCPM2, 27GG5, P8T4W
X520,
X7102
Dell EMC
Émetteur-récepteur SFP+ vers 1000BASET
8T47V
X7102
Dell EMC
SFP+ LR Optic
60F4J, RN84N
X7102,3
Dell EMC
Câble optique actif (AOC)
YJF03, P9GND, T1KCN,
1DXKP, MT7R2, K0T7R et
W5G04.
X7102 ,
XXV710
Dell EMC
25G optique
P7D7R, HHHHC
XXV710
Dell EMC
SFP28 25G optique
68X15
XXV710
Dell EMC
SFP+ F10 passif
V250M, 53HVN, 358VV
XXV710
Dell EMC
SFP28 passif
2JVDD, D0R73, VXFJY,
9X8JP
XXV710
Dell EMC
QSFP28 F10 Passive Octopus (QSFP+ à
4xSFP28)
26FN3, YFNDD, 7R9N9
XXV710
Dell EMC
QSFP+ SR 1G/10G/40G triple débit (avec étrier)
(1G et 10G non pris en charge sur les cartes
XL710)
9GCCD, 7TCDN, 5NP8R,
FC6KV, J90VN
XL710
1 WTRD1
n'est pas pris en charge sur les cartes réseau équipées du contrôleur Intel® X520.
carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP prend uniquement en charge les modules répertoriés dans le tableau suivant :
3 Prise en charge uniquement sur la carte réseau convergent Ethernet Intel® X710 à deux ports.
2 La
La carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP prend uniquement en charge les modules
suivants :
Fabricant Type
Références
Dell EMC
SFP+ SR High Temp Optics
N8TDR
Dell EMC
QSFP+ F10 Passive Octopus TCPM2, 27GG5, P8T4W
LA LISTE DES MODULES ET CÂBLES OPTIQUES DE FABRICANTS TIERS CI-DESSUS N'EST FOURNIE QUE POUR
INDIQUER LEURS CARACTÉRISTIQUES ET LEUR COMPATIBILITÉ POTENTIELLE. ELLE NE CONSTITUE NI UNE
RECOMMANDATION, NI UN AVAL, NI UN PARRAINAGE DE PRODUITS TIERS PAR INTEL. INTEL N’AVALISE NI NE
PROMEUT LES PRODUITS FABRIQUÉS PAR DES TIERS ET LA RÉFÉRENCE À CES DERNIERS N’EST
PROPOSÉE QU’À TITRE D’INFORMATION SUR CERTAINS MODULES ET CÂBLES OPTIQUES AUX
CARACTÉRISTIQUES CI-DESSUS. IL PEUT AINSI EXISTER D’AUTRES FABRICANTS OU FOURNISSEURS QUI
FABRIQUENT OU PROPOSENT DES MODULES ET CÂBLES OPTIQUES AUX CARACTÉRISTIQUES SIMILAIRES
OU CORRESPONDANT AUX DESCRIPTIONS. LES CLIENTS DOIVENT DONC EXERCER LEUR PROPRE
JUGEMENT POUR L’ACHAT DE MODULES OU DE CÂBLES DE TIERS DE LEUR CHOIX. C’EST AINSI AUX
CLIENTS UNIQUEMENT QU’IL INCOMBE DE DÉTERMINER SI LE PRODUIT ET/OU LE PÉRIPHÉRIQUE CONVIENT
AINSI QUE D’EN CHOISIR LE FABRICANT. LES MODULES ET CÂBLES OPTIQUES AUXQUELS IL EST FAIT
RÉFÉRENCE CI-DESSUS N’ENTRENT PAS DANS LA GARANTIE D’INTEL NI DANS SES CONDITIONS DE SÀV.
INTEL REJETTE AINSI TOUTE RESPONSABILITÉ AINSI QUE TOUTE GARANTIE EXPRESSE OU IMPLICITE
RELATIVE À LA VENTE ET/OU À L’UTILISATION DE CES PRODUITS DE TIERS OU AUX CHOIX EFFECTUÉ PAR
LES CLIENTS.
Connexion du câble à raccordement direct
Insérez le câble réseau direct comme indiqué ci-dessous.
Type de câblage :
l
40 Gigabit Ethernet sur câble SFP+ à fixation directe (Twinax)
l
La longueur maximale est de 7 mètres.
l
25 Gigabit Ethernet sur câble SFP28 à fixation directe (Twinax)
l
La longueur maximale est de 5 mètres.
l
Pour des performances optimales, utiliser CA-25G-L avec RS-FEC et 25GBASE-CR
l
10 Gigabit Ethernet sur câble SFP+ à fixation directe (Twinax)
l
La longueur maximale est de 10 mètres.
Installation d'une carte mezzanine dans le serveur-lame
Consultez la documentation de votre serveur pour obtenir des instructions détaillées sur l'installation d'une carte mezzanine.
1. Arrêtez le serveur-lame et retirez-le du châssis, puis enlevez le couvercle.
ATTENTION : le serveur-lame doit être arrêté. Autrement, vous vous mettez en danger et risquez
d’endommager la carte ou le serveur.
2. Levez le levier de verrouillage et insérez la carte dans un logement disponible compatible avec les cartes mezzanine. Poussez la carte dans le logement jusqu’à ce qu’elle soit fermement enfoncée.
REMARQUE : un commutateur ou un module de connexion directe doit être présent sur la même
matrice que la carte dans le châssis afin de fournir une connexion physique. Par exemple, si la carte
mezzanine est insérée dans la matrice B, un commutateur doit également être présent dans la matrice B
du châssis.
3.
4.
5.
6.
Répétez l’étape 2 pour chaque carte que vous souhaitez installer.
Abaissez le levier de verrouillage jusqu’à ce qu’il s’enclenche en position sur la ou les cartes.
Replacez le couvercle du serveur-lame et remettez la lame dans le châssis du serveur.
Mettez l’ordinateur sous tension.
Installation d'une carte fille réseau dans un serveur
Consultez la documentation de votre serveur pour obtenir des instructions détaillées sur la manière d'installer une
carte bNDC ou rNDC.
1. Mettez le serveur hors tension et retirez son capot.
ATTENTION : le serveur doit être arrêté. Autrement, vous vous mettez en danger et risquez
d'endommager la carte ou le serveur.
2. Repérez le connecteur de la carte fille réseau de votre serveur. Consultez la documentation de votre serveur
pour obtenir davantage de détails.
3. Encastrez la carte fille réseau dans le connecteur.
4. Resserrez les vis de la carte fille réseau pour la maintenir en place.
5. Remplacez le capot du serveur.
Installation et configuration de Microsoft* Windows*
Installation des pilotes et logiciels Windows
Installer les pilotes
REMARQUES :
l
Cette opération mettra à jour les pilotes de toutes les cartes réseau Intel® du système prises en charge.
l
La fonction de restauration de pilote de Windows Server (disponible sur l'onglet Driver (Pilote) de la
boîte de dialogue Propriétés de la carte) ne fonctionnera pas correctement si une association de cartes
ou Intel® PROSet est présent sur le système. Avant d’utiliser cette fonction, utilisez Intel® PROSet pour
supprimer les associations, et ensuite pour supprimer Intel® PROSet, utilisez Programs and Features
(Programmes et fonctionnalités) dans le panneau de configuration de Windows.
l
L'utilisation de Microsoft Windows Update pour mettre à niveau vos pilotes de réseau Ethernet ou les
mettre à niveau vers la version antérieure n'est pas prise en charge. Veuillez télécharger le dernier
package de pilote à partir du site Internet d'assistance.
Avant d'installer ou de mettre à jour les pilotes, insérez vos cartes dans l'ordinateur et branchez le câble réseau.
Lorsque Windows détecte la nouvelle carte, il tente de trouver un pilote Windows adéquat déjà installé sur le système
d'exploitation.
S'il en détecte un, le pilote est installé sans intervention de l'utilisateur. Si Windows ne détecte pas le pilote, l'Assistant
Ajout de nouveau matériel détecté s'affiche.
Que Windows détecte ou non le pilote, il est recommandé de suivre la procédure ci-dessous pour installer le pilote.
Les pilotes de toutes les cartes Intel® prises en charge par cette version du logiciel sont installés.
1.
2.
3.
4.
5.
Téléchargez les pilotes les plus récents sur le site Web d'assistance et transférez-les sur le système.
Si l'écran Assistant Ajout de nouveau matériel détecté s'affiche, cliquez sur Annuler.
Double-cliquez sur le fichier téléchargé.
Sélectionnez Install (Installer) dans l'écran Dell Update Package.
Suivez les instructions de l'assistant d'installation. Veillez à sélectionner Intel PROSet pour l'installation.
REMARQUE : veillez à sélectionner l'option d'installation "iSCSI using Data Center Bridging" (iSCSI avec DCB)
pour les systèmes sur lesquels un périphérique compatible NPAR est installé.
Syntaxe pour Dell EMC Update Package (DUP)
Le Dell EMC Update Package (DUP) est un package exécutable qui procédera à la mise à jour des pilotes réseau sur
votre système.
REMARQUES :
l
Si vous installez un pilote sur un ordinateur équipé de cartes Intel, veillez à mettre à jour toutes les
cartes et tous les ports à l’aide des mêmes pilotes et du même logiciel Intel® PROSet pour assurer un
fonctionnement correct de toutes les cartes.
l
Si le démarrage Fibre Channel over Ethernet (FCoE) est activé sur un équipement du système, vous ne
serez pas en mesure de mettre à niveau vos pilotes. Vous devez désactiver le lancement automatique
du FCoE avant de mettre à niveau les pilotes Ethernet.
Syntaxe
Network_Driver_XXXXX_WN64_XX.X.X_A00.exe [/<option1>[=<value1>]] [/<option2>[=<value2>]]...
Descriptif des options de ligne de commande
Aucune
Si vous ne spécifiez aucune option de ligne de commande, le package vous guidera tout au long
du processus d'installation.
/? ou /h
Affiche les informations d'utilisation du Dell Update Package.
/s
Supprime toutes les interfaces utilisateur graphiques du Dell Update Package.
/i
Lance une nouvelle installation des pilotes inclus dans le Dell Update Package.
REMARQUE : l'option /s est requise
/e=<chemin
d'accès>
Extrait la totalité du Dell Update Package vers le dossier défini sous <chemin d'accès>.
REMARQUE : l'option /s est requise
/drivers=<chemin Extrait uniquement les composants de pilote du Dell Update Package vers le dossier défini sous
d'accès>
<chemin d'accès>.
REMARQUE : l'option /s est requise
/driveronly
Installe ou met à jour uniquement les composants de pilote du Dell Update Package.
REMARQUE : l'option /s est requise
/passthrough
(Avancé) Envoie directement le texte suivant l'option /passthrough vers le logiciel d'installation
fournisseur du Dell Update Package. Ce mode supprime toutes les interfaces utilisateur graphiques éventuellement fournies, sans inclure nécessairement celles du logiciel fournisseur.
/capabilities
(Avancé) Renvoie une description codée des fonctionnalités du Dell Update Package prises en
charge.
REMARQUE : l'option /s est requise
/l=<chemin
d'accès>
Définit un chemin d'accès spécifique pour le fichier journal de Update Package.
/f
Remplace une légère erreur de dépendance renvoyée par le Update Package.
REMARQUE : cette option NE peut PAS être utilisée simultanément avec les options
/passthrough ou /capabilities
REMARQUE : l'option /s est requise et cette option NE peut PAS être utilisée simultanément avec les options /passthrough ou /capabilities
Exemples
Mise à jour du système en mode silencieux
Network_Driver_XXXXX_WN64_XX.X.X_A00.exe /s
Nouvelle installation en mode silencieux
Network_Driver_XXXXX_WN64_XX.X.X_A00.exe /s /i
Extractions des contenus de la mise à jour vers le dossier C:\mydir
Network_Driver_XXXXX_WN64_XX.X.X_A00.exe /s /e=C:\mydir
Extraction des composants de pilote vers le dossier C:\mydir
Network_Driver_XXXXX_WN64_XX.X.X_A00.exe /s /drivers=C:\mydir
Installation des composants de pilote uniquement
Network_Driver_XXXXX_WN64_XX.X.X_A00.exe /s /driveronly
Remplacement de l'emplacement du fichier journal par défaut par C:\mon chemin d'accès avec espaces\log.txt
Network_Driver_XXXXX_WN64_XX.X.X_A00.exe /l="C:\mon chemin d'accès avec espaces\log.txt"
Mise à jour forcée, même en cas d'erreurs de qualification « mineures »
Network_Driver_XXXXX_WN64_XX.X.X_A00.exe /s /f
Installation du pilote de base et d'Intel® PROSet sur Nano Server
Installation du pilote
REMARQUE :l'installation des pilotes nécessite des droits d'administrateur sur le système d'exploitation.
Pour installer les pilotes sur Microsoft* Windows Server* Nano Server :
1. Déterminez les pilotes à installer sur le système d'exploitation.
2. Créez un répertoire à partir duquel l'installation des pilotes sera effectuée. Exemple : C:\Nano\Drivers Utilisez la
commande "<nom de fichier DUP Dell>.exe /s /drivers=<chemin>" pour extraire les fichiers de pilote dans le
répertoire voulu.
3. Copiez les pilotes appropriés pour le système d'exploitation et le matériel. Par exemple, "copy d:\<chemin>\production\W2K16-x64\40G_X710\*.* c:\Nano\Drivers /y"
4. Si vous utilisez le module New-NanoServerImage, utilisez le chemin d’accès ci-dessus pour le paramètre -DriversPath. Exemple : « New-NanoServerImage ...-DriversPath C:\Nano\Drivers »
5. Si vous utilisez également DISM.exe, utilisez le chemin d’accès ci-dessus pour le paramètre /AddDriver.
Exemple : « DISM .../Add-Driver C:\Nano\Drivers »
Installation d'Intel® PROSet
Pour installer Intel® PROSet sur Microsoft* Windows Server* Nano Server :
1. Utilisez la cmdlet New-NanoServerImage pour ajouter le fichier PROSetNS.zip à partir du répertoire
.\Disk\APPS\PROSETDX\NanoServer à votre paramètre -CopyPath.
2. Ajoutez le fichier NanoSetup.ps1 (situé dans le même répertoire) à votre paramètre -SetupCompleteCommands.
Par exemple :
New-NanoServerImage ...
-CopyPath "<CHEMIN>\PROSetNS.zip", "<CHEMIN>\NanoSetup.ps1" `
-SetupCompleteCommands "PowerShell ""C:\NanoSetup.ps1"""
Suivez le lien ci-dessous pour de plus amples informations sur le déploiement d'une image Nano Server et l'utilisation
de la cmdlet :
https://msdn.microsoft.com/en-us/library/mt126167.aspx
Installation par ligne de commande pour les pilotes de base et Intel®
PROSet
Installation du pilote
L'utilitaire d'installation de pilote Setupx64.exe permet une installation sans assistance des pilotes à partir d'une ligne
de commande.
REMARQUES :
l
Intel PROSet ne peut pas être installé avec msiexec.exe. Vous devez utiliser
Setupx64.exe.
Setupx64.exe peut être utilisé pour installer le pilote de base, le pilote intermédiaire et toutes les applications de gestion pour les périphériques pris en charge.
Setupx64.exe Options de ligne de commande
La définition des paramètres sur la ligne de commande permet d’activer et de désactiver les applications de gestion. Si
un paramètre n’est pas spécifié, seuls les composants existants sont mis à jour.
Setupx64.exe prend en charge les paramètres de ligne de commande suivants :
Paramètre Définition
BD
Pilote de base
"0", ne pas installer le pilote de base.
"1", installer le pilote de base.
ANS
Services réseaux avancés
"0", ne pas installer ANS. Si ANS est déjà installé, il sera désinstallé.
"1", installer ANS. La propriété ANS nécessite DMIX=1.
REMARQUE : si le paramètre ANS est défini sur ANS=1, Intel® PROSet et ANS seront tous les
deux installés.
DMIX
PROSet pour le Gestionnaire de périphériques Windows
"0", ne pas installer la fonctionnalité Intel® PROSet. Si la fonctionnalité Intel® PROSet est déjà installée, elle sera désinstallée.
"1" - Installer la fonctionnalité Intel® PROSet. La propriété DMIX nécessite BD=1.
REMARQUE : si DMIX=0, ANS ne sera pas installé. Si DMIX=0 et Intel® PROSet, ANS et FCoE
sont déjà installés, Intel® PROSet, ANS et FCoE seront désinstallés.
FCOE
Fibre Channel over Ethernet
"0", ne pas installer FCoE. Si FCoE est déjà installé, il sera désinstallé.
"1", installer FCoE. La propriété FCoE nécessite DMIX=1.
REMARQUE : même si le paramètre FCoE=1 est transmis, FCoE ne sera pas installé si le système d’exploitation et les adaptateurs installés ne prennent pas en charge FCoE.
iSCSI
iSCSI
"0", ne pas installer iSCSI. Si iSCSI est déjà installé, il sera désinstallé.
"1", installer FCoE. La propriété iSCSI nécessite DMIX=1.
LOG
[nom du fichier journal]
LOG vous permet d’entrer le nom de fichier du fichier journal de l’installation. Le nom par défaut est
C:\UmbInst.log.
XML
[nom du fichier XML]
XML vous permet d’entrer le nom de fichier de sortie XML.
-a
Extraire les composants nécessaires à l'installation du pilote de base sur C:\Program Files\Intel\Drivers. Le répertoire vers lequel ces fichiers seront extraits peut être modifié, à moins que le
mode silencieux (/qn) ne soit spécifié. Si ce paramètre est spécifié, le programme d'installation se
ferme une fois que le pilote de base est extrait. Tout autre paramètre sera ignoré.
-f
Force une rétrogradation des composants dont l’installation est en cours.
REMARQUE : si la version installée est plus récente que la version actuelle, ce paramètre doit
être défini.
-v
Affiche la version du paquetage d’installation actuel.
Paramètre Définition
/q[r|n]
/q --- options d’installation en mode silencieux
/l[i|w|e|a]
r
Installation discrète de l’interface graphique utilisateur (affiche les messages d’avertissement
critiques uniquement)
n
Installation en mode silencieux
/l --- option de fichier journal pour l'installation PROSet. Les options d’enregistrement sont les suivantes
:
-u
i
Enregistrement des messages d’état.
w
Enregistrement des avertissements non fatals.
e
Enregistrement des messages d’erreur.
a
Enregistrement du démarrage de toutes les actions.
Désinstaller les pilotes.
REMARQUES :
l
Vous devez inclure un espace entre les paramètres.
l
Si vous spécifiez un chemin d’accès pour le fichier journal, ce chemin doit exister. Si vous ne spécifiez
pas un chemin d’accès complet, le journal d'installation sera créé dans le répertoire actuel.
l
Aucune valeur par défaut n'a besoin d'être spécifiée. Pour installer les pilotes de base, Intel PROSet et
les Services réseau avancés (ANS), les exemples suivants sont équivalents :
Setupx64.exe
l
l
l
l
Setupx64.exe BD=1 DMIX=1 ANS=1
La propriété ANS ne doit être définie que sur ANS=1 si DMIX=1. Si DMIX=0 et ANS=1, alors ANS=1 est
ignoré et seul le pilote de base est installé.
Même si le paramètre FCOE=1 est transmis, FCoE utilisant DCB ne sera pas installé si le système
d'exploitation et les cartes installés ne le prennent pas en charge. Si FORCE=1 est également transmis,
FCoE sera installé si le système d'exploitation le prend en charge.
Même si le paramètre iSCSI=1 est transmis, iSCSI utilisant DCB ne sera pas installé si le système
d'exploitation et les cartes installés ne le prennent pas en charge. Si FORCE=1 est également transmis,
iSCSI sera installé si le système d'exploitation le prend en charge.
Les propriétés publiques ne sont pas sensibles à la casse. Aucune espace n'est autorisée entre les
caractères. Par exemple :
Setupx64.exe /qn DMIX=1
Toute espace dans « DMIX=1 » invalide le paramètre.
Exemples d’installation à partir d’une ligne de commande
Supposons que Setupx64.exe se trouve dans le répertoire racine du CD, D:\.
1. Comment installer le pilote de base :
D:\Setupx64.exe DMIX=0 ANS=0
2. Installation du pilote de base avec l'option de journalisation :
D:\Setupx64.exe LOG=C:\installBD.log DMIX=0 ANS=0
3. Installation d'Intel® PROSet et ANS en mode silencieux :
D:\Setupx64.exe DMIX=1 ANS=1 /qn
4. Installation d'Intel® PROSet sans ANS en mode silencieux :
D:\Setupx64.exe DMIX=1 ANS=0 /qn
5. Installation des composants lorsque ANS est désélectionné :
D:\Setupx64.exe DMIX=1 ANS=0 /qn /liew C:\install.log
L'option de journalisation /liew fournit un fichier journal pour l'installation d'Intel PROSet.
REMARQUE : pour installer la prise en charge des associations et des réseaux locaux virtuels sur un système
sur lequel les pilotes de base des cartes et Intel PROSet pour le Gestionnaire de périphériques Windows sont
installés, entrez la ligne de commande D:\Setupx64.exe ANS=1.
Windows Server Core
Outre la méthode ci-dessus, sur Windows Server Core, il est également possible d'installer le pilote de base en utilisant l'utilitaire Plug and Play, PnPUtil.exe.
Rétrogradation des pilotes
Vous pouvez utiliser les options /s et /f pour rétrograder vos pilotes. Par exemple, si les pilotes 17.0.0 sont chargés que
vous souhaitez les rétrograder vers 16.5.0, tapez ce qui suit :
Network_Driver_XXXXX_WN64_16.5.0_A00.exe /s /f
Utilisation d'Intel® PROSet pour le Gestionnaire de périphériques Windows*
Intel® PROSet pour le Gestionnaire de périphériques Windows* est une extension du Gestionnaire de périphériques
Windows. Lorsque vous installez le logiciel Intel® PROSet, des onglets supplémentaires sont ajoutés automatiquement au Gestionnaire de périphériques.
REMARQUES :
l
Vous devez disposer de droits d’administrateur pour installer ou utiliser Intel® PROSet pour le Gestionnaire de périphériques Windows.
l
Intel® PROSet pour le Gestionnaire de périphériques Windows et le module IntelNetCmdlets pour
Windows PowerShell* nécessitent le dernier package de pilote et le package logiciel de vos appareils
Ethernet Intel®. Veuillez télécharger le package de pilote et le package logiciel le plus récent pour votre
système d'exploitation sur le site www.intel.com.
l
Il se peut que sur les systèmes d'exploitation récents, le matériel plus ancien ne prenne pas en charge
Intel® PROSet pour le Gestionnaire de périphériques Windows ni le module IntelNetCmdlets pour
Windows PowerShell. Dans ce cas, les onglets Intel®PROSet peuvent ne pas s'afficher dans l'interface
utilisateur du Gestionnaire de périphériques Windows, et le module IntelNetCmdlets peut afficher un
message d'erreur indiquant qu'aucun pilote Intel® n'est installé sur l'appareil.
Modification des paramètres d’Intel® PROSet sous Windows Server Core
Vous pouvez utiliser le module Intel® NetCmdlets pour Microsoft* Windows PowerShell* pour modifier la plupart des
paramètres d'Intel® PROSet sous Windows Server Core. Veuillez consulter le fichier d'aide aboutIntelNetCmdlets.hlp.txt.
Pour configurer le vidage sur incident iSCSI, utilisez le module Intel® NetCmdlets pour
Microsoft* Windows PowerShell* et consultez le fichier d'aide aboutIntelNetCmdlets.help.txt.
REMARQUE : La prise en charge des utilitaires de ligne de commande Intel® PROSet (prosetcl.exe et crashdmp.exe) a été supprimée et n'est plus installée. Cette fonctionnalité a été remplacée par les Netcmdlets Intel
pour Microsoft* Windows PowerShell*. Veuillez procéder à la transition de vos scripts et processus, de sorte
qu'ils utilisent les Netcmdlets Intel pour Microsoft Windows PowerShell.
Onglet Vitesse de liaison
L’onglet Vitesse de liaison vous permet de modifier la vitesse et le mode duplex de la carte, d’exécuter des diagnostics et d’utiliser la fonctionnalité d’identification de carte.
Configuration de la vitesse et du mode duplex
Présentation
Les paramètres de vitesse de liaison et de mode duplex permettent de choisir la manière dont la carte envoie et reçoit
des paquets de données dans le réseau.
En mode par défaut, une carte réseau Intel utilisant des connexions en cuivre tente de négocier automatiquement avec
son partenaire de liaison pour déterminer la meilleure configuration. Si aucune liaison n’est établie avec le partenaire
de liaison en utilisant la négociation automatique, vous devez configurer manuellement la carte et le partenaire de liaison de manière identique pour pouvoir établir la liaison et transmettre des paquets. Cette opération ne doit être exécutée que pour établir une liaison avec un commutateur ancien qui ne prend pas en charge la négociation
automatique ou utilisant une vitesse ou un mode duplex particuliers.
La négociation automatique est désactivée en sélectionnant une vitesse distincte et le mode duplex dans les propriétés de la carte réseau.
REMARQUES :
l
Lorsqu'une carte fonctionne en mode NPar, les paramètres de vitesse sont limités à la partition racine de
chaque port.
l
les cartes à fibres optiques fonctionnent uniquement en Full duplex et à leur vitesse native.
Les paramètres disponibles lorsque la négociation automatique est désactivée dépendent de votre périphérique. Les
vitesses ne sont pas toutes disponibles sur tous les périphériques. La configuration du partenaire de liaison doit correspondre à celle que vous avez choisie.
REMARQUES :
l
Bien que la feuille de paramètres de certaines cartes réseau (paramètres des propriétés du pilote)
donne comme option 10 Mbit/s et 100 Mbit/s en Half duplex ou Full duplex, l'utilisation de ces paramètres n'est pas recommandée.
l
Seul un administrateur réseau expérimenté devrait forcer manuellement la vitesse et le mode duplex.
l
Vous ne pouvez pas modifier la vitesse et le mode duplex des cartes Intel utilisant un câble à fibre
optique.
l
L'onglet Vitesse de liaison peut afficher une icône d'information bleue avec le message contextuel "Ce
périphérique n'est pas lié à sa capacité de vitesse maximale".Dans ce cas, si le périphérique est configuré pour prendre en charge la négociation automatique, vous pouvez configurer la vitesse du partenaire de liaison du périphérique à la vitesse maximale du périphérique. Si le périphérique n’est pas
configuré pour prendre en charge la négociation automatique, vous pouvez configurer la vitesse du périphérique manuellement en vous assurant que le partenaire de liaison est réglé sur la même vitesse.
Les cartes réseau Intel 10 Gigabit prenant en charge la vitesse 1 gigabit permettent de configurer le paramètre de
vitesse. Si cette option n’est pas présente, votre carte fonctionne uniquement à sa vitesse native.
Si la carte ne parvient pas à établir la liaison avec le partenaire de liaison Gigabit en utilisant la négociation automatique, configurez la carte sur 1 Gbit/s Duplex intégral.
Les cartes réseau 10 Gigabit Intel® à fibre optique et les appareils SFP à fixation directe ne fonctionnent qu'en Duplex
intégral et uniquement à leur vitesse native. Les modules SFP+ Fiber 10 Gigabit multi-vitesse prennent en charge le
mode Duplex intégral à 10 Gbit/s et à 1 Gbit/s.
La négociation automatique et l'essai automatique ne sont pas pris en charge sur les périphériques reposant sur les
contrôleurs Ethernet Intel® Connection X552 et Ethernet Intel® Connection X553.
Configuration manuelle des paramètres du mode duplex et de la vitesse
La configuration est propre au pilote de votre système d'exploitation. Pour définir un mode Vitesse de liaison et duplex,
reportez-vous à la section ci-dessous correspondant à votre système d’exploitation.
ATTENTION : les paramètres du commutateur doivent toujours concorder avec ceux de la carte. La
carte sera sensiblement moins performante ou ne fonctionnera pas correctement si ses paramètres diffèrent de ceux du commutateur.
Windows
La négociation automatique est activée par défaut. Ne modifiez ce paramètre pour correspondre à la vitesse et au
mode duplex de votre partenaire de liaison qu'en cas de problèmes de connexion.
1. Double-cliquez sur la carte réseau que vous voulez configurer dans le Gestionnaire de périphériques Windows.
2. Sous l’onglet Vitesse de liaison, sélectionnez une vitesse et un mode duplex appropriés dans le menu déroulant Vitesse et duplex.
3. Cliquez sur OK.
Des instructions plus spécifiques sont disponibles dans l’Aide Intel® PROSet.
Linux
Reportez-vous à la rubrique Pilote Linux* pour famille de cartes réseau Intel® Gigabit pour des informations sur la
configuration de la vitesse et du mode duplex sur les systèmes Linux.
Onglet Avancé
Les paramètres répertoriés sous l’onglet Advanced (Avancé) d’Intel® PROSet pour le Gestionnaire de périphériques
Windows vous permettent de personnaliser la manière dont la carte prend en charge le repérage des paquets QS, les
paquets étendus, le délestage, ainsi que d’autres fonctionnalités. Il est possible que certaines des fonctionnalités cidessous ne soient pas disponibles. Cela dépend du système d’exploitation utilisé, des cartes spécifiques installées et
de la plate-forme spécifique utilisée.
Espacement intertrame dynamique
Permet de compenser les collisions excessives des paquets Ethernet sur le réseau.
Le paramètre par défaut est le plus efficace pour la plupart des ordinateurs et réseaux. Lorsque cette fonctionnalité est
activée, la carte réseau s’adapte dynamiquement aux conditions de trafic sur le réseau. En de rares occasions cependant, il est possible d’obtenir de meilleures performances en désactivant cette fonctionnalité. Ce paramètre force un
vide statique entre les paquets.
Valeur par défaut
Valeurs possibles
Désactivé
l
l
Activé
Désactivé
Coalition d’accès direct à la mémoire (DMA)
Le DMA (Direct Memory Access) permet au périphérique de réseau de déplacer directement les données de paquet
vers la mémoire du système, réduisant ainsi l’utilisation du processeur. Cependant, la fréquence et les intervalles aléatoires d’arrivée de paquets ne permettent pas au système d’entrer en mode faible consommation. La coalition DMA permet à la carte réseau de collecter des paquets avant de démarrer un événement DMA. Cela peut augmenter la latence
du réseau, mais augmenter aussi les chances de baisse de consommation du système. Les cartes et périphériques de
réseau basés sur le contrôleur Ethernet Intel® I350 (et les versions ultérieures) prennent en charge la coalition DMA.
Des valeurs de coalition DMA élevées permettent d’économiser plus d’énergie, mais peuvent augmenter la latence du
réseau du système. Si la coalition DMA est activée, le taux de gestion des interruptions doit aussi être défini sur
’Minimal’ (minimum). Cela permet de limiter l’impact de latence imposé par la coalition DMA et d’améliorer le rendement du réseau. La coalition DMA doit être activée sur tous les ports actifs dans le système. Si l’activation ne touche
que certains ports du système, l’économie d’énergie ne sera pas évidente. Il existe aussi plusieurs BIOS, plate-forme
et paramètres d’application qui peuvent influencer les économies potentielles d’énergie. La meilleure configuration de
votre plate-forme est expliquée dans un document disponible sur le site Web Intel.
Mode de correction des erreurs de transfert (FEC)
Permet de configurer le mode de correction des erreurs de transfert (Forward Error Correction, FEC). Le mode FEC
améliore la stabilité de la liaison mais augmente la latence. De nombreux câbles optiques, câbles à branchement
direct et canaux de type fonds de panier de haute qualité offrent une liaison stable sans mode FEC.
Le pilote vous permet de définir les modes FEC suivants :
l
FEC auto - Définit le mode FEC en fonction des capacités du câble branché.
l
CL108 RS-FEC - Sélectionne uniquement les capacités et fonctionnalités de demande RS-FEC.
l
CL74 FC-FEC/BASE-R - Sélectionne uniquement les capacités et fonctionnalités de demande BASE-R.
l
Pas de FEC - Désactive le mode FEC.
REMARQUE : les périphériques ne peuvent tirer parti de cette fonctionnalité que si le mode FEC est activé sur
les partenaires de liaison.
Contrôle de flux
Permet aux cartes de réguler le trafic d’une manière plus efficace. Les cartes génèrent des trames de contrôle de flux
lorsque leurs files de réception atteignent une limite prédéterminée. La génération des trames de contrôle de flux
indique à l’émetteur de ralentir les transmissions. Les cartes répondent aux trames de contrôle de flux en interrompant
la transmission des paquets pour un délai spécifié dans la trame de contrôle de flux.
En permettant aux cartes d’ajuster la transmission des paquets, le contrôle de flux empêche la perte de paquets.
REMARQUE S :
l
Pour que les cartes puissent bénéficier de cette fonctionnalité, les partenaires de liaison doivent prendre
en charge les trames de contrôle de flux.
l
Quand une carte réseau fonctionne en mode NPar, le contrôle de flux est limité à la partition racine de
chaque port.
Valeur par défaut
Valeurs possibles
RX et TX activées
l
l
l
l
Désactivé
RX activée
TX activée
RX et TX activées
Mode Maître-Esclave Gigabit
Détermine si la carte ou le partenaire de liaison est désigné comme le maître. L’autre périphérique est désigné comme
l’esclave. Par défaut, la norme IEEE 802.3ab définie comment sont traités les conflits. Les périphériques multiports tels
que les commutateurs sont affectés d’un niveau de priorité plus élevé que les périphériques à port unique et sont désignés comme maîtres. Si les deux périphériques sont multiports, c’est celui qui possède le nombre de bits le plus élevé
qui est désigné comme le maître. Le paramètre par défaut est appelé "Matériel par défaut".
REMARQUE : dans la plupart des cas, il est recommandé de conserver la valeur par défaut de cette fonctionnalité.
La définition de ce paramètre sur "Forcer le mode Maître" ou "Forcer le mode Esclave" outrepasse la valeur Matériel
par défaut.
Valeur par défaut
Valeurs possibles
Détection automatique
l
l
l
Forcer le mode Maître
Forcer le mode Esclave
Détection automatique
REMARQUE : le mode Maître peut être forcé sur certains périphériques multiports. Si la carte est connectée à
un tel périphérique et qu’elle est configurée pour forcer le mode Maître, la liaison ne sera pas établie.
Taux de gestion des interruptions
Définit l’ITR (Interrupt Throttle Rate). Ce paramètre détermine le taux auquel les interruptions de transmission et de
réception sont générées.
Lorsqu’un événement, tel que la réception de paquets, a lieu, la carte génère des interruptions. L’interruption interrompt le processeur et toute application exécutée à ce moment demande au pilote de traiter le paquet. Aux vitesses de
liaison rapides, les interruptions sont plus nombreuses et les taux du processeur augmentent également. Cela
entraîne une diminution des performances du système. Lorsque vous sélectionnez un paramètre ITR plus élevé, le
taux d’interruption est diminué, ce qui entraîne une amélioration des performances du processeur.
REMARQUE : un taux ITR élevé signifie également une latence plus importante du pilote lors du traitement des
paquets. Si la carte traite de nombreux petits paquets, il est préférable de diminuer l’ITR afin que le pilote puisse
répondre plus efficacement aux paquets entrant et sortant.
La modification de ce paramètre peut améliorer le débit sur certains réseaux et dans certaines configurations de système. Cependant, le paramètre par défaut est optimal pour les réseaux et configurations de système les plus courants.
Ne modifiez pas ce paramètre sans avoir vérifié que les modifications envisagées affecteront de façon positive les performances du réseau.
Valeur par défaut
Valeurs possibles
Adaptatif
l
l
l
l
l
l
l
Adaptatif
Extrême
Haut
Moyen
Faible
Minimal
Désactivé
Délester somme de contrôle IPv4
Ceci permet à la carte de calculer la somme de contrôle IPv4 des paquets entrants et sortants. Cette fonctionnalité améliore les performances de transmission IPv4, et réduit le taux d’utilisation du processeur.
Lorsque le délestage est désactivé, le système d’exploitation vérifie la somme de contrôle IPv4.
Lorsque le délestage est activé, la carte effectue la vérification en lieu et place du système d’exploitation.
Valeur par défaut
Valeurs possibles
RX et TX activées
l
l
l
l
Désactivé
RX activée
TX activée
RX et TX activées
Trames Jumbo
Active ou désactive la fonctionnalité Paquets étendus. La taille normale des trames Ethernet est de 1514 octets, alors
que les paquets étendus sont plus volumineux. Les paquets étendus peuvent augmenter le débit et limiter l’utilisation
du processeur. Toutefois, la latence peut augmenter.
Activez la fonctionnalité Paquets étendus uniquement si TOUS les périphériques du réseau la prennent en charge et
sont configurés pour utiliser une taille de trame équivalente. Lors de la configuration des paquets étendus sur d’autres
périphériques réseau, souvenez-vous que la taille des paquets étendus est calculée de façon différente en fonction du
périphérique réseau. Certains périphériques incluent la taille de trame dans les informations d’en-tête et d’autres non.
Les cartes Intel n’incluent pas la taille des trames dans les informations d’en-tête.
Les paquets étendus peuvent être implémentés simultanément avec les réseaux locaux virtuels et l’agrégation de
cartes. Si une association comporte une ou plusieurs cartes d’un autre fabricant qu’Intel, elle ne prend pas en charge
les paquets étendus. Avant d’ajouter à l’association une carte d’un autre fabricant qu’Intel, veillez à désactiver les
paquets étendus sur toutes les cartes d’un autre fabricant qu’Intel, à l’aide du logiciel fourni avec la carte en question.
Restrictions
l
l
l
l
Seuls les protocoles IP (TCP, UDP) sont pris en charge.
Les trames Jumbo nécessitent des commutateurs compatibles avec le transfert de trames Jumbo. Pour de plus
amples informations, contactez le fabricant du commutateur.
Si des trames Ethernet de taille standard (64 à 1518 octets) sont utilisées, il n’y a aucun avantage à configurer
des trames Jumbo.
Le paramètre des paquets étendus sur le commutateur doit être supérieur d’un minimum de 8 octets à celui du
paramètre de carte des systèmes d’exploitation Windows, et d’un minimum de 22 octets supérieur pour tous les
autres systèmes d’exploitation.
Valeur
par
défaut
Désactivé
Valeurs
possibles
Désactivé (1514), 4088 ou 9014 octets. (Définissez le commutateur sur 4 octets supplémentaires pour
le CRC, plus 4 octets supplémentaires en cas d’utilisation de réseaux VLAN.)
REMARQUES :
l
Les paquets étendus sont pris en charge uniquement à 10 Gbit/s et à 1 Gbit/s. L’utilisation de ces
paquets à 10 ou 100 Mbit/s pourrait résulter en une diminution des performances ou une perte de liaison.
l
Le matériel réseau bout en bout doit prendre en charge cette capacité, faute de quoi des paquets seront
perdus.
l
Certaines cartes Intel prenant en charge les paquets étendus ont une taille de trame limitée à 9 238
octets, avec une taille MTU correspondante de 9 216 octets.
Délester envoi important (IPv4 et IPv6)
Configure la carte pour qu’elle déleste les tâches de segmentation des messages TCP en trames Ethernet valides. La
taille de trame maximum pour le délestage d’envoi important est de 64 000 octets.
Cette fonctionnalité peut améliorer les performances de transmission car le matériel de la carte est capable de segmenter les données beaucoup plus rapidement que le logiciel du système d’exploitation. De plus, la carte utilise moins
de ressources processeur.
Valeur par défaut
Activé
Valeurs possibles
l
l
Activé
Désactivé
Adresse administrée localement
Remplace l’adresse MAC initiale par une adresse MAC affectée par l’utilisateur. Pour entrer une nouvelle adresse de
réseau, tapez un nombre hexadécimal de 12 caractères dans cette zone.
Valeur
par
défaut
Aucune
Valeurs
possibles
0000 0000 0001 - FFFF FFFF FFFD
Exceptions :
l
Ne pas utiliser une adresse multicast (Bit le moins significatif de l’octet haut = 1). Par exemple,
dans l’adresse 0Y123456789A, "Y" ne peut être un nombre impair. (Y doit être 0, 2, 4, 6, 8, A,
C ou E.)
l
Ne pas utiliser que des zéros ou que des F.
Si vous n’entrez aucune adresse, l’adresse réseau initiale de la carte est utilisée.
Par exemple,
Multidiffusion : 0123 4567 8999 Diffusion : FFFF FFFF FFFF
Unicast (légal) : 0070 4567 8999
REMARQUE : dans une association, Intel® PROSet utilise soit :
l
l’adresse MAC permanente de la carte principale si aucune adresse administrée localement n’est configurée pour l’association, ou
l
l’adresse administrée localement de l’association, si elle est configurée.
Intel® PROSet n’utilise pas l’adresse administrée localement d’une carte si cette carte est la carte principale de
l’association, ou si l’association dispose d’une telle adresse.
Enregistrement d’événement d’état de liaison
Ce paramètre est utilisé pour activer/désactiver l’enregistrement des changements d’état de liaison. S’il est activé, un
événement de changement au niveau de l’établissement ou de l’interruption d’une liaison génère un message qui
s’affiche dans le journal des événements du système. Ce message contient la vitesse et le duplex de la liaison. Les
administrateurs peuvent visualiser le message d’événement depuis le journal des événements du système.
Les événements suivants sont enregistrés :
l
La liaison est active.
l
La liaison est inactive.
l
Discordance de duplex.
l
Protocole Spanning Tree détecté.
Valeur par défaut
Activé
Valeurs possibles
Activé, Désactivé
Interruptions à faible latence
Les interruptions à faible latence (LLI) permettent au périphérique réseau de contourner le schéma de modération des
interruptions configuré en fonction du type de données reçu. Il configure quels paquets TCP entrants déclenchent une
interruption immédiate, ce qui permet au système de traiter le paquet plus rapidement. La réduction de la latence des
données permet à certaines applications d’accéder plus rapidement aux données du réseau.
REMARQUE : lorsque les interruptions à faible latence sont activées, l’utilisation du processeur peut s’accroître.
Les interruptions à faible latence peuvent être utilisées pour les paquets de données dont l’en-tête contient un indicateur TCP PSH ou pour des ports TCP spécifiés.
l
Paquets avec indicateur TCP PSH - Tout paquet entrant contenant l’indicateur TCP PSH déclenche une interruption immédiate. L’indicateur PSH est défini par le périphérique d’envoi.
l
Ports TCP - Chaque paquet reçu sur les ports spécifiés déclenche une interruption immédiate. Huit ports
peuvent être spécifiés.
Valeur par défaut
Valeurs possibles
Désactivé
l
l
l
Désactivé
Basé sur des indicateurs PSH
Basé sur des ports
Virtualisation réseau à l'aide de l'Encapsulation générique de routage (Generic Routing Encapsulation, NVGRE)
La virtualisation réseau à l'aide de l'Encapsulation générique de routage (Generic Routing Encapsulation, NVGRE)
augmente l'efficacité du routage du trafic réseau dans un environnement virtualisé ou de Cloud. Certaines cartes
réseau Ethernet Intel® effectuent la virtualisation réseau en utilisant le traitement Encapsulation générique de routage
(NVGRE), la délestant ainsi du système d'exploitation. Cette fonctionnalité réduit le taux d'utilisation de l'UC.
REMARQUE : lorsqu'un port est en mode NPar, NVGRE (le paramètre Délestage de tâche encapsulée) est disponible uniquement sur la première partition du port.
Options de performances
Profil de performance
Les profils de performances sont pris en charge sur les cartes réseau Intel® 10GbE. Ils permettent d’optimiser rapidement les performances de votre carte réseau Ethernet Intel®. Le choix d’un profil de performances ajuste automatiquement certains paramètres avancés en les réglant de manière optimale pour l’application sélectionnée. Par
exemple, un serveur standard n’a de performances optimales qu’avec deux files d’attente RSS (Receive-Side Scaling), alors qu’un serveur Web aura besoin de davantage de files d’attente pour une meilleure évolutivité.
Pour pouvoir utiliser les profils de performances, vous devez installer Intel® PROSet pour le Gestionnaire de périphériques Windows. La sélection des profils se fait dans l’onglet Avancé de la page de propriétés de la carte.
Profils
l
l
l
l
l
l
Serveur standard – Ce profil est optimisé pour les serveurs typiques.
Serveur Web – Ce profil est optimisé pour les serveurs Web IIS et HTTP.
Serveur de virtualisation – Ce profil est optimisé pour l’environnement de virtualisation Hyper-V
de Microsoft.
Serveur de stockage – Ce profil est optimisé pour la performance Fibre Channel over Ethernet ou
iSCSI over DCB. La sélection de ce profil désactivera SR-IOV et VMQ.
Stockage + virtualisation – Ce profil est optimisé pour une combinaison d’exigences de stockage
et de virtualisation.
Faible latence – Ce profil est optimisé pour minimiser la latence du réseau.
REMARQUES :
l
Toutes les options ne sont pas disponibles pour toutes les combinaisons de carte/système
d’exploitation.128 à 4096,
l
Si vous avez sélectionné le profil Serveur de virtualisation ou le profil Stockage + virtualisation et que
vous désinstallez le rôle Hyper-V, vous devez sélectionner un nouveau profil.
Remarques concernant les associations
Lorsque vous créez une association dont tous les membres prennent en charge les profils de performances, au
moment de créer l’association, il vous sera demandé quel profil utiliser. Le profil sera synchronisé dans l’ensemble de
l’association. S’il n’y a pas de profil pris en charge par la totalité des membres de l’association, la seule possibilité sera
d’utiliser les paramètres actuels. L’association sera créée normalement. L’ajout d’une carte réseau à une association
existante se passe de manière très semblable.
Si vous ajoutez à une association une carte qui prend en charge les profils de performances avec une carte qui ne les
prend pas en charge, le profil sur la carte qui les prend en charge sera défini avec les paramètres personnalisés et
l’association sera créée normalement.
Balisage de la priorité et des VLAN
Permet à la carte de décharger l’insertion et la suppression de balises de priorité et de VLAN pour l’émission et la
réception.
Valeur par défaut
Priorité et VLAN activés
Valeurs possibles
l
l
l
l
Priorité et VLAN désactivés
Priorité activée
VLAN activé
Priorité et VLAN activés
Qualité de service
La fonction QoS permet à la carte d'envoyer et de recevoir des trames balisées IEEE 802.3ac. Les trames
balisées 802.3ac comprennent les trames balisées 802.1p prioritaires et 802.1Q VLAN. Pour mettre en œuvre la fonctionnalité QS, la carte doit être connectée à un commutateur prenant en charge QS et configuré en conséquence. Les
trames balisées prioritaires permettent aux applications traitant des événements en temps réel, d’optimiser l’utilisation
de la largeur de bande du réseau. Les paquets à priorité élevée sont traités avant les paquets à faible priorité.
Pour mettre en œuvre la fonctionnalité QS, la carte doit être connectée à un commutateur prenant en charge la qualité
de service 802.1p et configuré en conséquence.
Le balisage QS peut être activé ou désactivé dans l’onglet Avancé d’Intel® PROSet pour le Gestionnaire de périphériques Windows.
Une fois QS activé dans Intel® PROSet, vous pouvez spécifier des degrés de priorité en fonction du balisage de
trames IEEE 802.1p/802.1Q.
Tampons de réception
Définit le nombre de tampons de réception (segments de données). Ceux-ci sont alloués dans la mémoire hôte et utilisés pour stocker les paquets reçus. Chaque paquet reçu nécessite au moins un descripteur de réception et chaque
descripteur utilise 2 Ko de mémoire.
Vous pouvez augmenter le nombre de tampons de réception si vous remarquez une diminution considérable des performances relatives au trafic de réception. Si vous n’avez pas de problème relatif aux performances de réception, utilisez la valeur par défaut de la carte.
Valeur par défaut
512, pour les cartes réseau 10 Gigabit pour serveurs.
256, pour toutes les autres cartes en fonction des fonctionnalités sélectionnées.
Valeurs possibles
128 à 4 096, par intervalles de 64, pour les cartes réseau 10 Gigabit pour serveurs.
80 à 2048, par intervalles de 8, pour toutes les autres cartes.
Valeur recommandée
Carte associée : 256
Si IPSec et/ou des fonctionnalités multiples sont utilisées : 352
Receive Side Scaling
Lorsque la mise à l’échelle de l’extrémité réception (RSS) est activée, tout le traitement des données en réception sur
une connexion TCP donnée sont partagées par plusieurs processeurs ou cœurs de processeur. Sans RSS, tout le traitement est effectué par un processeur unique, d’où une utilisation moins efficace de la mémoire cache du système.
RSS peut être activé pour un LAN ou pour FCoE. Dans le premier cas, l’on parle de LAN RSS. Dans le second, de
FCoE RSS.
LAN RSS
LAN RSS s’applique à une connexion TCP particulière.
REMARQUE : ce paramètre est sans effet si le système ne comporte d’un processeur.
Configuration de LAN RSS
RSS est activé dans l’onglet Advanced (Avancé) de la page de propriétés de la carte. Si votre carte ne prend pas en
charge RSS, ou si SNP ou SP2 n’est pas installé, le paramètre RSS n’est pas affiché. Si RSS est pris en charge dans
votre environnement système, les informations suivantes s’afficheront :
l
Nœud du port NUMA. Il s’agit du numéro de nœud NUMA d’un périphérique.
l
CPU RSS de départ. Ce paramètre permet de déterminer le processeur RSS préférentiel de départ. Vous le
modifierez si le processeur actuel est affecté à d’autres processus. La plage du paramètre va de 0 au nombre
de processeurs logiques - 1.
l
Nombre max de processeurs RSS. Ce paramètre permet de fixer le nombre maximum de processeurs attribués à une carte et s’utilise principalement en environnement Hyper-V. En diminuant la valeur du paramètre
dans cet environnement, le nombre total d’interruptions diminue, ce qui réduit à son tour le taux d’utilisation des
processeurs. La valeur par défaut est 8 pour les cartes Gigabit et 16 pour les cartes 10 Gigabit.
l
Nœud NUMA préférentiel. Ce paramètre permet de choisir le nœud NUMA (Non-Uniform Memory Access) à
utiliser pour les allocations mémoires effectué par la carte réseau. Pour RSS, le système tente par ailleurs
d’utiliser d’abord les processeurs du nœud NUMA préférentiel. Sur les plates-formes NUMA, la latence des
accès mémoire est fonction de l’emplacement correspondant. Le fait d’allouer la mémoire à partir du nœud le
plus proche contribue à améliorer les performances. Le gestionnaire de tâches de Windows affiche l’identifiant
de nœud NUM pour chaque processeur.
REMARQUES :
l
Ces considération ne touchent que les systèmes NUMA ; Ils n’ont aucune incidence sur les systèmes non NUMA.
l
Le choix d'une valeur supérieure au nombre de nœud NUMA présents sur le système sélectionne le nœud NUMA le plus proche du périphérique.
l
Files d’attente Receive Side Scaling. Ce paramètre configure le nombre de files d’attente RSS qui détermine
l’espace de mémoire tampon des transactions entre la carte réseau et le ou les processeurs.
Valeur par
défaut
2 files d’attente pour les cartes Intel® 10 Gigabit pour serveurs
Valeurs possibles
l
l
l
l
1 file d’attente est utilisée en cas de faible utilisation du processeur.
2 files d’attente sont utilisées si un bon débit et une faible utilisation du processeur
sont nécessaires.
4 files d’attente sont utilisées pour les applications qui exigent un débit maximum et
de nombreuses transactions par seconde.
8 et 16 files d’attente sont prises en charge sur les cartes Intel® 82598 et 82599.
REMARQUES :
l
Les 8 et 16 files d’attente sont disponibles uniquement lorsque
PROSet pour le Gestionnaire de périphériques Windows est installé.
Si PROSet n’est pas installé, seulement 4 files d’attente sont disponibles.
l
L’utilisation de 8 files d’attente ou plus nécessite le redémarrage du
système.
REMARQUE : certaines cartes ne prennent pas en charge tous les paramètres.
LAN RSS et agrégation de cartes
l
l
Si la fonctionnalité RSS n’est pas activée sur toutes les cartes d’une association, elle sera désactivée pour
cette association.
Si une carte ne prenant pas en charge la fonctionnalité RSS est ajoutée à l’association, la fonctionnalité RSS
sera désactivée pour l’association.
FCoE RSS
Si FCoE est installé, FCoE RSS est activé et s’applique aux traitements des réceptions FCoE partagées entre les
cœurs du processeur.
Configuration de FCoE RSS
Si votre carte réseau prend en charge FCoE RSS, les paramètres de configuration suivants peuvent être visualisés et
modifiés dans l’onglet Performances avancées du pilote de base :
l
Nombre de nœuds NUMA FCoE. Ce paramètre spécifie le nombre de nœuds NUMA consécutifs où les files
d'attente FCoE affectées seront uniformément distribuées.
l
Nœud NUMA de départ FCoE. Ce paramètre spécifie le nœud NUMA représentant le premier nœud du
nombre de nœuds NUMA FCoE.
l
Décalage de cœur de départ FCoE. Ce paramètre spécifie le décalage du premier cœur de processeur du
nœud NUMA qui sera affecté à la file d'attente FCoE.
l
Nœud NUMA de port FCoE. Ce paramètre de la plate-forme indique le nœud NUMA optimal le plus proche du
port physique, le cas échéant. Ce paramètre est en lecture seule et ne peut pas être configuré.
Optimisation des performances
Le contrôleur réseau Intel fournit un nouvel ensemble d'options avancées permettant d'optimiser les performances
FCoE. Ces options régissent comment les files d'attente de transmission/réception FCoE sont affectées sur les platesformes NUMA. Spécifiquement, elles régissent depuis quel ensemble cible d'UC de nœud NUMA les UC peuvent être
sélectionnées pour affecter une affinité de file d'attente individuelle. La sélection d'une UC spécifique a deux effets
principaux :
l
l
Elle définit l'emplacement d'interruption souhaité pour traiter les indications de paquet de file d'attente.
Elle définit l'emplacement relatif de la file d'attente dans la mémoire disponible.
Comme indiqué, il s'agit d'options d'optimisation avancées destinées aux gestionnaires de plates-formes cherchant à
optimiser les performances du système. Elles sont généralement utilisées pour optimiser les performances dans les
configurations de plates-formes multiports. Comme tous les ports partagent les mêmes directives d'installation par
défaut (le fichier .inf, etc.), les files d'attente FCoE de chaque port sont associées au même ensemble d'UC NUMA, ce
qui peut entraîner un conflit d'UC.
Le logiciel qui exporte ces options d'optimisation définit un nœud NUMA comme étant équivalent à un processeur individuel (socket). Les informations ACPI de la plate-forme présentées par le BIOS au système d'exploitation contribuent
à définir la relation des périphériques PCI aux processeurs individuels. Cependant, ce détail n'est actuellement pas
fourni de manière fiable sur toutes les plates-formes. En conséquence, l'utilisation des options d'optimisation peut produire des résultats inattendus. Nous ne pouvons pas garantir que les options de performance produiront des résultats
cohérents et prévisibles.
Les options d'optimisation des performances sont répertoriées dans la section Configuration de LAN RSS.
Exemple 1 : une plate-forme possédant deux sockets physiques, chaque processeur de socket fournissant 8 cœurs de
processeur (16 lorsque la technologie Hyper-Threading est activée), et une carte réseau Intel deux ports avec FCoE
activé.
Par défaut, 8 files d'attente FCoE sont affectées par port de carte réseau. De plus, par défaut, les premiers cœurs (non
hyper thread) du premier processeur sont affectés d'une affinité avec ces files d'attente, ce qui entraîne le modèle
d'affectation illustré ci-dessous. Dans ce scénario, les deux ports sont en concurrence pour les cycles d'UC du même
ensemble d'UC du socket 0.
Affectation des files d'attente de socket à l'UC
Avec les options d'optimisation des performances, l'association des files d'attente FCoE du deuxième port peut être dirigée vers un autre ensemble de cœurs d'UC non concurrent. Les paramètres suivants indiquent au logiciel d'utiliser les
UC de l'autre socket de processeur :
l
Nombre de nœuds NUMA FCoE = 1 : Affecter les files d'attente aux cœurs d'un nœud NUMA (ou socket de processeur) unique.
l
Nœud NUMA de départ FCoE = 1 : Utiliser les cœurs d'UC du deuxième nœud NUMA (ou socket de processeur) du système.
l
Décalage de cœur de départ FCoE = 0 : Le logiciel démarrera au premier cœur d'UC du nœud NUMA (ou
socket de processeur).
Les paramètres suivants indiquent au logiciel d'utiliser un ensemble d'UC différent sur le même socket de processeur :
Cela prend pour hypothèse qu'un processeur prend en charge 16 cœurs (non hyper thread).
l
Nombre de nœuds NUMA FCoE = 1
l
Nœud NUMA de départ FCoE = 0
l
Décalage de cœur de départ FCoE = 8
Exemple 2 : Utilisation d'un ou de plusieurs ports avec des files d'attente affectées à plusieurs nœuds NUMA. Dans ce
cas, pour chaque port de carte réseau, le Nombre de nœuds NUMA FCoE est défini sur ce nombre de nœuds NUMA.
Par défaut, les files d'attente seront affectées de façon égale à chaque nœud NUMA :
l
Nombre de nœuds NUMA FCoE = 2
l
Nœud NUMA de départ FCoE = 0
l
Décalage de cœur de départ FCoE = 0
Exemple 3 : L'affichage montre que le paramètre Nœud de port NUMA FCoE est 2 pour un port de carte donné. Il s'agit
d'une valeur en lecture seule fournie par le logiciel, indiquant que le nœud NUMA optimal le plus proche du périphérique PCI est le troisième nœud logique NUMA du système. Par défaut, le logiciel a affecté les files d'attente de ce
port au nœud NUMA 0. Les paramètres suivants indiquent au logiciel d'utiliser les UC du socket de processeur
optimal :
l
Nombre de nœuds NUMA FCoE = 1
l
Nœud NUMA de départ FCoE = 2
l
Décalage de cœur de départ FCoE = 0
Cet exemple met en évidence le fait que le nombre de bus PCI et leur emplacement peut varier en fonction des différentes architectures de plate-forme. Les figures ci-dessous montrent deux architectures de plate-forme simplifiées.
La première est l'architecture ancienne commune à bus principal dans laquelle plusieurs UC partagent l'accès au
contrôleur central mémoire et/ou contrôleur central des E/S qui fournit la connectivité du bus PCI et de la mémoire. La
deuxième est une architecture plus récente, dans laquelle plusieurs processeurs d'UC sont interrompus par QPI et
dans laquelle chaque processeur prend en charge directement la connectivité intégrée du contrôleur central mémoire
et PCI.
Il existe un avantage perçu à garder l'affectation des objets de ports, comme les files d'attente, aussi près que possible
du nœud NUMA ou de la collection d'UC auxquels elles accèderont le plus probablement. Si les files d'attente des
ports utilisent les UC et la mémoire d'un seul socket alors que le périphérique PCI est associé à un autre socket, la
consommation QPI de bande passante du bus entre les processeurs risque d'être indésirable. Il est important de bien
comprendre l'architecture de la plate-forme lors de l'utilisation de ces options d'optimisation des performances.
Architecture PCI/mémoire partagée à racine unique
Architecture PCI/mémoire distribuée à plusieurs racines
Exemple 4 : Le nombre d'UC de nœuds NUMA disponibles n'est pas suffisant pour l'affectation des files d'attente. Si
votre plate-forme possède un processeur qui ne prend pas en charge un carré d'UC pair (par exemple, il prend en
charge 6 cœurs), lors de l'affectation des files d'attente, si le logiciel est à court d'UC sur un socket, il réduit par défaut
le nombre de files d'attente à la puissance 2 jusqu'à ce que l'affectation soit terminée. Par exemple, si un processeur à
6 cœurs est utilisé, le logiciel affecte seulement 4 files d'attente FCoE s'il n'existe qu'un seul nœud NUMA. S'il y a plusieurs nœuds NUMA, le nombre de nœuds NUMA peut être défini à une valeur supérieure ou égale à 2 afin de pouvoir
créer les 8 files d'attente.
Détermination de l'emplacement de la file d'attente active
L'utilisateur de ces options d'optimisation des performances cherchera à déterminer l'affinité des files d'attente FCoE
avec les UC afin de vérifier leur effet réel sur l'affectation des files d'attente. Cela peut être réalisé facilement en utilisant une charge de travail comportant peu de paquets et une application d'E/S telle que IoMeter. IoMeter surveille
l'utilisation de chaque UC en utilisant l'analyseur de performances intégré au système d'exploitation. Les UC soutenant
l'activité des files d'attente doivent se distinguer. Elles doivent être les premières UC non hyper thread disponibles sur
le processeur, sauf si l'affectation est spécifiquement modifiée par les options d'optimisation des performances décrites
ci-dessus.
Pour rendre l'emplacement des files d'attente FCoE encore plus évident, l'affinité de l'application peut être affectée à
un ensemble d'UC isolé du même ou d'un autre socket de processeur. Par exemple, l'application IoMeter peut être
configurée pour être exécutée uniquement sur un nombre fini d'UC hyper thread sur n'importe quel processeur. Si les
options d'optimisation des performances ont été définies pour diriger l'affectation des files d'attente sur un nœud NUMA
spécifique, l'affinité de l'application peut être définie sur un nœud NUMA différent. Les files d'attente FCoE ne doivent
pas bouger et l'activité doit rester sur ces UC, bien que l'activité UC de l'application passe sur les autres UC de processeur sélectionnées.
SR-IOV (Virtualisation des E/S root unique)
SR-IOV permet à un même port réseau d’apparaître sous forme de plusieurs fonctions virtuelles différentes dans un
environnement virtualisé. Si vous avez une carte d’interface réseau compatible SR-IOV, chacun des ports de cette
carte peut affecter une fonction virtuelle à plusieurs partitions invitées. Les fonctions virtuelles contournent le gestionnaire VMM de machines virtuelles en permettant aux données de paquets d’aller directement dans la mémoire
d’une partition invitée, ce qui se traduit par un débit plus élevé et une moindre utilisation du CPU. SR-IOV vous permet
lui aussi de déplacer les données des paquets directement dans la mémoire d'une partition invitée.. Consultez la documentation de votre système d’exploitation pour connaître les conditions systèmes requises.
Pour les périphériques qui le prennent en charge, SR-IOV est activé sur la partition hôte de la feuille des propriétés
Gestionnaire de périphériques de la carte réseau (section Virtualisation de l’onglet Avancé). Certains appareils
peuvent avoir besoin que SR-IOV soit activé dans un environnement de prédémarrage.
REMARQUES :
l
Configuration de SR-IOV pour une sécurité réseau renforcée : dans un environnement virtualisé, la fonction virtuelle (VF) peut être sujette à un comportement
malveillant sur les cartes Intel® pour serveurs prenant en charge SR-IOV. Les
trames générées par le logiciel ne sont pas attendues et peuvent ralentir le trafic
entre l'hôte et le commutateur virtuel, et ainsi réduire les performances. Pour
résoudre ce problème, configurez tous les ports compatibles SR-IOV pour l'étiquetage des VLAN. Cette configuration autorise l'abandon des trames inattendues
et potentiellement malveillantes.
l
Vous devez activer VMQ pour que SR-IOV puisse fonctionner.
l
SR-IOV n’est pas pris en charge avec les associations ANS.
l
l
l
l
l
l
VMWare ESXi ne prend pas en charge SR-IOV sur les ports 1 GbE.
Certaines cartes multiports contiennent plus d'un contrôleur. L'activation de SR-IOV
sur un port de ces cartes n'activera pas SR-IOV sur tous les ports. L'activation se
fera uniquement sur les ports associés au même contrôleur.
Si SR-IOV est désactivé sur le BIOS ou le gestionnaire de démarrage, l'activation
de SR-IOV depuis Intel PROSet nécessitera un redémarrage du système.
Lorsqu'une carte fonctionne en mode NPar, SR-IOV est limité à la partition racine
de chaque port.
Lorsqu'une carte fonctionne en mode NPar, les paramètres de virtualisation (SRIOV) s'appliquent à tous les ports de la carte. Les modifications apportées aux paramètres de virtualisation sur un port sont appliqués à tous les ports de la carte.
En raison des limitations des chipsets, tous les systèmes ou connecteurs ne
prennent pas en charge SR-IOV. Vous trouverez ci-dessous un tableau récapitulatif de la prise en charge de SR-IOV sur les plates-formes serveur Dell EMC.
Prise en charge de SR-IOV sur les cartes réseau
Carte fille réseau, LAN sur carte mère ou carte
40Gbe 25Gbe 10Gbe 1Gbe
Carte réseau convergent Ethernet Intel® XL710-Q2
Oui
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC
Oui
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Oui
Carte réseau Ethernet Intel® 25G 2P XXV710
Oui
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC
Oui
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC
Oui
Carte réseau Ethernet Intel® 10G X710-k bNDC
Oui
Carte réseau convergent Ethernet Intel® X710
Oui
Carte réseau convergent Ethernet Intel® X710-T
Oui
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP
Oui
Carte réseau Ethernet Intel® 10G 4P X710/l350 rNDC
Oui
Carte réseau Ethernet Intel® 10G 4P X710 SFP+ rNDC
Oui
Carte réseau Ethernet Intel® 10G X710 rNDC
Oui
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
Oui
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
Oui
Carte réseau Ethernet Intel® 10G 2P X550-t
Oui
Carte réseau Ethernet Intel® 10G 2P X540-t
Oui
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
Oui
Non
Carte Ethernet Intel® 10G 4P X520/I350 rNDC
Oui
Non
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
Oui
Carte réseau Ethernet Intel® 10G 2P X520
Oui
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Oui
Non
Non
Non
Carte Intel® Gigabit 4P I350-t rNDC
Oui
Carte Intel® Gigabit 4P I350 bNDC
Oui
Carte fille réseau, LAN sur carte mère ou carte
40Gbe 25Gbe 10Gbe 1Gbe
Carte mezzanine Intel® Gigabit 4P I350-t
Oui
Carte Intel® Gigabit 2P I350-t
Oui
Carte réseau Intel® Gigabit 4P I350-t
Oui
PowerEdge C4130 LOM
Non
PowerEdge C6320 LOM
Oui
PowerEdge C6420 LOM
Non
PowerEdge T620 LOM
Non
PowerEdge T630 LOM
Non
PowerEdge FC430 LOM
Non
Oui
PowerEdge R530XD LOM
Plate-forme
Dell EMC
Non
Carte mez- Carte
Connecteur PCI Express
zanine
fille
pour OCP réseau
1
2
3
4
5
pour
rack
C4130
C4140
non
C6320
oui
oui
oui
non oui
oui
C6420
oui
oui
R230
non non
R320
non oui
R330
non non
R420
1x
UC
non oui
2x
UC
oui
oui
R430
oui
oui
R440
oui
oui
oui
1x
UC
non oui
oui
oui
2x
UC
oui
oui
oui
oui
R530
oui
oui
oui
non non
R540
oui
oui
oui
oui
R530XD
oui
oui
non
R620
oui
oui
oui
R630
oui
oui
oui
R520
6
oui
non
7
8
9
10
11
12
13
Plate-forme
Dell EMC
Carte mez- Carte
Connecteur PCI Express
zanine
fille
pour OCP réseau
1
2
3
4
5
pour
rack
6
7
R640
oui
oui
oui
oui
R720XD
oui
oui
oui
oui
oui
oui
oui
R720
oui
oui
oui
oui
oui
oui
oui
oui
R730
oui
oui
oui
oui
oui
oui
oui
R730XD
oui
oui
oui
oui
oui
oui
8
R740
oui
oui
oui
oui
oui
oui
oui
oui oui
R820
oui
oui
oui
oui
oui
oui
oui
oui
oui
oui
oui
oui
oui
oui
R830
9
10
11
12
13
R840
oui
oui
oui
oui
oui
oui
oui
oui oui oui oui
R920
oui
oui
oui
oui
oui
oui
oui
oui oui oui oui
oui
oui
oui
oui
oui
oui
oui oui oui oui
oui
oui
oui
oui
oui
oui
oui oui oui oui oui oui oui
R930
R940
oui
T130
non non non non
T320
non non oui
T330
non non non non
T420
non non oui
oui
oui
oui
T430
non non oui
oui
oui
oui
T440
non oui
oui
oui
oui
T620
oui
oui
non oui
oui
oui
oui
T630
oui
non oui
oui
oui
oui
oui
oui
oui
oui
oui
oui
oui oui
T640
oui
oui
oui
oui
Plate-forme Dell EMC Carte fille réseau lame Connecteur mezzanine
B
C
FC430
oui
oui
oui
FC630
oui
oui
oui
FC830
oui
oui
oui
M420
oui
oui
oui
M520
non
oui
oui
M620
oui
oui
oui
M630
oui
oui
oui
M630 pour VRTX
oui
Plate-forme Dell EMC Carte fille réseau lame Connecteur mezzanine
B
C
oui
oui
M640
oui
M640 pour VRTX
oui
M820
oui
oui
oui
M830
oui
oui
oui
M830 pour VRTX
oui
MX740c
oui
oui
oui
MX840c
oui
oui
oui
Les plates-formes ou connecteurs pris en charge sont indiqués par un "oui". Mention « non » : non pris en charge. Cellule vide : non applicable.
Délester somme de contrôle TCP (IPv4 et IPv6)
Permet à la carte de vérifier la somme de contrôle TCP des paquets entrants et de calculer la somme de contrôle TCP
des paquets sortants. Cette fonctionnalité améliore les performances d’émission et de réception, et réduit le taux
d’utilisation du processeur.
Lorsque le délestage est désactivé, le système d’exploitation vérifie le total de contrôle TCP.
Lorsque le délestage est activé, la carte effectue la vérification en lieu et place du système d’exploitation.
Valeur par défaut
Valeurs possibles
RX et TX activées
l
l
l
l
Désactivé
RX activée
TX activée
RX et TX activées
Options de délestage TCP/IP
Surveillance thermique
Les cartes et les contrôleurs réseaux basés sur le contrôleur Ethernet Intel® I350 (et versions ultérieures) peuvent afficher les données de température et réduire automatiquement la vitesse de la liaison si la température du contrôleur
est trop élevée.
REMARQUE : cette fonction est activée et configurée par le fabricant de matériel. Elle n’est pas disponible sur
toutes les cartes et contrôleurs réseaux. Il n’existe aucun paramètre utilisateur configurable.
Surveillance et production de rapports
L'information concernant la température est affichée sur l'onglet Vitesse de liaison dans Intel® PROSet pour le Gestionnaire de périphériques Windows*. Il existe trois conditions possibles :
l
Température : Normale
Indique le fonctionnement normal.
l
Température : Surchauffe, liaison réduite
Indique que le périphérique a une vitesse de liaison réduite pour abaisser la température et la consommation
de courant.
l
Température : Surchauffe ; arrêt de la carte
Indique que le périphérique est trop chaud et a arrêté le trafic de passage pour éviter les dommages.
Si un des événements de surchauffe se produit, le pilote du périphérique écrit un message sur le journal des événements du système.
Tampons d’émission
Définit le nombre de descripteurs de transmission. Les descripteurs de transmission sont des segments de données
qui permettent à la carte de suivre les paquets de transmission dans la mémoire système. En fonction de sa taille,
chaque paquet de transmission requiert un ou plusieurs descripteurs de transmission.
Vous pouvez augmenter le nombre de descripteurs de transmission si vous rencontrez un problème relatif aux performances de transmission. Bien qu’une augmentation du nombre de descripteurs puisse améliorer les performances
de transmission, les descripteurs de transmission consomment également de la mémoire système. Si vous n’avez pas
de problème relatif aux performances de transmission, utilisez la valeur par défaut. Ce paramètre par défaut varie en
fonction du type de carte.
Consultez la rubrique Spécifications des cartes pour obtenir de l’aide quant à l’identification de votre carte.
Valeur par défaut
512, en fonction des exigences de la carte
Valeurs possibles
128 à 16384, par intervalles de 64, pour les cartes réseau 10 Gigabit pour serveurs.
80 à 2048, par intervalles de 8, pour toutes les autres cartes.
Délester somme de contrôle UDP (IPv4 et IPv6)
Permet à la carte de vérifier la somme de contrôle UDP des paquets entrants et de calculer la somme de contrôle UDP
des paquets sortants. Cette fonctionnalité améliore les performances d’émission et de réception, et réduit le taux
d’utilisation du processeur.
Lorsque le délestage est désactivé, le système d’exploitation vérifie la somme de contrôle UDP.
Lorsque le délestage est activé, la carte effectue la vérification en lieu et place du système d’exploitation.
Valeur par défaut
RX et TX activées
Valeurs possibles
l
l
l
l
Désactivé
RX activée
TX activée
RX et TX activées
Attendre la liaison
Détermine si le pilote doit attendre la négociation automatique avant de signaler l’état de la liaison. Si cette fonctionnalité est désactivée, le pilote n’attend pas la négociation automatique. Si elle est activée, le pilote attend la négociation automatique.
Si cette fonctionnalité est activée alors que la vitesse n'est pas définie sur Négociation automatique, le pilote attend
quelques instants que la liaison soit établie avant de signaler l'état de la liaison.
Si la fonctionnalité est configurée pour une détection automatique, elle est automatiquement définie sur Activé ou
Désactivé en fonction de la vitesse et du type de carte lors de l’installation du pilote. Le paramètre est
l
Désactivé pour les cartes réseau Intel Gigabit cuivre avec une vitesse "Auto".
l
Activé pour les cartes réseau Intel Gigabit cuivre avec une vitesse et un mode duplex forcés.
l
Désactivé pour les cartes réseau Intel Gigabit à fibre optique avec une vitesse "Auto".
Valeur par défaut
Valeurs possibles
Détection automatique
l
l
l
Activé
Désactivé
Détection automatique
Onglet VLAN
L’onglet VLAN permet de créer, modifier et supprimer des réseaux locaux virtuels. Pour que cet onglet soit disponible
et pour pouvoir utiliser la fonctionnalité, vous devez installer Advanced Network Services.
Réseaux locaux virtuels
Présentation
REMARQUES :
l
Les utilisateurs Windows* doivent installer Intel® PROSet pour le Gestionnaire de périphériques Windows et Services réseau avancés Intel® (ANS) pour pouvoir utiliser les réseaux VLAN.
l
Vous devez installer les dernières mises à jour de Microsoft Windows* 10 pour pouvoir créer des associations ou des VLAN Intel® ANS sur des systèmes Windows 10. Les associations ou les VLAN Intel®
ANS créés avec une version précédente du logiciel/pilote sur un système Windows 10 seront corrompus
et ne peuvent pas être mis à niveau. Le package d'installation supprimera ces associations et VLAN existants.
l
Microsoft Windows Server 2012 R2 est la dernière version du système d'exploitation Windows Server
prenant en charge Services réseau avancés Intel®. Services réseau avancés Intel® n'est pas pris en
charge sur Microsoft Windows Server 2016 et les versions ultérieures.
l
Les VLAN Intel ANS ne sont pas compatibles avec les associations Load Balancing and Failover (LBFO)
de Microsoft. Intel® PROSet bloquera l’ajout d’un membre de LBFO à un VLAN Intel ANS. Vous ne
devez pas ajouter à une association LBFO un port qui fait déjà partie d’un VLAN Intel ANS, sous peine
de déstabiliser le système.
Le terme VLAN (Virtual Local Area Network, ou Réseau local virtuel) désigne un ensemble de périphériques qui communiquent comme s’ils se trouvaient sur le même réseau local physique. Tout groupe de ports (y compris l’ensemble
des ports d’un commutateur) peut être considéré comme étant un réseau local virtuel. Les segments de réseaux
locaux ne sont pas restreints par le matériel qui les connecte physiquement.
Les réseaux locaux virtuels permettent de regrouper des ordinateurs dans des groupes de travail logiques. Cette configuration simplifie la gestion du réseau lorsque les clients se
connectent à des serveurs répartis dans un bâtiment, un campus ou une entreprise.
Les réseaux locaux virtuels sont généralement constitués de
collègues appartenant à un même service, mais situés dans
des emplacements différents, de groupes d’utilisateurs utilisant le même protocole de communication ou d’une équipe
travaillant sur un même projet.
En utilisant des réseaux VLAN, vous pouvez :
l
améliorer les performances du réseau ;
l
limiter les diffusions massives ;
l
faciliter les mises à jours de la configuration du réseau local (ajouts, déplacements et modifications) ;
l
limiter les problèmes de sécurité ;
l
faciliter votre tâche de gestion.
Autres considérations
l
l
Configuration de SR-IOV pour une sécurité réseau renforcée : dans un environnement virtualisé, la fonction
virtuelle (VF) peut être sujette à un comportement malveillant sur les cartes Intel® pour serveurs prenant en
charge SR-IOV. Les trames générées par le logiciel ne sont pas attendues et peuvent ralentir le trafic entre
l'hôte et le commutateur virtuel, et ainsi réduire les performances. Pour résoudre ce problème, configurez tous
les ports compatibles SR-IOV pour l'étiquetage des VLAN. Cette configuration autorise l'abandon des trames
inattendues et potentiellement malveillantes.
Pour appartenir à des réseaux locaux virtuels IEEE, la carte doit être connectée à un commutateur prenant en
charge la norme de réseau virtuel IEEE 802.1Q.
l
l
Les réseaux locaux virtuels peuvent coexister avec les associations (si la carte les prend tous les deux en
charge). Dans ce cas, définissez d’abord l’association, puis les réseaux locaux virtuels.
Un seul VLAN non étiqueté peut être configuré par carte ou association. Vous devez disposer d’au moins un
VLAN étiqueté avant de pouvoir installer un VLAN non étiqueté.
IMPORTANT : si vous utilisez des réseaux locaux virtuels IEEE 802.1Q, l’ID des réseaux doit être la même
sur le commutateur et les cartes des réseaux locaux virtuels.
Configuration des réseaux locaux virtuels dans Microsoft* Windows*
Sous Microsoft* Windows*, vous devez utiliser Intel® PROSet pour installer et configurer les réseaux locaux virtuels.
Pour plus d'informations, sélectionnez Intel® PROSet dans la Table des matières (volet de gauche) de cette fenêtre.
ATTENTION :
l
Les réseaux locaux virtuels ne peuvent être utilisés pour des associations contenant des cartes
réseau non Intel.
l
Utilisez Intel® PROSet pour ajouter ou supprimer un réseau local virtuel. N’utilisez pas la boîte de
dialogue Connexions réseau et accès à distance pour activer ou désactiver des réseaux locaux
virtuels. Dans ce cas, le pilote de réseau VLAN ne sera pas correctement activé ou désactivé.
REMARQUES :
l
L'ID du réseau local virtuel est pris en charge. L'ID doit correspondre à l'ID du VLAN configuré sur le commutateur. Les cartes dotées de VLAN doivent être connectées à des périphériques réseau prenant en
charge la spécification IEEE 802.1Q.
l
Si vous modifiez un paramètre sur l’onglet Avancé de l’un des VLAN, les paramètres de tous les VLAN
qui utilisent ce port sont également modifiés.
l
Dans la plupart des environnements, Intel® PROSet prend en charge un maximum de 64 réseaux
locaux virtuels par port réseau ou association.
l
Les réseaux VLAN ANS ne sont pas pris en charge sur les cartes et associations sur lesquelles les files
d'attente d'ordinateurs virtuels sont activées. Cependant, le filtrage de VLAN avec files d'attente
d'ordinateurs virtuels est pris en charge par l'interface de VLAN Microsoft Hyper-V. Pour en savoir plus,
consultez Utilisation des cartes réseau Intel® dans un environnement Microsoft* Hyper-V*.
l
Vous pouvez avoir plusieurs balises de VLAN sur une partition enfant et son parent. Ces paramètres
sont indépendants les uns des autres et peuvent être différents ou identiques. Le seul cas où la balise
VLAN du parent et de l'enfant DOIT être identique est si vous voulez que les partitions parent et enfant
soient capables de communiquer l'une avec l'autre par ce VLAN. Pour en savoir plus, consultez Utilisation des cartes réseau Intel® dans un environnement Microsoft* Hyper-V*.
Configuration d’un réseau VLAN étiqueté IEEE
1. Dans la fenêtre des propriétés de carte, cliquez sur l’onglet VLAN.
2. Cliquez sur Nouveau.
3. Tapez le nom et numéro d’ID du réseau VLAN que vous créez.
L’ID du réseau local virtuel doit correspondre à l’ID du réseau local virtuel du commutateur. La valeur peut être
comprise entre 1 et 4 094, bien que le commutateur puisse ne pas prendre autant de valeurs. Le nom est purement informatif et ne doit donc pas nécessairement correspondre à celui du commutateur. Le nom peut contenir
jusqu’à 256 caractères.
REMARQUE : les ID de VLAN 0 et 1 sont souvent réservés pour d’autres utilisations.
4. Cliquez sur OK.
Le réseau VLAN apparaîtra sous Cartes réseau dans la fenêtre Gestion de l’ordinateur.
Effectuez ces opérations pour chacune des cartes que vous voulez ajouter à un réseau VLAN.
REMARQUE : si vous configurez des réseaux VLAN dans une association, l’icône de l’objet de l’association du
Panneau de configuration Réseau indiquera que l’association est déconnectée. Vous ne serez pas en mesure
de modifier les paramètres TCP/IP comme l’adresse IP ou le masque de sous-réseau. Vous pourrez toutefois
configurer l’association (ajouter ou supprimer des cartes membres, modifier le type d’association, etc.) via le
Gestionnaire de périphériques.
Configuration d’un VLAN non étiqueté
Un seul VLAN non étiqueté peut être configuré par carte ou association.
REMARQUE : il n’est possible de créer un VLAN non étiqueté que s’il existe déjà au moins un VLAN étiqueté.
1.
2.
3.
4.
Dans la fenêtre des propriétés de carte, cliquez sur l’onglet VLAN.
Cliquez sur Nouveau.
Cochez la case Untagged VLAN (Réseau VLAN non étiqueté).
Tapez le nom du réseau VLAN que vous créez.
Le nom est purement informatif et ne doit donc pas nécessairement correspondre à celui du commutateur. Il
est limité à 256 caractères.
5. Cliquez sur OK.
Suppression d’un VLAN
1. Cliquez sur l’onglet VLAN et sélectionnez le réseau que vous voulez supprimer.
2. Cliquez sur Remove (Supprimer).
3. Cliquez sur Yes (Oui) pour confirmer.
Suppression des associations fantômes et des VLAN fantômes
Si vous enlevez physiquement toutes les cartes faisant partie d’une association ou d’un VLAN du système sans les
supprimer d’abord dans le Gestionnaire de périphériques, une association fantôme ou un VLAN fantôme s’affichent
dans le Gestionnaire de périphériques. Il existe deux méthodes permettant de supprimer une association fantôme ou
un VLAN fantôme.
Suppression de l’association fantôme ou du VLAN fantôme à l’aide du Gestionnaire de périphériques
Suivez ces instructions pour supprimer une association fantôme ou un VLAN fantôme à l’aide du Gestionnaire de
périphériques :
1. Dans le Gestionnaire de périphériques, double-cliquez sur l’association fantôme ou le VLAN fantôme.
2. Cliquez sur l’onglet Paramètres.
3. Sélectionnez Supprimer l’association ou Supprimer le VLAN.
Suppression de l’association fantôme ou du VLAN fantôme à l’aide du script savresdx.vbs
Pour Windows Server, le script savresdx.vbs se trouve dans le package de mise à jour du pilote, dans le répertoire
WMI du dossier Windows approprié. Dans le cadre d'invite de commande DOS, saisissez : "cscript savresdx.vbs
removephantoms".
Prévention de la création de périphériques fantômes
Pour empêcher la création de périphériques fantômes, veillez à exécuter ces étapes avant de retirer physiquement la
carte du système :
1. Retirez l’adaptateur de toutes les associations à partir de l’onglet Paramètres de la boîte de dialogue des propriétés de l’association.
2. Supprimez tous les VLAN de la carte à partir de l’onglet VLAN de la boîte de dialogue des propriétés de la
carte.
3. Désinstallez la carte dans le Gestionnaire de périphériques.
Il n’est pas nécessaire de respecter ces étapes dans les scénarios de remplacement à chaud.
Onglet Agrégation de cartes
L’onglet Agrégation de cartes permet de créer, modifier et supprimer des associations de cartes. Pour que cet onglet
soit disponible et pour pouvoir utiliser la fonctionnalité, vous devez installer Advanced Network Services.
Agrégation de cartes
La fonction d'association Services réseau avancés Intel® (Intel® ANS) vous permet de tirer parti de plusieurs cartes
d'un système en les regroupant. Les associations ANS peuvent utiliser des fonctionnalités telles que l’équilibrage de la
charge et la tolérance aux pannes pour optimiser le débit et la fiabilité.
Avant de créer une association ou d'ajouter des membres à une association, assurez-vous que chaque membre a été
configuré de manière identique. Parmi les paramètres à vérifier se trouvent les réseaux VLAN, le balisage des paquets
QS, les paquets étendus et les différents délestages. Faites particulièrement attention avec les cartes de modèles et de
versions différents, car leurs capacités varient.
Notes de configuration
l
l
l
l
l
l
l
l
l
l
l
Vous devez installer les dernières mises à jour de Microsoft Windows* 10 avant de pouvoir créer des associations ou des VLAN Intel® ANS sur des systèmes Windows 10. Les associations ou les VLAN Intel® ANS
créés avec une version précédente du logiciel/pilote sur un système Windows 10 seront corrompus et ne
peuvent pas être mis à niveau. Le package d'installation supprimera ces associations et VLAN existants.
Microsoft* Windows Server* 2012 R2 est la dernière version du système d'exploitation Windows Server à
prendre en charge les Services réseau avancés Intel® (ANS). Intel® ANS ne prend pas en charge
Microsoft Windows Server 2016 et les versions ultérieures.
pour configurer des associations sous Linux, utilisez le module Channel Bonding disponible dans les noyaux
Linux pris en charge. Pour davantage d'informations, consultez la documentation sur le Channel Bonding disponible dans la source de noyau.
Tous les types d’association ne sont pas disponibles sur tous les systèmes d’exploitation.
Veillez à utiliser les derniers pilotes disponibles sur toutes les cartes.
Il n'est pas possible de créer une association incluant à la fois des appareils reposant sur les contrôleurs Intel
X710/XL710 et des appareils reposant sur la carte Intel I350. Ces appareils ne peuvent pas faire partie d'une
même association et seront bloqués lors de la configuration de l'association. Les associations précédemment
créées qui comprennent un ensemble d'appareils seront supprimées lors de leur mise à niveau.
NDIS 6.2 introduit de nouvelles structures de données RSS et interfaces C'est pourquoi il n'est pas possible
d'activer le RSS sur les associations composées d'un mélange de cartes prenant en charge le RSS NDIS 6.2 et
de cartes qui ne le prennent pas en charge.
Si une association est liée à une carte réseau virtuelle Hyper-V, vous ne pouvez pas changer la carte principale ou la carte secondaire.
Pour assurer un ensemble commun de fonctions, certaines fonctions avancées, comme le délestage matériel,
sont automatiquement désactivées lorsqu'une carte ne prenant pas en charge Intel® PROSet est ajoutée à une
association.
STP (Spanning tree protocol) doit être désactivé sur les ports de commutateur connectés à des cartes associées afin d'éviter toute perte de données lorsque la carte principale est remise en service (basculement). Autrement, un délai d’activation peut être configuré sur les cartes pour éviter toute perte de données lorsque le
protocole STP est utilisé. Définissez le délai d’activation dans l’onglet Avancé des propriétés de l’association.
Les protocoles Fibre Channel over Ethernet/Data Center Bridging sont automatiquement désactivés quand une
carte est ajoutée à une association comportant des cartes non compatibles FCoE/DCB.
Configuration des associations ANS
La fonctionnalité Associations ANS du composant Intel Advanced Network Services (iANS) vous permet de tirer parti
de plusieurs cartes d’un système en les regroupant. Les associations ANS peuvent utiliser des fonctionnalités telles
que l’équilibrage de la charge et la tolérance aux pannes pour optimiser le débit et la fiabilité.
REMARQUES :
l
NLB ne fonctionnera pas si l’équilibrage de la charge de réception (RLB) est activé. En effet, NLB et
iANS tentent tous les deux de configurer l’adresse MC multicast du serveur et il en résulte une discordance au niveau de la table ARP.
l
L’association de la carte réseau Intel® 10 Gigabit AF DA Dual Port pour serveurs est prise en charge uniquement avec des cartes de types et de modèles similaires ou avec des commutateurs utilisant une
connexion Direct Attach.
Création d’une association
1. Ouvrez le Gestionnaire de périphériques Windows.
2. Développez Network Adapters (Cartes réseau).
3. Double-cliquez sur l’une des cartes qui fera partie de l’association.
La boîte de dialogue Propriétés de la carte s’affiche.
4. Cliquez sur l’onglet Agrégation de cartes.
5. Cliquez sur Team with other adapters (Associer avec d’autres cartes).
6. Cliquez sur New Team (Nouvelle association).
7. Tapez le nom de l’association et cliquez sur Next (Suivant).
8. Sélectionnez les cases à cocher des cartes que vous voulez inclure à l’association et cliquez sur Next (Suivant).
9. Sélectionnez un mode d’association et cliquez sur Next (Suivant).
10. Cliquez sur Finish (Terminer).
La fenêtre Propriétés de l’association contenant les propriétés et les paramètres de l’association apparaît.
Lorsque l’association est créée, elle apparaît sous la forme d’une carte virtuelle dans la catégorie Cartes réseau de la
fenêtre Gestion de l’ordinateur. Le nom de l’association précède le nom de toutes les cartes qui font partie de
l’association.
REMARQUE : pour configurer des réseaux locaux virtuels dans une association, vous devez tout d’abord créer
l’association.
Ajout/suppression d’une carte d’une association existante
REMARQUE : un membre doit être supprimé à l’association lorsque la liaison est désactivée.
1. Ouvrez la boîte de dialogue Propriétés de l’association en double-cliquant sur une association dans la fenêtre
Gestion de l’ordinateur.
2. Cliquez sur l’onglet Paramètres.
3. Cliquez sur l’onglet Modify Team (Modifier l’association), puis sur l’onglet Adapters (Cartes).
4. Sélectionnez les cartes qui feront partie de l’association.
l
Sélectionnez la case à cocher des cartes que vous voulez ajouter à l’association.
l
Désélectionnez la case à cocher des cartes que vous voulez supprimer de l’association.
5. Cliquez sur OK.
Renommer une association
1. Ouvrez la boîte de dialogue Propriétés de l’association en double-cliquant sur une association dans la fenêtre
Gestion de l’ordinateur.
2. Cliquez sur l’onglet Paramètres.
3. Cliquez sur l’onglet Modify Team (Modifier l’association), puis sur l’onglet Name (Nom).
4. Tapez le nouveau nom de l’association et cliquez sur OK.
Suppression d’une association
1. Ouvrez la boîte de dialogue Propriétés de l’association en double-cliquant sur une association dans la fenêtre
Gestion de l’ordinateur.
2. Cliquez sur l’onglet Paramètres.
3. Sélectionnez l’association que vous voulez supprimer, puis cliquez sur Remove Team (Supprimer
l’association).
4. Cliquez sur Yes (Oui) lorsque vous y êtes invité.(AFT ou Adapter Fault Tolerance)
REMARQUE : si vous avez défini un réseau local virtuel ou des priorités QS sur une carte membre d’une association, il se peut que vous deviez redéfinir ces fonctionnalités une fois que le mode autonome est rétabli sur la
carte.
Considérations sur les associations et les réseaux locaux virtuels à prendre en compte lors du remplacement des cartes
Après installation d’une carte sur un connecteur spécifique, Windows traite toute autre carte du même type comme
étant une nouvelle carte. De même, si vous supprimez la carte installée et l’insérez dans un connecteur différent, Windows la détecte comme étant une nouvelle carte. Veillez à suivre attentivement les instructions ci-dessous.
1.
2.
3.
4.
5.
6.
Ouvrez Intel® PROSet.
Si la carte fait partie d’une association, supprimez la carte de l’association.
Mettez le serveur hors tension et débranchez le cordon d’alimentation.
Déconnectez le câble réseau de la carte.
Ouvrez le capot et retirez la carte.
Introduisez la carte de remplacement. (Utilisez le même emplacement pour éviter que Windows considère qu’il
s’agit d’une nouvelle carte.)
7. Reconnectez le câble réseau.
8. Fermez le capot, rebranchez le cordon d’alimentation et remettez le serveur sous tension.
9. Ouvrez Intel® PROSet et vérifiez que la carte est disponible.
Associations LBFO (Load Balancing and Failover) Microsoft*
Les associations Intel ANS et les VLAN ne sont pas compatibles avec les associations LBFO (Load Balancing and Failover) de Microsoft. Intel® PROSet bloquera l’ajout d’un membre d'une association LBFO à une association Intel ANS
ou à un VLAN. Vous ne devez pas ajouter à une association LBFO un port qui fait déjà partie d'une association Intel
ANS ou d’un VLAN, car cela pourrait déstabiliser le système. Si vous utilisez le membre d'une association ANS ou un
VLAN dans une association LBFO, réalisez la procédure suivante pour restaurer votre configuration :
1. Redémarrez le système.
2. Supprimez l'association LBFO. Bien que la création de l'association LBFO ait échoué, après un redémarrage, le
Gestionnaire de serveur indique que LBFO est activé et l'interface LBFO est présente dans la GUI 'NIC Teaming'.
3. Supprimez les associations ANS et les VLAN se trouvant dans l'association LBFO et recréez-les. Il s'agit d'une
étape facultative (toutes les liaisons sont restaurées lorsque l'association LBFO est supprimée), mais fortement
recommandée.
REMARQUES :
l
Si vous ajoutez un port sur lequel la technologie d'administration active Intel est activée à une association LBFO, ne configurez pas le port en mode de veille dans l'association LBFO. Si vous configurez le
port en mode de veille, il est possible que vous perdiez la fonctionnalité d'administration active.
l
DCB (Pontage de centre de données) n'est pas compatible avec les associations LBFO de Microsoft Server. Ne créez pas d'association LBFO à l'aide de ports Intel 10G lorsque le protocole DCB est installé.
N'installez pas le protocole DCB si des ports Intel 10G font partie d'une association LBFO. L'installation
peut échouer et des pertes de liaison persistantes peuvent se produire si DCB et LBFO sont utilisés sur
le même port.
Utilisation des associations des services réseau avancés Intel® et des VLAN dans une machine virtuelle invitée
Les associations des services réseau avancés Intel® (Intel® ANS) et les VLAN sont pris en charge par les machines
virtuelles invitées suivantes uniquement :
Machine virtuelle hôte/invitée
Microsoft Windows Server 2012 R2 VM
Microsoft Windows Hyper-V
LBFO
Hyperviseurs Linux (Xen ou KVM)
LBFO
ANS, VLAN
VMware ESXi
LBFO
ANS, VLAN
Cartes prises en charge
Les options d’association sont prises en charge sur les cartes réseau Intel pour serveurs. Certaines cartes d’autres
fabricants sont également prises en charge. Si vous utilisez un ordinateur Windows, les cartes affichées dans Intel®
PROSet peuvent faire partie d’une association.
REMARQUE : pour pouvoir utiliser l'association de cartes, votre système doit être doté d'au moins une carte
réseau Intel® pour serveurs. De plus, toutes les cartes de l’association doivent être liées au même commutateur
ou concentrateur.
Conditions pouvant empêcher l'agrégation d'un périphérique
Lors de la création ou de la modification d'une association, il est possible que la liste des types d'association disponibles ou la liste des périphériques disponibles ne comprenne pas tous les types d'association ou périphériques.
Cela peut être dû à une ou plusieurs conditions, comprenant :
l
Le périphérique ne prend pas en charge le type d'association souhaité ou ne prend pas du tout en charge
l'agrégation de cartes.
l
Le système d’exploitation ne prend pas en charge le type d'association souhaité.
l
Les périphériques que vous voulez agréger utilisent des versions de pilote différentes.
l
Vous tentez d'agréger un périphérique Intel PRO/100 avec un périphérique Intel 10GbE.
l
Les périphériques sur lesquels le moteur de délestage TCP (TOE) est activé ne peuvent être ajoutés à une
association ANS et ne seront pas répertoriés dans la liste des cartes disponibles.
l
Vous pouvez ajouter des périphériques compatibles avec la technologie d'administration active Intel® à des
associations AFT (Tolérance aux pannes de la carte), SFT (Tolérance aux pannes du commutateur) et ALB
(Équilibrage de la charge). Tous les autres types d’association ne sont pas pris en charge. Le périphérique
compatible avec la technologie d’administration active Intel doit être désigné comme carte principale de
l’association.
l
L'adresse MAC du périphérique a été remplacée par le paramètre avancé de l'Adresse administrée localement.
l
La fonctionnalité Fibre Channel over Ethernet (FCoE) Boot a été activée sur le périphérique.
l
Le paramètre "Contrôlé par le SE" est activé sous l'onglet Centre de données de ce périphérique.
l
Le périphérique est associé à une carte réseau virtuelle.
l
Le périphérique fait partie d'une association LBFO (Load Balancing and Failover, équilibrage de la charge et
reprise) Microsoft*.
Modes d’agrégation
l
l
l
l
l
Tolérance aux pannes de la carte (AFT) - rend la carte automatiquement redondante pour une connexion
réseau du serveur. Si la carte principale devient défaillante, la carte secondaire est utilisée en remplacement.
Le dispositif de tolérance aux pannes de la carte peut prendre en charge de deux à huit cartes par association.
Ce type d'association fonctionne avec n'importe quel commutateur ou concentrateur. Tous les membres de
l'association doivent être connectés au même sous-réseau.
Tolérance aux pannes du commutateur (SFT) - fournit un basculement entre deux cartes connectées à des commutateurs différents. La fonctionnalité SFT prend en charge deux cartes par association. La fonctionnalité Spanning Tree Protocol (STP) doit être activée sur le commutateur lorsque vous créez une association SFT. Lorsque
des associations SFT sont créées, le délai d’activation est automatiquement défini sur 60 secondes. Ce type
d'association fonctionne avec n'importe quel commutateur ou concentrateur. Tous les membres de l'association
doivent être connectés au même sous-réseau.
Équilibrage de la charge (ALB) - fournit l'équilibrage de la charge de transmission et la tolérance aux pannes
de la carte Sur les systèmes d'exploitation Microsoft* Windows*, vous pouvez activer ou désactiver l'équilibrage
de la charge de réception (RLB) dans les associations ALB (par défaut, la fonctionnalité RLB est activée).
Équilibrage de charge sur machines virtuelles (Virtual Machine Load Balancing, VMLB) - assure l'équilibrage
des charges de trafic de transmission et de réception sur l'ensemble des machines virtuelles liées à l'interface
d'association, ainsi que la tolérance aux pannes du port commutateur, du câble ou de la carte. Ce type
d'association fonctionne avec n'importe quel commutateur.
Agrégation de liens statiques (SLA) - fournit un débit de transmission et de réception supérieur dans une association de deux à huit cartes. Ce type d'association remplace les types d'association des versions logicielles
précédentes : Fast EtherChannel*/Agrégation des liens (FEC) et Gigabit EtherChannel*/Agrégation des liens
(GEC). Ce type inclut également la tolérance aux pannes de la carte et l'équilibrage de charge (protocoles routés uniquement). Ce type d'association nécessite un commutateur prenant en charge l'agrégation de liens Intel,
Cisco* FEC ou GEC, ou l'agrégation de liens IEEE 802.3ad statique.
Toutes les cartes d'une association de type Agrégation de liens opérant en mode statique doivent opérer à la
même vitesse et être connectées à un commutateur compatible avec le mode Agrégation de liens statiques. Si
les capacités de vitesse des cartes d'une association de type Agrégation de liens statiques diffèrent, la vitesse
de l'association est dépendante du plus petit dénominateur commun.
Agrégation de liens IEEE 802.3ad dynamique - crée une ou plusieurs associations utilisant l'agrégation de
liens dynamique avec des cartes de vitesses différentes. Comme avec les associations utilisant le type
d'agrégation de liens statiques, les associations utilisant le type 802.3ad dynamique fournissent un débit de
transmission et de réception supérieur et une tolérance aux pannes. Ce type d'association nécessite un commutateur prenant intégralement en charge la norme IEEE 802.3ad.
IMPORTANT :
l
Veillez à utiliser les derniers pilotes disponibles sur toutes les cartes.
l
Avant de créer une association, d’ajouter ou de supprimer des membres d’une association ou de modifier les paramètres avancés d’un membre d’une association, veillez à ce que tous les membres de
l’association aient été configurés de façon similaire. Les paramètres à vérifier incluent le balisage des
paquets réseaux VLAN et QoS, les trames Jumbo et les différents délestages. Ces paramètres sont disponibles sous l'onglet Avancé d'Intel® PROSet. Faites particulièrement attention avec les cartes de
modèles et de versions différents, car leurs capacités varient.
l
Si des membres d'une association implémentent des fonctionnalités avancées de façon différente, les
fonctionnalités de basculement et d'association en seront affectées. Pour éviter les problèmes
d’implémentation des associations :
l
Créez des associations utilisant des cartes de types et de modèles similaires.
l
Rechargez l’association après l’ajout d’une carte ou la modification de toute fonctionnalité
avancée. Pour recharger une association, vous pouvez par exemple sélectionner une nouvelle
carte principale. Bien qu’une perte temporaire de connectivité réseau ait lieu lors de la reconfiguration de l’association, l’association conserve son schéma d’adressage réseau.
Carte principale et carte secondaire
Les modes d’agrégation de cartes (AFT, SFT, ALB (avec RLB)) ne requérant pas de commutateur disposant de capacités similaires utilisent une carte principale. Pour l’ensemble de ces modes, à l’exception du mode RLB, la carte principale est la seule carte qui reçoit le trafic. Le mode RLB est activé par défaut sur une association ALB.
En cas d’interruption de la carte principale, une autre carte prend le relais. Si vous utilisez plus de deux cartes et que
vous souhaitez que la prise de relais soit effectuée par une carte spécifique en cas de panne de la carte principale,
vous devez spécifier une carte secondaire. Si un périphérique avec la technologie d’administration active Intel activée
fait partie d’une association, il doit être désigné comme la carte principale de l’association.
Il existe deux types de cartes principales et secondaires :
l
Carte principale par défaut : si vous ne spécifiez pas de carte principale, le logiciel choisit la carte ayant les
capacités (modèle et vitesse) les plus élevées comme carte principale par défaut. En cas de basculement sur
indisponibilité, une autre carte devient la carte principale. Dans la plupart des modes, lorsque le problème relatif à la carte originale est résolu, le trafic n’est pas transféré automatiquement vers la carte (originale) principale
par défaut. Cependant, la carte rejoint l’association mais n’est plus la carte principale.
l
Carte principale/secondaire désignée : vous pouvez spécifier une carte désignée dans Intel® PROSet. Dans
une situation normale, la carte principale gère l’ensemble du trafic. La carte secondaire reçoit le trafic de
secours en cas de panne de la carte principale. Si la carte principale désignée tombe en panne et que celle-ci
redevient active ultérieurement, elle reprend automatiquement le contrôle. La spécification des cartes principale et secondaire n’apporte aucun avantage aux associations dynamiques SLA et IEEE 802.3ad, mais
impose à l’association d’utiliser l’adresse MAC de la carte principale.
Pour spécifier une carte principale ou une carte secondaire sous Windows
1. Dans la boîte de dialogue Propriétés de l’association, cliquez sur l’onglet Settings (Paramètres), puis sur
Modify Team (Modifier l’association).
2. Cliquez sur l’onglet Adapters (Cartes réseau), et sélectionnez une carte.
3. Cliquez sur Set Primary (Désigner comme carte principale) ou sur Set Secondary (Désigner comme carte
secondaire).
REMARQUE : vous devez spécifier une carte principale avant de pouvoir spécifier une carte secondaire.
4. Cliquez sur OK.
Le paramètre "Désignée" de la carte apparaît dans la colonne Priorité de l’onglet Team Configuration (Configuration
de l’association) d’Intel® PROSet. Un "1" indique une carte principale désignée, un "2" indique une carte secondaire
désignée.
Basculement et restauration automatique
Lorsqu’une liaison est coupée, en raison d’une panne de port ou de câble, les types d’association qui fournissent une
tolérance aux pannes continuent d’envoyer et de recevoir le trafic. Le basculement est le transfert initial du trafic de la
liaison coupée à la liaison opérationnelle. La restauration automatique se produit lorsque la carte initiale reprend la
liaison. Vous pouvez utiliser le paramètre Délai d’activation (situé dans l’onglet Avancé des propriétés de l’association
dans le Gestionnaire de périphériques) pour spécifier combien de temps la carte de basculement attend avant de devenir active. Si vous ne voulez pas que l’association effectue une restauration automatique lorsque la carte initiale
retrouve la liaison, vous pouvez désactiver le paramètre Autoriser la restauration automatique (situé dans l’onglet
Avancé des propriétés de l’association dans le Gestionnaire de périphériques).
Dispositif de tolérance aux pannes de la carte (AFT ou Adapter Fault Tolerance)
Le Dispositif de tolérance aux pannes de la carte (AFT) fournit la reprise automatique dans le cas d’un échec de liaison dû à une défaillance de la carte réseau, du câble, du commutateur ou du port, en redistribuant la charge du trafic
sur une carte de secours.
Les défaillances sont détectées automatiquement et le trafic est redistribué dès qu’une défaillance est détectée.
L’objectif de la fonctionnalité AFT est d’assurer une redistribution rapide de la charge pour éviter des déconnexions
pendant les sessions de l’utilisateur. Le dispositif de tolérance aux pannes AFT prend en charge de deux à huit cartes
par association. Seul un membre actif de l’association transmet et reçoit le trafic. En cas de défaillance de la connexion
principale (câble, carte ou port), une carte secondaire (de secours) prend automatiquement le relais. Si la connexion
de la carte principale désignée par l’utilisateur est rétablie après un basculement, la carte principale reprend automatiquement le contrôle. Pour de plus amples informations, reportez-vous à la rubrique Cartes principales et secondaires.
Le mode AFT est configuré par défaut lors de la création d’une association. Ce mode n’offre pas l’équilibrage de la
charge.
REMARQUES :
l
Les associations AFT nécessitent que le commutateur ne soit pas configuré pour l’agrégation et que le
protocole "Spanning Tree" soit désactivé pour le port de commutateur connecté à la carte réseau ou au
contrôleur réseau intégré sur le serveur.
l
Tous les membres d’une association AFT doivent être connectés au même sous-réseau.
Tolérance aux pannes du commutateur (SFT : Switch Fault Tolerance)
Le mode Tolérance aux pannes du commutateur (SFT) ne prend en charge que deux cartes d’interface réseau connectées à deux commutateurs différents dans une association. En mode SFT, une carte est la carte principale et une autre
la carte secondaire. Lors d’un fonctionnement normal, la carte secondaire est en mode de veille. En mode de veille, la
carte est inactive et attend de prendre le relais. Elle ne transmet et ne reçoit aucun trafic réseau. En cas d’interruption
de la connectivité de la carte principale, la carte secondaire prend automatiquement le relais. Lorsque des associations SFT sont créées, le délai d’activation est automatiquement défini sur 60 secondes.
En mode SFT, les deux cartes constituant l’association peuvent posséder des vitesses différentes.
REMARQUE : la prise en charge de l’agrégation de cartes SFT ne requiert aucune configuration du commutateur, mais le protocole "Spanning Tree" doit être activé.
Surveillance de la configuration
Permet de définir la surveillance entre l’association SFT et jusqu’à cinq adresses IP. Il est ainsi possible de détecter
l’échec de liaison au delà du commutateur. Vous pouvez vérifier la disponibilité de la connexion pour plusieurs clients
considérés comme problématiques. Si la connexion entre la carte principale et toutes les adresses IP surveillées est
perdue, l’association bascule sur la carte secondaire.
Technologie d’équilibrage de la charge adaptative/charge de réception (ALB/RLB)
La technologie ALB d’équilibrage de la charge est une méthode de distribution dynamique de la charge du trafic des
données sur plusieurs canaux physiques. L’objectif de la technologie ALB est d’améliorer la bande passante globale
et les performances des stations finales. En mode ALB, plusieurs liaisons sont fournies entre le serveur et le commutateur, et le pilote intermédiaire exécuté sur le serveur est responsable de la fonction d’équilibrage de la charge.
L’architecture ALB utilise la connaissance des informations de couche 3 pour assurer une distribution optimale de la
charge de transmission du serveur.
L’architecture ALB est mise en œuvre en désignant l’un des canaux physiques comme étant le canal principal et les
autres des canaux secondaires. Les paquets quittant le serveur peuvent utiliser n’importe quel canal physique, mais
les paquets entrant ne peuvent utiliser que le canal principal. Lorsque la fonctionnalité d’équilibrage de la charge de
réception (RLB) est activée, elle équilibre le trafic de réception IP. Le pilote intermédiaire analyse les charges de transmission des deux cartes et équilibre le taux entre les deux cartes en fonction des adresses de destination. Les associations de cartes configurées pour ALB et RLB offrent aussi les avantages de la tolérance aux pannes.
REMARQUES :
l
Les associations ALB nécessitent que le commutateur ne soit pas configuré pour l’agrégation et que le
protocole "Spanning Tree" soit désactivé pour le port de commutateur connecté à la carte réseau sur le
serveur.
l
La technologie ALB n’équilibre pas le trafic si des protocoles tels que NetBEUI et IPX* sont utilisés.
l
Les associations ALB peuvent comporter des cartes de vitesses différentes. La charge est équilibrée en
fonction des capacités de la carte et de la bande passante du canal.
l
Tous les membres des associations ALB et RLB doivent être connectés au même sous-réseau.
l
Les cartes réseau virtuelles ne peuvent pas être créées sur une association sur laquelle l’équilibrage de
la charge de réception est activé. L’équilibrage de la charge de réception est automatiquement désactivé si vous créez une carte réseau virtuelle sur l’association.
Équilibrage de charge sur machines virtuelles
L’équilibrage de charge sur machines virtuelles (Virtual Machine Load Balancing, VMLB) assure l’équilibrage des
charges de trafic de transmission et de réception sur l’ensemble des VM liées à l’association de cartes ainsi que la tolérance aux pannes du port commutateur, du câble ou de la carte.
Le pilote analyse la charge de transmission et de réception sur chaque carte membre et équilibre le trafic entre les différentes cartes de l’association. Pour une association VMLB, chaque machine virtuelle est associée à un membre de
l’association pour son trafic TX et RX.
Si une seule NIC virtuelle est associée ou bien si Hyper-V est retiré, l’association VLMB se comportera comme une
association AFT.
REMARQUES :
l
La technologie VMLB n’équilibre pas les charges liées aux protocoles non acheminés tels que NetBEUI
et à certains trafics IPX*.
l
La technologie WMLB prend en charge de deux à huit ports de carte par association.
l
Les associations VLMB peuvent comporter des cartes de vitesses différentes. La charge est équilibrée
en fonction du plus petit dénominateur commun des capacités des cartes et de la bande passante du
canal.
l
Vous ne pouvez pas utiliser une carte sur laquelle la technologie d'administration active Intel® (AMT) est
activée avec une association VLMB.
Agrégation de liens statiques
Le mode Agrégation de liens statique (SLA) ressemble énormément au mode ALB. Ce mode combine plusieurs
canaux physiques en un seul canal logique.
Ce mode fonctionne avec les commutateurs suivants :
l
Commutateurs compatibles avec Cisco EtherChannel avec le mode de mise en canal défini sur "marche"
l
Les commutateurs Intel capables d’agrégation de liens
l
Les autres commutateurs compatibles avec la norme 802.3ad statique
REMARQUES :
l
Toutes les cartes d’une association Agrégation de liens statiques doivent opérer à la même vitesse et
être connectées à un commutateur compatible avec le mode Agrégation de liens statiques. Si les capacités de vitesse des cartes d’une association de type Agrégation de liens statiques diffèrent, la vitesse de
l’association est dépendante du commutateur.
l
L’Agrégation de liens statiques nécessite que le commutateur soit configuré pour l’Agrégation de liens
statiques et que le protocole "Spanning Tree" soit désactivé.
l
Il n’est pas possible d’utiliser dans une association SLA une carte réseau où la technologie
d’administration active Intel est activée.
IEEE 802.3ad : Agrégation de liens dynamique
La norme IEEE 802.3ad est la norme IEEE. Les associations peuvent comporter de deux à huit cartes. Vous devez utiliser des commutateurs compatibles 802.3ad (en mode dynamique, l’agrégation peut comprendre plusieurs commutateurs). Les associations de cartes configurées pour IEEE 802.3ad offrent également les avantages de la tolérance
aux pannes et de l’équilibrage de charge. En mode 802.3ad, l’équilibrage de la charge peut s’appliquer à tous les protocoles.
Le mode dynamique prend en charge plusieurs agrégateurs. Les agrégateurs sont formés en fonction de la vitesse
des ports connectés à un commutateur. Par exemple, une association peut contenir des cartes fonctionnant à 1 Gbit/s
et à 10 Gbit/s, mais deux agrégateurs seront formés, un pour chaque vitesse. De plus, si une association contient des
ports de 1 Gbit/s connectés à un même commutateur et une combinaison de ports de 1 Gbit/s et de 10 Gbit/s connectés
à un deuxième commutateur, trois agrégateurs seront formés : un contenant tous les ports connectés au premier commutateur, un contenant les ports de 1 Gbit/s connectés au deuxième commutateur et le troisième contenant les ports
de 10 Gbit/s connectés au deuxième commutateur.
REMARQUES :
l
La prise en charge de l’agrégation de cartes IEEE 802.3ad requiert une configuration du commutateur
(agrégation de liens) et le protocole "Spanning Tree" doit être désactivé.
l
Une fois que vous choisissez un critère d’agrégation, il reste effectif jusqu’à ce que toutes les cartes de
l’association agrégée perdent leur liaison.
l
Sur certains commutateurs, les cartes cuivre et fibre ne peuvent appartenir à la même agrégation dans
une configuration IEEE 802.3ad. Si des cartes cuivre et fibre sont installées sur un système, le commutateur peut configurer les cartes cuivre dans une agrégation et les cartes fibre dans une autre. Si vous
remarquez ce comportement, utilisez uniquement des cartes cuivre ou uniquement des cartes à fibre
optique dans un même système pour obtenir des performances optimales.
l
Il n’est pas possible d’utiliser dans une association DLA une carte réseau où la technologie
d’administration active Intel est activée.
Avant de commencer
l
l
l
l
Vérifiez que le commutateur prend intégralement en charge la norme IEEE 802.3ad.
Vérifiez la dépendance des ports du commutateur dans la documentation. Certains commutateurs nécessitent
un pairage pour démarrer sur un port principal.
Vérifiez le paramétrage de vitesse et de mode duplex pour vous assurer que la carte et le commutateur fonctionnent en Full duplex, qu’il soit forcé ou négocié automatiquement. La carte et le commutateur doivent posséder tous les deux la même configuration de vitesse et de mode duplex. L’exigence de Full duplex fait partie
des spécifications de la norme IEEE 802.3ad : http://standards.ieee.org/. Si nécessaire, modifiez le paramètre
de vitesse et de duplex avant de lier la carte au commutateur. Bien que vous puissiez changer les paramètres
de vitesse et de mode duplex après la création de l’association, Intel vous recommande de déconnecter les
câbles jusqu’à ce que les paramètres soient appliqués. Dans certains cas, il se peut que les commutateurs ou
les serveurs ne reconnaissent pas correctement les nouveaux paramètres de vitesse et de mode duplex s’ils
ont été modifiés alors que la liaison était active sur le réseau.
Si vous configurez un réseau local virtuel, consultez les remarques de compatibilité concernant les réseaux
locaux virtuels dans votre documentation. Les commutateurs ne prennent pas tous en charge simultanément
les associations 802.3ad dynamiques et les réseaux locaux virtuels. Si vous décidez de configurer des réseaux
locaux virtuels, configurez les paramètres des associations et des réseaux locaux virtuels sur les cartes avant
de les relier au commutateur. La fonctionnalité des réseaux locaux virtuels peut être affectée si leur configuration a lieu après que le commutateur a créé une agrégation active.
Suppression des associations fantômes et des VLAN fantômes
Si vous enlevez physiquement toutes les cartes faisant partie d’une association ou d’un VLAN du système sans les
supprimer d’abord dans le Gestionnaire de périphériques, une association fantôme ou un VLAN fantôme s’affichent
dans le Gestionnaire de périphériques. Il existe deux méthodes permettant de supprimer une association fantôme ou
un VLAN fantôme.
Suppression de l’association fantôme ou du VLAN fantôme à l’aide du Gestionnaire de périphériques
Suivez ces instructions pour supprimer une association fantôme ou un VLAN fantôme à l’aide du Gestionnaire de
périphériques :
1. Dans le Gestionnaire de périphériques, double-cliquez sur l’association fantôme ou le VLAN fantôme.
2. Cliquez sur l’onglet Paramètres.
3. Sélectionnez Supprimer l’association ou Supprimer le VLAN.
Prévention de la création de périphériques fantômes
Pour empêcher la création de périphériques fantômes, veillez à exécuter ces étapes avant de retirer physiquement la
carte du système :
1. Retirez l’adaptateur de toutes les associations à partir de l’onglet Paramètres de la boîte de dialogue des propriétés de l’association.
2. Supprimez tous les VLAN de la carte à partir de l’onglet VLAN de la boîte de dialogue des propriétés de la
carte.
3. Désinstallez la carte dans le Gestionnaire de périphériques.
Il n’est pas nécessaire de respecter ces étapes dans les scénarios de remplacement à chaud.
Onglet Gestion de l'alimentation
L’onglet Gestion de l'alimentation d’Intel PROSet remplace l’onglet Gestion de l’alimentation du Gestionnaire de périphériques de Microsoft Windows*. La fonctionnalité de gestion de l'alimentation standard de Windows est incorporée
dans cet onglet Intel PROSet.
REMARQUES :
l
Les options disponibles dans l'onglet Gestion de l'alimentation dépendent de la carte réseau et du système. Toutes les options ne sont pas affichées pour toutes les cartes réseau. Il est possible que certains
paramètres du BIOS ou du système d’exploitation doivent être activés pour que le système se réveille.
Cela est particulièrement vrai avec le réveil depuis un état S5 (appelé également réveil depuis un état
d’arrêt).
l
Les cartes réseau Intel® 10 Gigabit ne prennent pas en charge la gestion de l’alimentation.
l
Si votre système a un moteur de gestion de réseau, le voyant de liaison peut rester allumé même si la
fonctionnalité WoL est désactivée.
l
Quand une carte réseau fonctionne en mode NPar, la gestion de l'alimentation est limitée à la partition
racine de chaque port.
Options d'alimentation
L’onglet Gestion de l'alimentation d’Intel® PROSet comprend plusieurs paramètres, permettant de contrôler la consommation électrique de la carte. Par exemple, vous pouvez configurer la carte pour qu’elle réduise sa consommation électrique si le câble est déconnecté.
Réduire la consommation électrique si le câble est déconnecté et la vitesse de liaison en mode de
veille
Permet à la carte de réduire la consommation d’énergie lorsque le câble du réseau local est déconnecté de la carte et
que la liaison est inactive. Lorsque la liaison de la carte est rétablie, la consommation de la carte retourne à son état
normal.
L’option Matériel par défaut est disponible sur certaines cartes. Si cette option est sélectionnée, la fonctionnalité est
activée ou désactivée en fonction du matériel du système.
Valeur par défaut
La valeur par défaut varie en fonction du système d’exploitation et du type de carte.
Valeurs possibles
La plage varie en fonction du système d’exploitation et du type de carte.
Ethernet économe en énergie
La fonction EEE (Ethernet économe en énergie) permet à un périphérique compatible d’entrer en mode basse consommation entre les paquets du trafic de réseau. La fonctionnalité EEE doit être activée sur les deux partenaires de liaison
pour économiser de l’énergie. Les deux partenaires de liaison repassent en mode d’alimentation maximale quand les
données doivent être transmises. Cette transition peut introduire une légère latence du réseau.
REMARQUES :
l
Les deux partenaires de liaison EEE doivent automatiquement négocier la vitesse de
liaison.
l
EEE n'est pas pris en charge à 10 Mbit/s.
Options Wake on LAN
La capacité de réveiller les ordinateurs à distance constitue un développement important de la gestion des ordinateurs. Cette fonctionnalité a évolué ces dernières années d’une simple capacité de mise sous tension à distance à
un système complexe d’interaction avec les différents états d’alimentation de périphériques et de systèmes
d’exploitation.
Microsoft Windows Server prend en charge l’interface ACPI. Windows ne prend pas en charge le réveil depuis un état
d’arrêt (S5), mais seulement depuis les modes de veille (S3) ou de veille prolongée (S4). Lors de la fermeture du système, ces états arrêtent les périphériques ACPI, y compris les cartes réseau Intel. Cela désarme la fonctionnalité de
réveil à distance des cartes. Cependant, sur certains ordinateurs compatibles ACPI, le BIOS peut comporter un paramètre vous permettant de contourner le système d’exploitation et de réveiller les cartes d’un état S5. Si le réveil d’un
état S5 n’est pas pris en charge dans la configuration de votre BIOS, seul un réveil du mode de veille est possible en
utilisant ces systèmes d’exploitation sur des ordinateurs ACPI.
L'onglet Gestion de l'alimentation d'Intel PROSet comprend les paramètres Wake on Magic Packet et Wake on Directed Packet. Ces paramètres permettent de contrôler le type de paquets utilisés pour réveiller le système à partir du
mode de veille.
Sur certaines cartes, l’onglet Gestion de l'alimentation d’Intel PROSet comprend un paramètre appelé Wake on Magic
Packet d’un état hors tension. Activez ce paramètre pour autoriser explicitement le réveil depuis la fermeture avec un
paquet magique en mode APM.
REMARQUES :
l
Pour utiliser la fonctionnalité Wake on Directed Packet, WoL doit d'abord être activé dans l'EEPROM à
l'aide des utilitaires BootUtil.
l
Si l'option Reduce speed during standby (Réduire la vitesse en mode Veille) est activée, alors l'option
Wake on Magic Packet et/ou Wake on Directed Packet doit(doivent) être activée(s). Si ces
deux options sont désactivées, l'alimentation est coupée de la carte en mode Veille.
l
La fonctionnalité de réveil Wake on Magic Packet à partir d'un état hors tension n'a aucun effet sur
cette option.
Appareils prenant en charge WoL
Tous les appareils prennent en charge Wake on LAN sur tous les ports, à l'exception des :
Appareil
Port(s) de carte prenant en charge WoL
Carte Intel® Gigabit 2P I350-t
port 1 uniquement
Carte réseau Intel® Gigabit 4P I350-t
Carte réseau convergent Ethernet Intel® X710-4
Carte réseau convergent Ethernet Intel® X710-2
port 1 uniquement
Appareil
Port(s) de carte prenant en charge WoL
Carte réseau convergent Ethernet Intel® X710
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Aucune prise en charge
Carte réseau Ethernet Intel® 25G 2P XXV710
Carte réseau convergent Ethernet Intel® X710-T
Aucune prise en charge
Carte réseau convergent Ethernet Intel® XL710-Q2
Carte réseau Ethernet Intel® 10G 2P X520
Aucune prise en charge
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Carte réseau Ethernet Intel® 10G 2P X540-t
Aucune prise en charge
Carte réseau Ethernet Intel® 10G 2P X550-t
Aucune prise en charge
Paramètres Wake on Link
Permet un réveil de l’ordinateur lorsque la connexion réseau établit une liaison lorsqu’il est en mode de veille. Vous
pouvez activer ou désactiver cette fonctionnalité, ou conserver les paramètres par défaut du système d’exploitation.
REMARQUES :
l
Si une carte réseau Intel sur cuivre affiche une vitesse de un gigabit seulement, cette fonctionnalité ne
fonctionne pas car la carte ne peut identifier une liaison un gigabit avec un état D3.
l
Le câble réseau doit être déconnecté lors de l’entrée en S3/S4 afin de réveiller le système par un événement d’activation de la liaison.
Valeur par défaut
Désactivé
Valeurs possibles Désactivé
Contrôlé par le système d'exploitation
Forcé(e)
Réveil à distance
La fonction de réveil à distance permet de sortir votre serveur de l'état de veille ou hors tension. Si la fonction Wake On
LAN est activée, lorsque votre système est mis hors tension, l'interface réseau utilise l'énergie de la mise en veille et
surveille les paquets spécialement conçus. Si elle reçoit un tel paquet, elle réveille le serveur.
Advanced Configuration and Power Interface (ACPI)
L’interface ACPI prend en charge de nombreux états d’alimentation. Chaque état représente un niveau d’alimentation
différent, de l’alimentation intégrale jusqu’à la désactivation complète de l’alimentation, chaque état intermédiaire comportant différents niveaux d’alimentation partielle.
États de l’alimentation ACPI
État de
Description
l’alimentation
S0
Sous tension et entièrement fonctionnel
S1
Le système est en mode d’économie d’énergie (mode de veille). L’horloge de l’unité centrale est arrêtée, mais la mémoire vive est alimentée et actualisée.
S2
Similaire à l’état S1, mais l’alimentation de l’unité centrale est coupée.
S3
Mode d’attente (suspend to RAM). La plupart des composants sont arrêtés. La mémoire vive reste
fonctionnelle.
État de
Description
l’alimentation
S4
Mode de veille prolongée (suspend to disk). Le contenu de la mémoire est transféré sur le disque dur
puis rechargé en mémoire vive lorsque le système est réveillé.
S5
Hors tension
Activation de la fonction Wake From Power Off
Si vous souhaitez réveiller votre système à l'état hors tension, vous devez activer la fonction Wake From Power Off
dans les paramètres de configuration du système.
1. Allez à Configuration du système.
2. Choisissez un port et passez à la configuration.
3. Spécifiez Wake on LAN.
Modèles d’adresse de sortie de veille
Le réveil à distance peut être déclenché par différents types de paquets pouvant être sélectionnés par l’utilisateur, et
n’est pas limité au format du paquet magique. Pour de plus amples informations sur les types de paquets pris en
charge, reportez-vous à la section Paramètres du système d’exploitation.
La capacité de sortie de veille des cartes Intel est basée sur des modèles envoyés par le système d’exploitation. Vous
pouvez configurer le pilote avec les paramètres suivants en utilisant Intel® PROSet pour Windows. Pour les systèmes
Linux*, la fonctionnalité WOL est possible via l’utilitaire ethtool*. Pour de plus amples informations sur ethtool, veuillez
consulter le site Web suivant : http://sourceforge.net/projects/gkernel.
l
Wake on Directed Packet : accepte seulement les modèles contenant l’adresse Ethernet de la carte dans l’entête Ethernet, ou contenant l’adresse IP affectée à la carte dans l’en-tête IP.
l
Wake on Magic Packet : accepte seulement les modèles contenant 16 répétitions consécutives de l’adresse
MAC de la carte.
l
Wake on Directed Packet et Wake on Magic Packet : acceptent les modèles Wake on Directed Packet et Wake
on Magic Packet.
Le paramètre "Wake on Directed Packet" permet également à la carte d’accepter des modèles du protocole de résolution d’adresse ARP (Address Resolution Protocol) interrogeant l’adresse IP affectée à la carte. Si plusieurs adresses
IP sont affectées à une carte, le système d’exploitation peut demander un réveil sur modèles ARP interrogeant l’une
des adresses affectées. Cependant, le réveil de la carte ne se produira qu’en réponse à des paquets ARP interrogeant
la première adresse IP de la liste, généralement la première adresse affectée à la carte.
Problèmes d’installation physique
Connecteur
Certaines cartes mères prennent uniquement en charge le réveil à distance (ou le réveil à distance depuis l’état S5) à
partir d’un connecteur particulier. Consultez la documentation fournie avec votre système pour obtenir des détails sur
la prise en charge du réveil à distance.
Alimentation
Les cartes réseau Intel PRO les plus récentes utilisent une tension de 3,3 volts et certaines une tension de 12 volts.
Elles sont indexées pour s’adapter dans ces deux types de connecteurs.
Le bloc d’alimentation d’attente de 3,3 volts doit être en mesure de fournir au moins 0,2 A à chaque carte Intel PRO installée. Vous pouvez désactiver la fonctionnalité de réveil à distance des cartes à l’aide de l’utilitaire BootUtil afin de
réduire la consommation à 50 milliampères (0,05 A) par carte.
Paramètres du système d’exploitation
Produits Microsoft Windows
Windows Server prend en charge l’interface ACPI. Ces systèmes d’exploitation ne prennent pas en charge le réveil à
distance d’un état hors tension (S5). Seul le réveil du mode de veille est pris en charge. Lors de la fermeture du système, les périphériques ACPI sont arrêtés, y compris les cartes réseau Intel PRO. Cela désarme la fonctionnalité de
réveil à distance des cartes. Cependant, sur certains ordinateurs compatibles ACPI, le BIOS peut comporter un paramètre vous permettant de contourner le système d’exploitation et de réveiller les cartes d’un état S5. Si le réveil d’un
état S5 n’est pas pris en charge dans la configuration de votre BIOS, seul un réveil du mode de veille est possible en
utilisant ces systèmes d’exploitation sur des ordinateurs ACPI.
L’onglet Gestion de l'alimentation d’Intel PROSet comprend, pour certaines cartes, un paramètre appelé Wake on
Magic Packet d’un état hors tension. Pour autoriser explicitement le réveil depuis la fermeture avec un paquet magique
en mode APM, cochez cette case pour activer ce paramètre. Consultez l’aide d’Intel® PROSet pour de plus amples
informations.
Dans les versions de Windows compatibles ACPI, les paramètres avancés d’Intel® PROSet comprennent un paramètre appelé Wake on Settings. Ce paramètre permet de contrôler le type de paquets utilisés pour réveiller le système
à partir du mode de veille. Consultez l’aide d’Intel® PROSet pour de plus amples informations.
Si Intel® PROSet n'est pas installé, vous devez procéder comme suit :
1. Ouvrez le Gestionnaire de périphériques. Cliquez sur l'onglet Gestion de l'alimentation, cochez "Autoriser ce périphérique à sortir l'ordinateur du mode Veille."
2. Sur l'onglet Avancé, activez la fonction "Wake on Magic Packet".
Pour le réveil d'un état S5 sans Intel® PROSET, sur l'onglet Avancé, activez la fonction "PME".
Autres systèmes d’exploitation
Le réveil à distance est aussi pris en charge par Linux.
Configuration avec le module IntelNetCmdlets pour Windows
PowerShell*
Le module IntelNetCmdlets pour Windows PowerShell contient plusieurs cmdlets qui vous permettent de configurer et
de gérer les cartes Intel® Ethernet et les périphériques de votre système. Pour consulter la liste complète de ces cmdlets et leur description, saisissez get-help IntelNetCmdlets dans l'invite de commande Windows PowerShell. Pour
obtenir des informations détaillées sur l'utilisation de chaque cmdlet, saisissez get-help <cmdlet_name> dans l'invite
de commande Windows PowerShell.
REMARQUE : l'aide en ligne (get-help -online) n'est pas prise
en charge.
Installez le module IntelNetCmdlets en cochant la case du module Windows PowerShell pendant le processus
d'installation du pilote et de PROSet. Utilisez ensuite le module d'importation cmdlet pour importer les nouvelles cmdlets. Il vous faudra peut-être redémarrer Windows PowerShell pour accéder aux cmdlets nouvellement importées.
Pour utiliser le module d'importation cmdlet, vous devez en spécifier le chemin d’accès. Par exemple :
PS c:\> Import-Module -Name "C:\Program Files\Intel\Wired Networking\IntelNetCmdlets"
REMARQUE : si vous utilisez une barre oblique inverse (« \ ») à la fin de la commande du module
d'importation, l'opération d'importation échouera. Sous Microsoft Windows* 10 et Windows Server* 2016, la
fonction de saisie semi-automatique ajoute une barre oblique inverse. Si vous utilisez la fonction de saisie
semi-automatique lors de la saisie de la commande du module d'importation, supprimez la barre oblique
inverse du chemin d’accès avant d'appuyer sur Retour pour exécuter la commande.
Voir Microsoft TechNet pour plus d'informations sur le module d'importation cmdlet.
Configuration requise pour utiliser IntelNetCmdlets :
l
l
Microsoft* Windows PowerShell* version 2.0
.NET version 2.0
Configuration de SR-IOV pour une sécurité réseau renforcée
Dans un environnement virtualisé, la fonction virtuelle peut être sujette à un comportement malveillant sur les cartes
Intel® pour serveurs prenant en charge SR-IOV. Les trames générées par le logiciel ne sont pas attendues et peuvent
ralentir le trafic entre l'hôte et le commutateur virtuel, et ainsi réduire les performances. Pour résoudre ce problème,
configurez tous les ports compatibles SR-IOV pour l'étiquetage des VLAN. Cette configuration autorise l'abandon des
trames inattendues et potentiellement malveillantes.
Modification des paramètres d'Intel PROSet par l'intermédiaire de Microsoft* Windows PowerShell*
Vous pouvez utiliser le module IntelNetCmdlets pour Windows PowerShell pour modifier la plupart des paramètres
Intel PROSet.
REMARQUES :
l
Si une carte réseau est liée à une association ANS, ne modifiez pas les paramètres à l'aide de la cmdlet
Set–NetAdapterAdvanceProperty depuis Windows PowerShell* ni à l'aide d'aucune autre cmdlet non
fournie par Intel. Cette action est susceptible d'empêcher l'association d'utiliser cette carte réseau pour
faire passer le trafic. Cela peut entraîner une réduction des performances ou la désactivation de la carte
réseau de l'association ANS. Il est possible de résoudre ce problème en restaurant les paramètres à leur
état précédent ou en retirant la carte réseau de l'association ANS et en la remettant en place.
l
La cmdlet Get-IntelNetAdapterStatus -Status General peut signaler l'état "Liaison active - Ce périphérique n'est pas lié à sa capacité de vitesse maximale". Dans ce cas, si le périphérique est configuré
pour prendre en charge la négociation automatique, vous pouvez configurer la vitesse du partenaire de
liaison du périphérique à la vitesse maximale du périphérique. Si le périphérique n’est pas configuré
pour prendre en charge la négociation automatique, vous pouvez configurer la vitesse du périphérique
manuellement en vous assurant que le partenaire de liaison est réglé sur la même vitesse.
Enregistrement et restauration des paramètres de configuration d’une carte
L’outil de ligne de commande Enregistrer et restaurer (Save and Restore) vous permet de copier les paramètres
actuels des cartes et des associations dans un fichier externe (par exemple, sur un lecteur USB) pour les sauvegarder.
En cas de défaillance du disque dur, vous pouvez restaurer la plupart des anciens paramètres.
Le système sur lequel vous restaurez les paramètres de configuration réseau doit avoir une configuration identique à
celui sur lequel la sauvegarde a été effectuée.
REMARQUES :
l
Seuls les paramètres des cartes (y compris ceux concernant les associations ANS et les réseaux locaux
virtuels) sont enregistrés. Les pilotes des cartes ne sont pas enregistrés.
l
Effectuez une seule restauration à l’aide du script. La configuration pourrait être instable en cas de restauration répétée.
l
L’opération de restauration nécessite le même système d’exploitation que lorsque la configuration a été
enregistrée.
l
Intel® PROSet pour le gestionnaire de périphériques Windows* doit être installé pour que le script
SaveRestore.ps1 fonctionne.
l
Pour les systèmes fonctionnant avec un SE en 64 bits, s'assurer d'exécuter la version 64 bits de Windows PowerShell, et non la version 32 bits (x86), lors de l'exécution du script SaveRestore.ps1.
Syntaxe de ligne de commande
SaveRestore.ps1 –Action save|restore [-ConfigPath] [-BDF]
SaveRestore.ps1 prend en charge les options de ligne de commande suivantes :
Option
Description
-Action
Requis. Valeurs valides : save | restore.
L'option save enregistre les paramètres des cartes et des associations si ceux-ci sont différents des
paramètres par défaut. Lorsque vous restaurez le fichier de sauvegarde, tous les paramètres qui ne
sont pas contenus dans le fichier prennent leur valeur par défaut.
L'option restore restaure les paramètres.
-ConfigPath Facultatif. Spécifie le chemin et le nom de fichier du fichier principal d'enregistrement de la configuration. S'ils ne sont pas spécifiés, il s'agit du chemin et du nom de fichier par défaut du script
(saved_config.txt).
-BDF
Facultatif. Les noms par défaut des fichiers de configuration sont saved_config.txt et Saved_StaticIP.txt.
Si vous spécifiez -BDF lors d'une restauration, le script tente de restaurer la configuration en fonction
des valeurs de PCI Bus:Device:Function:Segment de la configuration enregistrée. Si vous avez supprimé, ajouté ou déplacé une carte réseau vers un autre connecteur, il est possible que le script
applique les paramètres enregistrés à un périphérique différent.
REMARQUES :
l
Si le système restauré n'est pas identique au système enregistré, il est possible que le script ne
restaure aucun paramètre lorsque l'option -BDF est spécifiée.
l
Les périphériques de fonction virtuelle ne prennent pas en charge l'option -BDF.
l
Si vous utilisez Windows pour définir les pourcentages NPar minimum et maximum de bande
passante, vous devez spécifier /bdf au cours d'un enregistrement et restaurer pour conserver
ces paramètres.
Exemples
Exemple d’enregistrement
Pour enregistrer les paramètres des cartes sur un périphérique à support amovible, procédez comme suit :
1. Ouvrez une invite de commande Windows PowerShell.
2. Recherchez le répertoire dans lequel se trouve le fichier SaveRestore.ps1 (habituellement c:\Program Files\Intel\Wired Networking\DMIX).
3. Entrez la commande suivante :
SaveRestore.ps1 –Action Save –ConfigPath e:\settings.txt
Exemple de restauration
Pour restaurer les paramètres des cartes à partir d’un fichier se trouvant sur un périphérique à support amovible, procédez comme suit :
1. Ouvrez une invite de commande Windows PowerShell.
2. Recherchez le répertoire dans lequel se trouve le fichier SaveRestore.ps1 (habituellement c:\Program Files\Intel\Wired Networking\DMIX).
3. Entrez la commande suivante :
SaveRestore.ps1 –Action Restore –ConfigPath e:\settings.txt
Installation et configuration des pilotes Linux*
Présentation
Cette version inclut des pilotes Linux de base pour les cartes Connexions réseau Intel®. Des informations spécifiques
sur la compilation et l’installation, la configuration et les paramètres de ligne de commande pour ces pilotes se
trouvent dans les sections suivantes :
l
Pilote Linux* igb pour les cartes réseau Gigabit Ethernet Intel® basées sur les contrôleurs 82575, 82576, I350
et I354
l
Pilote Linux* ixgbe pour les cartes réseau 10 Gigabit Ethernet Intel® reposant sur les contrôleurs 82599, X540
et X550
l
Pilote Linux* i40e pour les cartes réseau 10 Gigabit Ethernet Intel® basées sur les contrôleurs X710 et XL710
Consultez la section Cartes réseau prises en charge ci-dessous pour déterminer quel pilote utiliser.
Ces pilotes sont pris en charge uniquement en tant que module chargeable. Intel ne fournit pas de correctifs à appliquer à la source du noyau pour permettre la liaison statique du pilote.
Cette version comprend également la pris en charge des pilotes SR-IOV (Single Root I/O Virtualization). Vous trouverez ici des explications plus détaillées sur SR-IOV. Les pilotes suivants prennent en charge les périphériques de
fonction virtuelle de la liste qui ne peuvent être activés que sur les noyaux qui prennent en charge SR-IOV. SR-IOV
nécessite la plate-forme appropriée et la prise en charge du système d’exploitation.
l
Pilote Linux igbvf pour famille de cartes réseau Intel® Gigabit pour les familles de cartes réseau Gigabit avec
contrôleurs 82575, 82576, I350 et I354
l
Pilotes Linux ixgbevf pour famille de cartes 10 Gigabit Intel® pour famille de cartes 10 Gigabit 82599, X540 et
X550
l
Pilote Linux i40e pour famille de cartes réseau Intel® 10 Gigabit pour la famille de cartes réseau 10 Gigabit
avec chipset X710 et de cartes réseau 40 Gigabit avec chipset XL710.
REMARQUES :
l
Sur les systèmes fonctionnant sous Linux ou ESXi, le pilote de base doit être chargé pour que le microprogamme (FW) DUP Dell EMC fonctionne correctement.
l
Ce pilote i40e ne prend pas en charge SR-IOV sur ESXi 5.1.
l
Si vous prévoyez d'affecter directement des périphériques à une machine virtuelle sous Linux*, vous
devez activer la prise en charge de l'unité de gestion de mémoire d'E/S (I/O Memory Management Unit,
IOMMU) afin de garantir le bon fonctionnement de SR-IOV. Utilisez les paramètres d'amorçage du noyau
"intel_iommu=on" et "iommu=pt" pour activer la prise en charge d'IOMMU. Pour optimiser la protection
de la mémoire, utilisez "intel_iommu=on". Pour optimiser les performances, utilisez les deux paramètres
("intel_iommu=on iommu=p"). Ces paramètres peuvent être ajoutés à l'entrée CMDLINE__GRUB LINUX
du fichier de configuration /etc/default/grub. Pour les systèmes utilisant le mode d'amorçage UEFI, exécutez grub2-mkconfig -o /etc/grub2-efi.cfg. Pour les systèmes amorcés en mode BIOS existant, exécutez grub2-mkconfig -o /boot/grub2/grub.cfg.
Cartes prises en charge
Les cartes réseau Intel suivantes sont compatibles avec les pilotes de cette version :
Appareils pris en charge par le pilote de base igb pour Linux
l
l
l
l
l
l
l
l
l
l
Carte Intel® Gigabit 4P X550/I350 rNDC
Carte Intel® Gigabit 4P I350-t rNDC
Carte Intel® Gigabit 4P X540/I350 rNDC
Carte Intel® Gigabit 4P X520/I350 rNDC
Carte mezzanine Intel® Gigabit 4P I350-t
Carte Intel® Gigabit 4P X710/l350 rNDC
Carte Intel® Gigabit 4P I350 bNDC
Carte Intel® Gigabit 2P I350-t
Carte réseau Intel® Gigabit 4P I350-t
Fond de panier Connexion Ethernet Intel® I354 1.0 GbE
l
l
l
Carte Intel® Gigabit 2P I350-t LOM
Carte Intel® Gigabit I350-t LOM
Carte Intel® Gigabit 2P I350 LOM
Appareils pris en charge par le pilote de base ixgbe pour Linux
l
l
l
l
l
l
l
l
l
l
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Carte réseau Ethernet Intel® 10G 2P X540-t
Carte réseau Ethernet Intel® 10G 2P X550-t
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
Carte Ethernet Intel® 10G 4P X520/I350 rNDC
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
Carte réseau Ethernet Intel® 10G 2P X520
Carte réseau Ethernet Intel® 10G X520 LOM
Appareils pris en charge par le pilote de base i40e pour Linux
l
l
l
l
l
l
l
l
l
l
l
l
l
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC
Carte réseau Ethernet Intel® 10G X710-k bNDC
Carte réseau convergent Ethernet Intel® X710
Carte réseau convergent Ethernet Intel® X710-T
Carte réseau Ethernet Intel® 10G 4P X710/l350 rNDC
Carte réseau Ethernet Intel® 10G 4P X710 SFP+ rNDC
Carte réseau Ethernet Intel® 10G X710 rNDC
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC
Carte réseau convergent Ethernet Intel® XL710-Q2
Carte réseau Ethernet Intel® 25G 2P XXV710
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Pour vérifier si votre carte est prise en charge, recherchez son ID sur la carte. Recherchez une étiquette comportant un
code à barres et un numéro au format 123456-001 (six chiffres, tiret, trois chiffres). Comparez le numéro à la liste cidessus.
Pour obtenir de plus amples informations sur l’identification de votre carte ou pour obtenir les derniers pilotes réseau
pour Linux, consultez l’Assistance à la clientèle.
Versions Linux prises en charge
Les pilotes pour Linux sont fournis pour les distributions suivantes (seules les versions Intel® 64 sont prises en
charge) :
Red Hat Enterprise Linux (RHEL) :
l
Red Hat* Enterprise Linux* (RHEL) 6.9
SLES Linux Enterprise Server (SUSE) :
l
Novell* SUSE* Linux Enterprise Server (SLES) 12 SP3
REMARQUE : les périphériques suivants prennent également en charge RHEL 7.3 x64 et SLES 12 SP2 x64.
l
Carte Intel® Gigabit 4P I350-t rNDC
l
Carte Intel® Gigabit 4P X550/I350 rNDC
l
Carte Intel® Gigabit 4P X710/I350 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
l
Carte Ethernet Intel® 10G 4P X710/I350 rNDC
Partitionnement NIC
Sur les cartes réseau Intel® série 710 qui le prennent en charge, vous pouvez configurer plusieurs fonctions sur
chaque port physique. Ces fonctions sont configurées au moyen de la Configuration système/BIOS.
Minimum TX Bandwidth est la bande passante de transmission de données minimale garantie que la partition se verra
allouer, en pourcentage de la vitesse totale de liaison du port physique. La bande passante allouée n'est jamais inférieure au niveau spécifié ici.
La plage des valeurs de bande passante minimale
1 à ((100 moins le nombre de partitions sur le port physique) plus 1).
Par exemple, si un port physique comporte 4 partitions, la plage serait
1 à ((100 - 4) + 1 = 97)
La bande passante maximum représente la bande passante de transmission maximum de la partition sous la forme
d'un pourcentage de la vitesse de liaison du port physique complet. La plage de valeurs acceptable va de 1 à 100. La
valeur peut être utilisée comme limiteur si vous décidez qu'une fonction donnée ne pourra pas consommer la totalité
(100 %) de la bande passante d'un port (en cas de disponibilité). La somme de toutes les valeurs de bande passante
maximale n'est pas limitée, parce qu'il est impossible d'utiliser plus de 100 % de la bande passante d'un port.
REMARQUE :
l
Si la somme des pourcentages de bande passante minimale n'est pas égale à 100, les paramètres
seront automatiquement ajustés de sorte qu'elle soit égale à 100.
l
Si le pourcentage de bande passante maximale d'une partition est défini sur une valeur inférieure au
pourcentage de bande passante minimale de la partition, le pourcentage de bande passante maximale
sera automatiquement réglé sur la valeur du pourcentage de la bande passante minimale.
l
Lorsque vous tentez de définir les valeurs du pourcentage de bande passante minimale en utilisant
iDRAC avec le contrôleur de cycle de vie (Lifecycle Controller) à l'aide de tâches n'incluant pas les
valeurs pour toutes les partitions activées, les valeurs observées après l'exécution des tâches peuvent
être différentes des valeurs qui étaient censées être définies. Pour éviter ce problème, définissez les
valeurs des pourcentages de bande passante minimale sur toutes les partitions en utilisant une seule
tâche et assurez-vous que la somme des valeurs est égale à 100.
Une fois la configuration initiale terminée, vous pouvez définir différentes allocations de bande passante pour chaque
fonction de la manière suivante :
1. Créez un nouveau répertoire nommé /config
2. Modifiez etc/fstab pour inclure :
configfs /config configfs defaults
3. Chargez (ou rechargez) le pilote i40e
4. Montez /config
5. Créez sous config un nouveau répertoire pour chaque partition pour laquelle vous souhaitez configurer la
bande passante.
Trois fichiers apparaissent dans le répertoire config/partition :
- max_bw
- min_bw
- commit
Lisez à partir de max_bw pour afficher le paramètre actuel de bande passante maximale.
Écrivez dans max_bw pour fixer la bande passante maximale pour cette fonction.
Lisez à partir de min_bw pour afficher le paramètre actuel de bande passante minimale.
Écrivez dans min_bw pour fixer la bande passante minimale pour cette fonction.
Écrivez un '1' pour confirmer l'enregistrement (commit) des modifications.
REMARQUES :
l
Commit est en écriture seule. Toute tentative de lecture provoquera une erreur.
l
l
l
L'écriture dans commit n'est prise en charge que pour la première fonction d'un port donné. L'écriture
pour une des fonctions suivantes provoquera une erreur.
La réécriture de la bande passante minimale n'est pas prise en charge. Le NVM du périphérique sousjacent règle la bande passante maximale sur les valeurs prises en charge de manière indéterminée.
Supprimez tous les répertoires sous config et rechargez-les pour voir quelles sont les valeurs réelles.
Pour décharger le pilote, vous devez tout d'abord supprimer les répertoires créés à l'étape 5 ci-dessus.
Exemple de réglage de la bande passante maximale et minimale (en supposant quatre fonctions sur le port eth6-eth9,
et que eth6 soit la première fonction du port) :
# mkdir /config/eth6
# mkdir /config/eth7
# mkdir /config/eth8
# mkdir /config/eth9
# echo 50 > /config/eth6/min_bw
# echo 100 > /config/eth6/max_bw
# echo 20 > /config/eth7/min_bw
# echo 100 > /config/eth7/max_bw
# echo 20 > /config/eth8/min_bw
# echo 100 > /config/eth8/max_bw
# echo 10 > /config/eth9/min_bw
# echo 25 > /config/eth9/max_bw
# echo 1 > /config/eth6/commit
Pilote Linux* igb pour cartes réseau Intel® Gigabit
Présentation des pilotes igb
REMARQUE : dans un environnement virtualisé, la fonction virtuelle (VF) peut être sujette à un comportement
malveillant sur les cartes réseau Intel® pour serveurs prenant en charge SR-IOV. Les deux trames de couche
générées par le logiciel, comme IEEE 802.3x (contrôle de flux de liaison), IEEE 802.1Qbb (contrôle de flux basé
sur des priorités) et les autres trames de ce type, ne sont pas attendues et peuvent ralentir le trafic entre l'hôte et
le commutateur virtuel, et ainsi réduire les performances. Pour résoudre ce problème, configurez tous les ports
compatibles SR-IOV pour l'étiquetage des VLAN. Cette configuration autorise l'abandon des trames inattendues
et potentiellement malveillantes.
REMARQUE : pour configurer l'étiquetage VLAN pour les ports d'une carte réseau activée pour SR-IOV, utilisez
la commande suivante. La configuration de VLAN doit être effectuée avant le chargement du pilote VF ou
l'amorçage de la machine virtuelle (VM).
$ ip link set dev <id netdev PF> vf <id> vlan <id vlan>
Par exemple, les instructions suivantes permettront de configurer PF eth0 et la première VF sur VLAN 10. $ ip
link set dev eth0 vf 0 vlan 10.
Ce fichier décrit le pilote de base Linux* pour Connexions réseau Intel® Gigabit reposant sur le contrôleur
Intel® 82575EB, Intel® 82576, Intel® I350 et Intel® I354. Ce pilote prend en charge les versions de noyau 2.6.30 et
ultérieures
Ce pilote est pris en charge uniquement en tant que module chargeable. Intel ne fournit pas de correctifs à appliquer à
la source du noyau pour permettre la liaison statique du pilote.
Les fonctionnalités suivantes sont maintenant disponibles pour les noyaux pris en charge :
l
Réseaux VLAN natifs
l
Channel Bonding (agrégation)
L’agrégation des cartes est à présent mise en œuvre en utilisant le module Channel Bonding natif de Linux. Cette fonctionnalité est incluse dans les noyaux Linux pris en charge. De la documentation concernant la fonctionnalité Channel
Bonding est disponible dans la source du noyau Linux : /documentation/networking/bonding.txt
Le pilote igb prend en charge l’horodatage IEEE sur les noyaux 2.6.30 et supérieurs.
Le pilote igb prend en charge une vitesse de fonctionnement de 2,5 Gbit/s sur 2500BASE-KX pour les connexions
réseau i354 uniquement.
Utilisez ethtool, lspci ou ifconfig pour obtenir des informations sur le pilote. Les instructions de mise à jour d’ethtool se
trouvent dans la section Configurations supplémentaires plus loin sur cette page.
Appareils pris en charge par le pilote de base igb pour Linux
Les cartes réseau Intel suivantes sont compatibles avec le pilote igb de cette version :
l
Carte Intel® Gigabit 4P X550/I350 rNDC
l
Carte Intel® Gigabit 4P I350-t rNDC
l
Carte Intel® Gigabit 4P X540/I350 rNDC
l
Carte Intel® Gigabit 4P X520/I350 rNDC
l
Carte mezzanine Intel® Gigabit 4P I350-t
l
Carte Intel® Gigabit 4P X710/l350 rNDC
l
Carte Intel® Gigabit 4P I350 bNDC
l
Carte Intel® Gigabit 2P I350-t
l
Carte réseau Intel® Gigabit 4P I350-t
l
Fond de panier Connexion Ethernet Intel® I354 1.0 GbE
l
Carte Intel® Gigabit 2P I350-t LOM
l
Carte Intel® Gigabit I350-t LOM
l
Carte Intel® Gigabit 2P I350 LOM
Compilation et installation
Il existe trois méthodes d’installation du pilote igb :
l
Installation à partir du code source
l
Installer à l’aide de RPM KMP
l
Installation à partir d’un fichier RPM KMOD
Installation à partir du code source
Pour compiler un package RPM* binaire pour ce pilote, exécutez 'rpmbuild -tb <nomdefichier.tar.gz>'. Remplacez
<nomdefichier.tar.gz> par le nom de fichier spécifique du pilote.
REMARQUE :
l
Pour que la compilation fonctionne correctement, il est important que le noyau en cours d’exécution
CORRESPONDE à la version et à la configuration de la source de noyau installée. Si vous venez de
recompiler le noyau, redémarrez l’ordinateur maintenant.
l
La fonctionnalité RPM a été testée uniquement sur les distributions Red Hat.
1. Téléchargez le fichier tar du pilote de base dans le répertoire de votre choix. Par exemple, utilisez ’/home/username/igb’ ou ’/usr/local/src/igb’.
2. Ouvrez/décompressez l’archive en entrant la commande suivante, où <x.x.x> correspond au numéro de version
du paquetage du pilote :
tar zxf igb-<x.x.x>.tar.gz
3. Passez au répertoire src du pilote, <x.x.x> correspond au numéro de version du logiciel d’archivage de fichier
du pilote :
cd igb-<x.x.x>/src/
4. Compilez le module du pilote :
# make install
Les instructions binaires sont installées comme suit :
/lib/modules/<VERSION DU NOYAU>/kernel/drivers/net/igb/igb.ko
Les emplacements d’installation répertoriés ci-dessus sont les emplacements par défaut. Ils peuvent être différents selon les distributions Linux. Pour de plus amples informations, voir le fichier ldistrib.txt inclus dans le
fichier tar du pilote.
5. Installez le module à l’aide de la commande modprobe :
modprobe igb
Pour les noyaux basés sur la version 2.6, assurez-vous que les anciens pilotes IGB sont supprimés du noyau,
avant de charger le nouveau module :
rmmod igb.ko; modprobe igb
6. Affectez une adresse IP à l’interface et activez-la en entrant la commande suivante, où <x> correspond au
numéro d’interface :
ifconfig eth<x> <adresse_IP> up
7. Vérifiez que l’interface fonctionne. Entrez ce qui suit, où <adresse_IP> est l’adresse IP d’un autre ordinateur du
même sous-réseau que l’interface soumis au test :
ping <adresse_IP>
REMARQUE : certains systèmes éprouvent des difficultés à traiter les interruptions MSI et/ou MSI-X. Si votre système doit désactiver ce type d’interruption, le pilote peut être compilé et installé avec la commande suivante :
#make CFLAGS_EXTRA=-DDISABLE_PCI_MSI install
En temps normal, le pilote envoie une interruption toutes les deux secondes. Si les interruptions ne sont pas
reçues dans cat /proc/interrupts pour le périphérique ethX e1000e, ce contournement peut s’avérer nécessaire.
Pour créer un pilote igb avec DCA
Si votre noyau prend en charge DCA, DCA est activé par défaut lorsque le pilote est compilé.
Installer à l’aide de RPM KMP
REMARQUE : KMP est pris en charge uniquement sur SLES11 et ses versions ultérieures.
Les RPM KMP mettent à jour les RPM igb actuellement installés sur le système. Ces mises à jour sont fournies par
SuSE dans la version SLES. Si un RPM n’existe pas actuellement sur le système, le KMP ne s’installe pas.
Les RPM sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM inclus
est :
intel-<nom du composant>-<version du composant>.<type d’arch>.rpm
Par exemple, intel-igb-1.3.8.6-1.x86_64.rpm : igb est le nom du composant ; 1.3.8.6-1 est la version du composant ; et
x86_64 est le type d'architecture.
Les RPM KMP sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM
KMP inclus est :
intel-<nom du composant>-kmp-<type de noyau>-<version du composant>_<version du noyau>.<type
d’arch>.rpm
Par exemple, intel-igb-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm : igb est le nom du composant ; default est le
type de noyau ; 1.3.8.6 est la version du composant ; 2.6.27.19_5-1 est le numéro de version ; et x86_64 et le type
d'architecture.
Pour installer le RPM KMP, tapez les deux commandes suivantes :
rpm -i <nom de fichier rpm>
rpm -i <nom de fichier kmp rpm>
Par exemple, pour installer le paquetage RPM KMP igb, tapez ce qui suit :
rpm -i intel-igb-1.3.8.6-1.x86_64.rpm
rpm -i intel-igb-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm
Installation à partir d’un fichier RPM KMOD
Les RPM KMOD sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers
RPM inclus est :
kmod-<nom du pilote>-<version>-1.<type d'arch>.rpm
Par exemple, kmod-igb-2.3.4-1.x86_64.rpm :
l
igb est le nom du pilote
l
2.3.4 est la version
l
x86_64 est le type d'architecture
Pour installer les fichiers RPM KMOD, accédez au répertoire des fichiers RPM et tapez la commande suivante :
rpm -i <nom de fichier rpm>
Par exemple, pour installer le package RPM KMOD igb depuis RHEL 6.4, tapez ce qui suit :
rpm -i kmod-igb-2.3.4-1.x86_64.rpm
Paramètres de ligne de commande
Si le pilote est compilé comme un module, utilisez les paramètres optionnels suivants en les entrant sur la ligne de
commande avec la commande modprobe et en utilisant la syntaxe suivante :
modprobe igb [<option>=<VAL1>,<VAL2>,...]
Une valeur (<VAL#>) doit être attribuée à chaque port réseau du système pris en charge par ce pilote. Les valeurs sont
appliquées à chaque instance, en fonction de l'ordre. Par exemple :
modprobe igb InterruptThrottleRate=16000,16000
Dans ce cas, deux ports réseau sont pris en charge par igb sur le système. La valeur par défaut de chaque paramètre
est généralement le paramètre recommandé, sauf indication contraire.
Le tableau suivant contient les paramètres et les valeurs possibles des commandes modprobe :
Nom du paramètre
Plages/valeurs
valides
InterruptThrottleRate 0, 1, 3, 100100000 (0=ddésactivé, 1=ddynamique,
3=dynamique
conservatif)
Valeur par
défaut
Description
3
Interrupt Throttle Rate (ITR) contrôle le nombre
d'interruptions que chaque vecteur d'interruption peut générer par seconde. L’accroissement de la valeur ITR diminue
la latence au dépend de l’utilisation du processeur, bien
que cela puisse accélérer le débit dans certaines circonstances.
0 = Lorsqu’InterruptThrottleRate est défini sur 0, toute gestion des interruptions est désactivée, ce qui peut améliorer
la latence des petits paquets. Cependant, cette valeur n'est
généralement pas adaptée à un trafic important, en raison
de l'utilisation plus importante du processeur lorsque le
nombre des interruptions est plus élevé. REMARQUES :
pour les cartes réseau reposant sur les contrôleurs 82599,
X540 et X550, la désactivation d'InterruptThrottleRate
entraînera également la désactivation de HW RSC par le
pilote. - Pour les cartes réseau reposant sur le contrôleur
82598, la désactivation d'InterruptThrottleRate entraînera
également la désactivation du délestage des grandes
réceptions (Large Receive Offloads, LRO).
1 = En affectant au paramètre InterruptThrottleRate la
valeur Mode dynamique, la carte réseau tente de modérer
les interruptions par vecteur tout en maintenant une très
faible latence. Cela peut parfois entraîner une utilisation de
l'UC plus élevée. Si vous envisagez de déployer le pilote
igb dans un environnement sensible à la latence, ce paramètre doit être pris en considération.
<min_ITR>-<max_ITR> = 100-100000
En affectant au paramètre InterruptThrottleRate une valeur
supérieure ou égale à <min_ITR>, la carte réseau est programmée pour envoyer ce nombre maximum
d'interruptions par seconde, même s'il y a plus de paquets
entrants. Cela réduit la charge d'interruptions sur le système et peut diminuer l'utilisation de l'unité centrale en cas
de surcharge, mais augmente la latence car les paquets ne
sont pas traités aussi rapidement.
REMARQUE : cartes réseau non prises en charge :
le paramètre InterruptThrottleRate N'EST PAS pris
en charge par les cartes réseau reposant sur le
contrôleur 82542, 82543 ou 82544.
Nom du paramètre
Plages/valeurs
valides
Valeur par
défaut
Description
LLIPort
0-65535
0 (désactivé)
LLIPort configure le port pour des interruptions à faible
latence (LLI).
Les interruptions à faible latence permettent la création
immédiate d’une interruption lors du traitement de paquets
de réception correspondant à certains critères définis par
les paramètres ci-dessous. Les paramètres LLI ne sont pas
activés lorsque les interruptions héritées sont utilisées. MSI
ou MSI-X doivent être utilisés (voir cat /proc/interrupts) pour
utiliser les LLI avec succès.
Par exemple, l’utilisation de LLIPort-80 provoquerait l’envoi
par la carte d’une interruption immédiate dès réception
d’un paquet envoyé au port TCP 80 de la machine locale.
ATTENTION : l’activation de LLI peut provoquer
un nombre excessif d’interruptions/seconde avec
pour conséquence des problèmes au niveau du
système et, dans certains cas, une panique du
noyau.
LLIPush
0-1
0 (désactivé)
LLIPush peut être paramétré sur activé ou désactivé (par
défaut). Cette option est très efficace dans un environnement comportant de nombreuses petites transactions.
REMARQUE : l’activation de LLIPush peut permettre
une attaque par déni de service.
LLISize
0-1500
0 (désactivé)
LLISize provoque une interruption immédiate si la carte
reçoit un paquet plus petit que la taille spécifiée.
IntMode
0-2
2
Cela permet de contrôler le temps de chargement par rapport au type d’interruption enregistré par le pilote. MSI-X est
requis pour la prise en charge de plusieurs files d’attente.
Certains noyaux et certaines combinaisons d’options de
configurations de noyau forceront un niveau de prise en
charge inférieur des interruptions. ’cat/proc/interrupts’ affichera des valeurs différentes pour chaque type
d’interruption.
0 = interruptions héritées
1 = interruptions MSI
2 = interruptions MSI-X (par défaut).
RSS
0-8
1
0 = Attribue le plus petit des deux nombres entre celui des
processeurs et celui des files.
X = Attribue X file(s), où X est inférieur ou égal au nombre
maximal de files d’attente. Le pilote autorise une valeur
maximale de files d’attente prises en charge. Par exemple,
les cartes réseau I350 autorisent RSS=8, 8 étant le nombre
maximum de files autorisées.
REMARQUE : le nombre maximal de files d'attente
est 4 pour les cartes réseau reposant sur le
contrôleur 82575, 8 pour les cartes réseau reposant
sur le contrôleur 82576 et les cartes plus récentes, 4
pour les cartes réseau reposant sur le contrôleur
i210 et 2 pour les cartes réseau reposant sur le
contrôleur I211.
Nom du paramètre
Plages/valeurs
valides
Valeur par
défaut
Description
Ce paramètre est également affecté par le paramètre
VMDq car il limite davantage les files d'attente.
VMDQ
VMDQ
0-8
0
Modèle
0
1
2
3+
82575
4
4
3
1
82576
8
2
2
2
82580
8
1
1
1
Cela permet l’activation de pools VMDq, ce qui est nécessaire pour la prise en charge de SR-IOV.
Ce paramètre est forcé sur 1 ou plus si le paramètre de
module max_vfs est utilisé. En outre, le nombre de files disponibles pour RSS est limité s’il est paramétré sur 1 ou
plus.
0 = Désactivé
1 = Définit le netdev comme pool 0
2 ou plus = Ajouter des files d’attente supplémentaires.
Néanmoins, celles-ci ne sont pas utilisées.
REMARQUE : lorsque les modes SR-IOV ou VMDq
sont activés, le filtrage de VLAN matériel et la suppression/insertion de balises VLAN restent activés.
max_vfs
0-7
0
Ce paramètre assure la prise en charge SR-IOV. Il fait générer au pilote jusqu’à max_vfs de fonction virtuelle.
Si la valeur est supérieure à 0, il force la valeur du paramètre VMDQ sur 1 ou plus.
REMARQUE : lorsque les modes SR-IOV ou VMDq
sont activés, le filtrage de VLAN matériel et la suppression/insertion de balises VLAN restent activés.
Supprimez l'ancien filtre de VLAN avant d'ajouter le
nouveau filtre de VLAN. Par exemple,
ip link set eth0 vf 0 vlan
100 // définir vlan 100 pour
VF 0
ip link set eth0 vf 0 vlan 0
// supprimer vlan 100
ip link set eth0 vf 0 vlan
200 // définir un nouveau
vlan 200 pour VF 0
QueuePairs
0-1
1
Cette option peut être forcée en 1 si les interruptions disponibles ne sont pas suffisantes. Cela peut se produit si
une combinaison de RSS, VMDQ et max_vfs résulte en
l’utilisation de plus de 4 files.
0 = Si MSI-X est activé, les TX et RX tentent d’occuper des
vecteurs distincts.
1 = TX et RX sont appariés sur un vecteur d’interruption
(par défaut).
Nom du paramètre
Plages/valeurs
valides
Valeur par
défaut
Description
Node (nœud)
0-n, ou n est le
nombre de nœuds
NUMA devant être
utilisés pour
allouer une
mémoire à ce port
d’adaptation.
-1 (désactivé)
Les paramètres du nœud vous permettent de choisir à partir de quel nœud NUMA vous désirez que l’adaptateur
alloue la mémoire. Toutes les structures des pilotes, les
files d’attentes mémorisées et mémoires tampons seront
alloués au nœud spécifié. Ce paramètre n’est utile que
lorsque l’affinité d’interruption est spécifiée, au cas
contraire, l’interruption pourrait être exécutée pendant un
moment sur une machine autre que celle sur laquelle la
mémoire est allouée, ralentissant ainsi l’accès à la
mémoire et ayant un impact sur le CPU ou les deux.
1 (activé)
Cette option permet l’intégration d’IEEE802.3az, Energy
Efficient Ethernet (EEE), devant être annoncés sur le site
partenaire sur les équipements prenant en charge EEE.
-1, utilise le pilote
par défaut
d’allocation de la
mémoire sur
n’importe quel processeur exécutant
modprobe.
EEE
0-1
Une liaison entre les deux périphériques compatibles EEE
entraîne des paquets de données périodiques suivis de
période en mode veille. Ce mode basse consommation
(LPI) est pris en charge pour les vitesses de liaison 1 Gbit/s
et 100 Mbit/s.
REMARQUES :
l
La prise en charge EEE nécessite une négociation automatique.
l
la fonctionnalité EEE est désactivée par
défaut sur les cartes I350.
DMAC
0, 250, 500, 1000,
2000, 3000, 4000,
5000, 6000, 7000,
8000, 9000, 10000
0 (désactivé)
Active ou désactive la fonction de coalition DMA. Les
valeurs sont en microsecondes et augmentent le compteur
interne de la fonction de coalition DMA. Le DMA (Direct
Memory Access) permet au périphérique de réseau de
déplacer directement les données de paquet vers la
mémoire du système, réduisant ainsi l’utilisation du processeur. Cependant, la fréquence et les intervalles aléatoires d’arrivée de paquets ne permettent pas au système
d’entrer en mode faible consommation. La coalition DMA
permet à la carte réseau de collecter des paquets avant de
démarrer un événement DMA. La latence de réseau peut
augmenter, ainsi que les chances que le système entre en
mode faible consommation.
L’activation de la coalition DMA peut permettre
d’économiser de l’énergie avec le noyau 2.6.32 et version
ultérieure. Votre système consommera ainsi moins
d’énergie. La coalition DMA permet d’économiser potentiellement l’énergie de la plate-forme uniquement si elle est
activée sur tous les ports actifs.
La fonction InterruptThrottleRate (ITR) doit être définie en
mode dynamique. Quand ITR=0, la coalition DMA est automatiquement désactivée.
La meilleure configuration de votre plate-forme est expliquée dans un document disponible sur le site Web Intel.
Nom du paramètre
Plages/valeurs
valides
Valeur par
défaut
Description
MDD
0-1
1 (activé)
Le paramètre MDD (Malicious Driver Detection) n’est approprié que pour les périphériques I350 fonctionnant en mode
SR-IOV. Quand ce paramètre est sélectionné, le pilote
détecte un pilote VF malveillant et désactive ses files
d’attente TX/RX jusqu’à ce qu’une réinitialisation du pilote
VF se produise.
Configurations supplémentaires
Configuration du pilote sur des distributions différentes
La configuration d’un pilote réseau pour qu’il se charge correctement lors du démarrage d’un système dépend de la
distribution. Habituellement, le processus de configuration entraîne l'ajout d'une ligne d'alias dans le fichier /etc/modules.conf ou /etc/modprobe.conf, ainsi que la modification de plusieurs scripts de démarrage du système et/ou de
fichiers de configuration. De nombreuses distributions Linux sont livrées avec des outils qui peuvent effectuer ces modifications pour vous. Pour connaître la façon correcte de configurer un périphérique réseau sur votre système, reportezvous à votre documentation de distribution. Si, lors de ce processus, vous êtes invité à fournir le nom du pilote ou du
module, le nom du pilote de base Red Hat Linux pour la famille de cartes Intel Gigabit est igb.
Par exemple, si vous installez le pilote igb pour deux cartes Intel Gigabit (eth0 et eth1) et que vous définissez une
vitesse et un duplex de 10 Full et 100 Half, ajoutez ce qui suit à modules.conf :
alias eth0 igb
alias eth1 igb
options igb IntMode=2,1
Affichage des messages de liaison
Les messages de liaison ne sont pas affichés sur la console si la distribution restreint les messages système. Afin de
voir les messages de liaison du pilote réseau sur votre console, définissez le paramètre dmesg sur huit en entrant ce
qui suit :
dmesg -n 8
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages.
Trames Jumbo
La prise en charge des trames Jumbo est activée en définissant une valeur MTU plus élevée que la valeur par défaut
de 1500 octets. Utilisez la commande ifconfig pour augmenter la valeur MTU. Par exemple :
ifconfig eth<x> mtu 9000 up
Ce paramètre n’est pas sauvegardé lors des redémarrages. Ce paramètre peut être rendu permanent en ajoutant MTU
= 9000 MTU = 9000 au fichier /etc/sysconfig/network-scripts/ifcfg-eth<x>, dans les distributions Red Hat.
Les autres distributions peuvent stocker ce paramètre à un autre emplacement.
REMARQUES :
l
L’utilisation de trames Jumbo à des vitesses de 10 ou 100 Mbit/s pourrait résulter en une baisse des performances ou une perte de liaison.
l
Pour activer les trames Jumbo, définissez une taille MTU supérieure à 1 500 dans l’interface.
l
La taille maximale des trames Jumbo est 9234 octets, avec une taille MTU correspondante de 9216
octets.
ethtool
Le pilote utilise l'interface ethtool pour la configuration et les diagnostics de pilote, ainsi que pour l'affichage des informations statistiques. La version 3 de ethtool ou une version ultérieure est requise pour cette fonctionnalité, mais nous
vous recommandons fortement de télécharger la dernière version à l'adresse : http://www.kernel.org/pub/software/network/ethtool/.
Configuration de la vitesse et du mode duplex
En mode par défaut, une carte réseau Intel® utilisant des connexions en cuivre tente de négocier automatiquement
avec son partenaire de liaison afin de déterminer la meilleure configuration. Si la carte réseau ne parvient pas à établir
de liaison avec son partenaire de liaison en utilisant la négociation automatique, vous devrez sans doute configurer
manuellement la carte et le partenaire de liaison de manière identique afin d’établir la liaison et transmettre des
paquets. Cette opération ne doit être exécutée que pour établir une liaison avec un commutateur ancien qui ne prend
pas en charge la négociation automatique ou utilisant une vitesse ou un mode duplex particuliers.
La configuration du partenaire de liaison doit correspondre à celle que vous avez choisie. Les cartes à fibres optiques
fonctionnent uniquement en Full duplex et seulement à leur vitesse native.
La vitesse et le duplex sont configurés à l'aide de l'utilitaire ethtool*. ethtool est inclus dans toutes les versions de
Red Hat ultérieures à la version Red Hat 7.2. Pour les autres distributions Linux, téléchargez et installez ethtool depuis
le site Web suivant : http://www.kernel.org/pub/software/network/ethtool/.
ATTENTION : seul un administrateur réseau expérimenté devrait forcer manuellement la vitesse et le mode
duplex. Les paramètres du commutateur doivent toujours concorder avec ceux de la carte. La carte sera sensiblement moins performante ou ne fonctionnera pas du tout si les paramètres de la carte diffèrent de ceux du
commutateur.
Activation de Wake on LAN*
Wake on LAN (WoL) est configuré à l'aide de l'utilitaire ethtool*. ethtool est inclus dans toutes les distributions Red Hat
ultérieures à la version Red Hat 7.2. Pour les autres distributions Linux, téléchargez et installez ethtool depuis le site
Web suivant : http://www.kernel.org/pub/software/network/ethtool/.
Pour obtenir des instructions sur l'activation de la fonctionnalité WoL avec ethtool, reportez-vous au site Web mentionné ci-dessus.
WoL sera activé sur le système lors de sa prochaine fermeture ou de son prochain redémarrage. Pour cette version de
pilote et pour activer la fonctionnalité WoL, le pilote igb doit être chargé avant l'arrêt ou la mise en veille du système.
REMARQUES :
l
La fonctionnalité Wake on LAN est prise en charge uniquement sur le port A des périphériques dotés de
plusieurs ports.
l
Wake On LAN n'est pas pris en charge sur la carte réseau pour serveur Intel® Gigabit VT Quad Port Server Adapter.
Multiqueue
Dans ce mode, un vecteur MSI-X distinct est attribué à chaque file d’attente, et un vecteur est attribué aux "autres" interruptions, telles qu’un changement d’état de la liaison et des erreurs. Toutes les interruptions sont limitées par la gestion des interruptions. La gestion des interruptions sert à éviter des perturbations d’interruptions lorsque le pilote traite
une interruption. La valeur de gestion doit être au moins aussi importante que la durée prévue pour que le pilote traite
une interruption. La fonction de file d’attente multiple est désactivée par défaut.
La prise en charge de MSI-X est nécessaire pour la fonction de file d’attente multiple. Si MSI-X n'est pas détecté, le système se replie sur MSI ou sur les interruptions héritées. Ce pilote prend en charge les files d’attente multiples dans les
versions de noyau 2.6.24 et supérieures et les files d’attente de réception multiples sur tous les noyaux prenant en
charge MSI-X.
REMARQUES :
l
N’utilisez pas MSI-X avec les noyaux 2.6.19 ou 2.6.20. Nous vous recommandons d’utiliser un noyau
2.6.21 ou ultérieur.
l
Certains noyaux nécessitent un redémarrage pour passer entre un mode de file d’attente unique et un
mode à plusieurs files d’attente et vice versa.
Large Receive Offload (LRO)
Large Receive Offload (LRO) est une technique permettant d’accroître le débit entrant de connexions réseau large
bande en réduisant la charge du processeur. Cette technique consiste à agréger plusieurs paquets entrants d’un flux
unique dans un tampon de grande taille avant de les faire monter dans la pile réseau, réduisant ainsi le nombre des
paquets devant être traités. LRO combine plusieurs trames Ethernet en une seule réception dans la pile, ce qui décroit
potentiellement l’utilisation du processeur pour les réceptions.
REMARQUE : LRO nécessite un noyau 2.6.22 ou de version ultérieure.
IGB_LRO est un indicateur de temps de compilation. Il peut être activé au moment de la compilation pour ajouter un
soutien du pilote au LRO. L’indicateur est utilisé en ajoutant CFLAGS_EXTRA="-DIGB_LRO" au fichier make lorsqu’il
est compilé. Par exemple :
# make CFLAGS_EXTRA="-DIGB_LRO" install
Vous pouvez vérifier que le pilote utilise LRO en consultant ces compteurs dans ethtool :
l
lro_aggregated - nombre total des paquets qui ont été combinés
l
lro_flushed - compte le nombre de paquets vidés du LRO
l
lro_no_desc - compte le nombre de fois où un descripteur LRO n’était pas disponible pour le paquet LRO
REMARQUE : IPv6 et UDP ne sont pas pris en charge par LRO.
IEEE 1588 Precision Time Protocol (PTP) Hardware Clock (PHC)
Le protocole PTP (Precision Time Protocol) est une implémentation de la spécification IEEE 1588 permettant aux
cartes réseau de synchroniser leurs horloges sur un réseau compatible PTP. Pour cela, une série de transactions de
synchronisation et de notifications de délai est exécutée, permettant au daemon du logiciel d'implémenter un contrôleur PID pour synchroniser les horloges des cartes réseau.
REMARQUE : PTP nécessite un noyau de version 3.0.0 ou ultérieure avec prise en charge PTP activée dans le
noyau et un daemon de logiciel d'espace utilisateur.
IGB_PTP est un indicateur de temps de compilation. L’utilisateur peut l’activer au moment de la compilation pour ajouter la prise en charge LRO du pilote. L’indicateur est utilisé en ajoutant CFLAGS_EXTRA="-DIGB_PTP" au fichier make
lorsqu’il est compilé :
make CFLAGS_EXTRA="-DIGB_PTP" install
REMARQUE : le pilote ne peut pas être compilé si votre noyau ne prend pas en charge PTP.
Vous pouvez vérifier que le pilote utilise PTP en consultant le journal système pour voir si l'enregistrement d'une horloge matérielle (PHC) a été tenté ou non. Si vous possédez un noyau et une version d'ethtool qui prennent en charge
PTP, vous pouvez vérifier la prise en charge PTP dans le pilote en exécutant :
ethtool -T ethX
Fonction anti-arnaque MAC et VLAN
Quand un pilote malveillant tente d’envoyer un paquet malveillant, il est rejeté par le matériel et n’est pas transmis.
Une interruption est envoyée au pilote PF pour signaler la tentative d’intrusion malveillante.
Quand un paquet malveillant est détecté, le pilote PF envoie le message suivant au journal du système (affiché avec la
commande "dmesg") :
Spoof event(s) detected on VF(n)
Où n=VF ayant tenté l’intrusion malveillante.
Configuration de l’adresse MAC, du VLAN et de la limite de taux utilisé par l’outil
IProute2
Vous pouvez définir un adresse MAC pour la fonction virtuelle (VF), un VLAN par défaut et la limite du taux utilisant
l’outil IProute2. Téléchargez la dernière version de l’outil iproute2 à partir de Sourceforge si votre version ne dispose
pas des fonctions requises.
Problèmes connus
REMARQUE : si la connexion réseau Ethernet Intel® ne fonctionne pas après l'installation du pilote, vérifiez
que vous avez installé le pilote correct. Les versions 2.0, 2.1 et 2.5 de la technologie d'administration active
Intel® ne sont pas prises en charge pour une utilisation avec le pilote Linux.
Changement inattendu de l'adresse MAC d'une fonction virtuelle
Si l'adresse MAC d'une fonction virtuelle n'est pas assignée à l'hôte, le pilote de la fonction virtuelle (VF) utilisera une
adresse MAC aléatoire. Cette adresse MAC aléatoire peut changer à chaque fois que le pilote VF est rechargé. Vous
pouvez attribuer une adresse MAC statique dans la machine hôte. Cette adresse MAC statique sera conservée après
le rechargement d'un pilote VF.
Utilisation du pilote igb sur des noyaux 2.4 ou de version 2.6 plus anciens
Compte tenu de la prise en charge limitée de PCI Express dans les noyaux de la version 2.4 et les noyaux plus
anciens de la version 2.6, le pilote igb peut se heurter à des problèmes d'interruption sur certains systèmes, tels que
des liaisons introuvables ou des blocages lors de l'invocation d'un périphérique.
Nous vous recommandons d'utiliser les noyaux les plus récents de la version 2.6, car ils configurent correctement
l'espace de configuration PCI Express de la carte et tous les ponts intervenants. Si vous devez utiliser un noyau 2.4, utilisez un noyau 2.4 plus récent que la version 2.4.30. Pour les noyaux 2.6, nous vous recommandons d'utiliser le
noyau 2.6.21 ou une version plus récente.
Autrement, sur les noyaux 2.6, vous pouvez désactiver la prise en charge MSI du noyau en démarrant avec l’option
"pci=nomsi" ou en désactivant la prise en charge MSI du noyau de façon permanente en configurant le noyau avec la
commande CONFIG_PCI_MSI unset.
Une unité de transmission détectée se bloque sur les cartes réseau à quatre ports
Dans certains cas, les ports 3 et 4 ne laissent pas passer le trafic et signalent des erreurs "Detected Tx Unit Hang" suivies des erreurs "NETDEV WATCHDOG: ethX: transmit timed out" (dépassement de délai d’ethX : dépassement de
délai d’émission). Les ports 1 et 2 n’affichent aucune erreur et laissent passer le trafic.
Le problème peut être résolu en effectuant une mise à jour vers les tous derniers noyaux et BIOS. Utilisez un SE qui
prend totalement en charge les interruptions MSI (Message Signaled Interrupts) et assurez-vous que la fonctionnalité
MSI est activée dans le BIOS de votre système.
Compilation du pilote
Lorsque vous essayez de compiler le pilote en exécutant la commande 'make install', l'erreur suivante peut survenir :
"Linux kernel source not configured - missing version.h" (Source de noyau Linux non configurée - version.h manquante)
Pour résoudre ce problème, créez le fichier version.h en allant dans l’arborescence source de Linux et en entrant :
# make include/linux/version.h
Dégradation des performances avec les trames Jumbo
Une dégradation du débit peut être observée avec certaines trames Jumbo. Dans ce cas, il peut s’avérer utile
d’augmenter la taille de socket de l’application et/ou les valeurs d’entrée de /proc/sys/net/ipv4/tcp_*mem.
Reportez-vous au manuel de l'application en question et à /usr/src/linux*/Documentation/networking/ip-sysctl.txt pour
de plus amples informations.
Trames Jumbo sur un commutateur Foundry BigIron 8000
L’utilisation des trames Jumbo lorsqu’un commutateur Foundry BigIron 8000 est connecté pose un problème. Il s’agit
d’une limitation d’une tierce partie. En cas de pertes de paquets, réduisez la taille de l’unité de transmission maximale
(MTU).
Plusieurs interfaces sur le même réseau de diffusion Ethernet
En raison du comportement ARP par défaut sur Linux, il n’est pas possible qu’un système sur deux réseaux IP dans le
même domaine de diffusion Ethernet (commutateur non partitionné) se comporte normalement. Toutes les interfaces
Ethernet répondront au trafic IP pour toute adresse IP affectée au système. Il en résultera un trafic de réception non
équilibré.
Si un serveur dispose de plusieurs interfaces, activez le filtrage ARP en entrant :
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
Ce processus fonctionne uniquement avec des noyaux de version supérieure à 2.4.5.
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages. Vous pouvez rendre la modification
de configuration permanente en ajoutant la ligne suivante dans le fichier /etc/sysctl.conf :
net.ipv4.conf.all.arp_filter = 1
Une autre solution consiste à installer les interfaces dans des domaines de diffusion séparés (sur différents commutateurs ou sur un commutateur partitionné aux réseaux locaux virtuels).
Désactiver le contrôle de flux de réception avec ethtool
Pour désactiver le contrôle de flux de réception en utilisant ethtool, vous devez désactiver la négociation automatique
sur la même ligne de commande :
ethtool -A eth? autoneg off rx off
Débranchement du câble réseau alors qu'ethtool -p est en cours d’exécution
Sur les noyaux de versions 2.5.50 et plus récents, le clavier système ne répond plus (sauf à la commande
Ctrl+Alt+Supp.) si le câble réseau est débranché alors que ethtool -p est en cours d'exécution. Le redémarrage du système semble être le seul recours.
Problème de transmission du trafic sur les ports 1 et 2 en utilisant RHEL3
Il existe un problème de compatibilité matérielle connu sur certains systèmes avec les noyaux RHEL3. Le trafic sur les
ports 1 et 2 peut être plus lent que prévu, et les délais ping, plus élevés que prévu.
Le problème PEUT être résolu en effectuant une mise à jour vers les tout derniers noyaux et BIOS. Vous pouvez vérifier votre BIOS système en téléchargeant le Linux Firmware Developer Kit (kit de développement de microprogramme
Linux) à l'adresse
http://www.linuxfirmwarekit.org/.
N'utilisez pas LRO lors de l'acheminement de paquets
En raison d’un problème de compatibilité générale entre LRO et l’acheminement, n’utilisez pas LRO lors de
l’acheminement de paquets.
Erreur de création avec Asianux 3.0 - Redéfinition de typedef 'irq_handler_t'
Certains systèmes peuvent éprouver des problèmes de création liés à la redéfinition de irq_handler_t. Pour résoudre
ce problème, générez le pilote (étape 4 ci-dessus) en utilisant la commande :
# make CFLAGS_EXTRA=-DAX_RELEASE_CODE=1 install
Problèmes MSI-X avec les noyaux de versions 2.6.19 à 2.6.21 (comprise)
Des paniques et instabilités du noyau peuvent être observées sur le matériel MSI-X si vous utilisez irqbalance avec
des noyaux de versions 2.6.19 et 2.6.21. Si de tels problèmes surviennent, vous pouvez désactiver le démon irqbalance ou mettre votre noyau à niveau.
Erreurs d’allocation de la page de réception
Des erreurs de type 'Échec d'allocation de page. ordre : 0' peuvent se produire en cas de montée en charge avec les
noyaux 2.6.25 et de versions supérieures. Cela est dû à la façon dont le noyau Linux signale cette condition de stress.
Sous RedHat 5.4-GA, le système peut se bloquer en cas de fermeture de la fenêtre de SE invité, après chargement/déchargement du pilote PF (Physical Function). Ne supprimez pas le pilote igb de Dom0 pendants que les VF
(Virtual Function) sont attribuées aux invités. Les VF doivent utiliser la commande xm "pci-detach" pour le débranchement à chaud du périphérique VF de la VM à laquelle il est attribué ou alors fermer la VM.
Le déchargement du pilote PF entraîne le redémarrage du système quand la machine virtuelle est en cours
d’exécution et la VF est chargée sur la VM. Ne déchargez pas le pilote PF (igb) si les VF sont attribués aux hôtes.
L’hôte peut redémarrer après la suppression de PF lorsque des VF sont actives sur
l’invité
Lorsque vous utilisez des versions du noyau antérieures à la 3.2, ne déchargez pas le pilote PF avec des VF actives.
Cela entraînerait l’arrêt des VF jusqu’à ce que vous rechargiez le pilote PF et pourrait provoquer un redémarrage spontané du système.
Avant de décharger le pilote PF, vous devez d'abord vous assurer qu'aucune VF n'est encore active. Pour ce faire, arrêtez toutes les machines virtuelles et déchargez le pilote VF.
Pilote Linux* igbvf pour cartes réseau Intel® Gigabit
Présentation igbvf
Ce pilote prend en charge les versions de noyau en amont 2.6.30 (ou supérieure) x86_64.
Le pilote igbvf prend en charge les périphériques de fonction virtuelle basés sur les contrôleurs 82576 et I350 qui ne
peuvent être activés que sur les noyaux qui prennent en charge SR-IOV. SR-IOV nécessite la plate-forme appropriée
et la prise en charge du système d’exploitation.
Le pilote igbvf a besoin du pilote igb, version 2.0 ou ultérieure. Le pilote igbvf prend en charge les fonctions virtuelles
générées par le pilote igb avec une valeur max_vfs de 1 ou plus. Pour plus de détails sur le paramètre max_vfs, consultez la section traitant du pilote igb.
Le système d’exploitation hôte chargeant le pilote igbvf doit prendre en charge les interruptions MSI-X.
Actuellement, le pilote est pris en charge uniquement en tant que module chargeable. Intel ne fournit pas de correctifs
à appliquer à la source du noyau pour permettre la liaison statique du pilote. Pour toutes questions concernant la configuration matérielle, reportez-vous à la documentation accompagnant la carte Gigabit Intel. Toutes les configurations
matérielles énumérées s’appliquent à une utilisation avec Linux.
REMARQUE : pour les réseaux locaux virtuels, il existe une limite d'un total de 32 réseaux locaux virtuels partagés sur une VF ou plus.
Appareils pris en charge par le pilote de base igbvf pour Linux
Les cartes réseau Intel suivantes sont compatibles avec le pilote igbvf de cette version :
l
Carte Intel® Gigabit 4P X550/I350 rNDC
l
Carte Intel® Gigabit 4P I350-t rNDC
l
Carte Intel® Gigabit 4P X540/I350 rNDC
l
Carte Intel® Gigabit 4P X520/I350 rNDC
l
Carte mezzanine Intel® Gigabit 4P I350-t
l
Carte Intel® Gigabit 4P X710/l350 rNDC
l
Carte Intel® Gigabit 4P I350 bNDC
l
Carte Intel® Gigabit 2P I350-t
l
Carte réseau Intel® Gigabit 4P I350-t
l
Carte Intel® Gigabit 2P I350-t LOM
l
Carte Intel® Gigabit I350-t LOM
l
Carte Intel® Gigabit 2P I350 LOM
Compilation et installation
Il existe deux méthodes d’installation du pilote igbvf :
l
Installation à partir du code source
l
Installer à l’aide de RPM KMP
Installation à partir du code source
Pour compiler un package RPM* binaire pour ce pilote, exécutez 'rpmbuild -tb <nomdefichier.tar.gz>'. Remplacez
<nomdefichier.tar.gz> par le nom de fichier spécifique du pilote.
REMARQUE : pour que la compilation fonctionne correctement, il est important que le noyau en cours
d’exécution CORRESPONDE à la version et à la configuration de la source de noyau installée. Si vous venez
de recompiler le noyau, redémarrez l’ordinateur maintenant.
1. Téléchargez le fichier tar du pilote de base dans le répertoire de votre choix. Par exemple, utilisez ’/home/username/igbvf’ ou ’/usr/local/src/igbvf’.
2. Ouvrez/décompressez l’archive en entrant la commande suivante, où <x.x.x> correspond au numéro de version
du paquetage du pilote :
tar zxf igbvf-<x.x.x>.tar.gz
3. Passez au répertoire src du pilote, <x.x.x> correspond au numéro de version du logiciel d’archivage de fichier
du pilote :
cd igbvf-<x.x.x>/src/
4. Compilez le module du pilote :
# make install
Les instructions binaires sont installées comme suit :
/lib/modules/<VERSION DU NOYAU>/kernel/drivers/net/igbvf/igbvf.ko
Les emplacements d’installation répertoriés ci-dessus sont les emplacements par défaut. Ils peuvent être différents selon les distributions Linux. Pour de plus amples informations, voir le fichier ldistrib.txt inclus dans le
fichier tar du pilote.
5. Installez le module à l’aide de la commande modprobe :
modprobe igbvf
Pour les noyaux basés sur la version 2.6, assurez-vous que les anciens pilotes igbvf sont supprimés du noyau,
avant de charger le nouveau module :
rmmod igbvf.ko; modprobe igbvf
6. Affectez une adresse IP à l’interface et activez-la en entrant la commande suivante, où <x> correspond au
numéro d’interface :
ifconfig eth<x> <adresse_IP> up
7. Vérifiez que l’interface fonctionne. Entrez ce qui suit, où <adresse_IP> est l’adresse IP d’un autre ordinateur du
même sous-réseau que l’interface soumis au test :
ping <adresse_IP>
REMARQUE : certains systèmes éprouvent des difficultés à traiter les interruptions MSI et/ou MSI-X. Si votre système doit désactiver ce type d’interruption, le pilote peut être compilé et installé avec la commande suivante :
#make CFLAGS_EXTRA=-DDISABLE_PCI_MSI install
En temps normal, le pilote envoie une interruption toutes les deux secondes. Si les interruptions ne sont pas
reçues dans cat /proc/interrupts pour le périphérique ethX e1000e, ce contournement peut s’avérer nécessaire.
Pour créer un pilote igbvf avec DCA
Si votre noyau prend en charge DCA, DCA est activé par défaut lorsque le pilote est compilé.
Installer à l’aide de RPM KMP
REMARQUE : KMP est pris en charge uniquement sur SLES11 et ses versions ultérieures.
Les RPM KMP mettent à jour les RPM igbvf actuellement installés sur le système. Ces mises à jour sont fournies par
SuSE dans la version SLES. Si un RPM n’existe pas actuellement sur le système, le KMP ne s’installe pas.
Les RPM sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM inclus
est :
intel-<nom du composant>-<version du composant>.<type d’arch>.rpm
Par exemple, intel-igbvf-1.3.8.6-1.x86_64.rpm: igbvf est le nom du composant ; 1.3.8.6-1 est la version du composant ;
et x86_64 est le type d'architecture.
Les RPM KMP sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM
KMP inclus est :
intel-<nom du composant>-kmp-<type de noyau>-<version du composant>_<version du noyau>.<type
d’arch>.rpm
Par exemple, intel-igbvf-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm: igbvf est le nom du composant ; default est le
type de noyau ; 1.3.8.6 est la version du composant ; 2.6.27.19_5-1 est la version du noyau ; et x86_64 est le type
d'architecture.
Pour installer le RPM KMP, tapez les deux commandes suivantes :
rpm -i <nom de fichier rpm>
rpm -i <nom de fichier kmp rpm>
Par exemple, pour installer le package RPM KMP igbvf, tapez ce qui suit :
rpm -i intel-igbvf-1.3.8.6-1.x86_64.rpm
rpm -i intel-igbvf-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm
Paramètres de ligne de commande
Si le pilote est compilé comme un module, utilisez les paramètres optionnels suivants en les entrant sur la ligne de
commande avec la commande modprobe et en utilisant la syntaxe suivante :
modprobe igbvf [<option>=<VAL1>,<VAL2>,...]
Une valeur (<VAL#>) doit être attribuée à chaque port réseau du système pris en charge par ce pilote. Les valeurs sont
appliquées à chaque instance, en fonction de l'ordre. Par exemple :
modprobe igbvf InterruptThrottleRate=16000,16000
Dans ce cas, deux ports réseau sont pris en charge par igb sur le système. La valeur par défaut de chaque paramètre
est généralement le paramètre recommandé, sauf indication contraire.
Le tableau suivant contient les paramètres et les valeurs possibles des commandes modprobe :
Nom du paramètre
Plages/valeurs
valides
InterruptThrottleRate 0, 1, 3, 100100000 (0=ddésactivé, 1=ddynamique,
3=dynamique
conservatif)
Valeur
par
défaut
Description
3
Le pilote peut limiter le nombre d’interruptions par seconde
générées par la carte pour les paquets entrants. Pour ce faire,
il écrit une valeur sur la carte, basée sur le nombre maximum
d’interruptions que la carte générera par seconde.
En affectant au paramètre InterruptThrottleRate une valeur
supérieure ou égale à 100, la carte est programmée pour
envoyer ce nombre maximum d'interruptions par seconde,
même s'il y a plus de paquets entrants. Cela réduit la charge
d'interruptions sur le système et peut diminuer l'utilisation de
l'unité centrale en cas de surcharge, mais augmente la latence
car les paquets ne sont pas traités aussi rapidement.
Le comportement par défaut du pilote prenait pour hypothèse
que le paramètre InterruptThrottleRate possédait une valeur
statique de 8000, ce qui fournissait une bonne valeur de
secours pour tous les types de trafic, mais des performances
médiocres concernant le traitement des paquets et la latence.
Cependant, le matériel peut traiter beaucoup plus de paquets
par seconde et c’est pourquoi un algorithme de gestion adaptative des interruptions a été implémenté.
Le pilote possède deux modes adaptatifs (valeur 1 ou 3) avec
lesquels il ajuste de façon dynamique la valeur InterruptThrottleRate en fonction du trafic qu’il reçoit. Après avoir
déterminé le type de trafic entrant de la dernière tranche de
temps, il ajuste la valeur InterruptThrottleRate à une valeur
appropriée en fonction de ce trafic.
Nom du paramètre
Plages/valeurs
valides
Valeur
par
défaut
Description
L’algorithme trie le trafic entrant à chaque intervalle dans des
classes. Une fois que la classe est déterminée, la valeur InterruptThrottleRate est ajustée afin de correspondre au mieux au
type de trafic. Trois classes sont définies : "Bulk traffic" (Trafic
en vrac), pour les grandes quantités de paquets de taille
normale ; "Low latency" (Faible latence), pour les trafics de
petite quantité et/ou un pourcentage important de petits
paquets ; et "Lowest latency" (Plus faible latence), pour les trafics composés presque exclusivement de petits paquets et les
très faibles trafics.
En mode dynamique conservatif, la valeur InterruptThrottleRate est définie sur 4000 pour un trafic tombant
dans la classe "Bulk traffic" (Trafic en vrac). Si le trafic appartient à la classe « Low latency » (Faible latence) ou « Lowest
latency » (Plus faible latence), la valeur InterruptThrottleRate
est augmentée progressivement jusqu'à 20 000. Ce mode par
défaut est adapté à la plupart des applications.
Dans les cas où une faible latence est essentielle, par
exemple dans le cas de grappes ou de grilles d'ordinateurs,
l'algorithme peut réduire encore la latence lorsque le paramètre InterruptThrottleRate est réglé sur le mode 1. Dans ce
mode, qui fonctionne comme le mode 3, InterruptThrottleRate
est augmenté progressivement jusqu'à 70 000 pour le trafic de
la classe à plus faible latence.
Lorsqu’InterruptThrottleRate est défini sur 0, toute gestion des
interruptions est désactivée, ce qui peut améliorer la latence
des petits paquets, mais n’est généralement pas adapté à un
trafic important.
REMARQUES :
l
Si le pilote ixgbevf est chargé avec les paramètres par défaut et que des cartes multiples sont utilisées.
La limitation de requêtes d’interruption dynamique ne s’applique qu’aux cartes fonctionnant en mode
MSI ou hérité, en utilisant une file d’attente de réception unique.
l
Si le pilote igbvf est chargé avec les paramètres par défaut et que des cartes multiples sont utilisées
simultanément, le taux d’utilisation du processeur peut augmenter de façon non linéaire. Pour limiter le
taux d’utilisation du processeur sans affecter la performance globale, chargez le pilote de la manière
suivante :
modprobe igbvf InterruptThrottleRate=3000,3000,3000
Cela définit le paramètre InterruptThrottleRate sur 3000 interruptions/s pour la première, deuxième et troisième instance du pilote. La plage comprise entre 2000 à 3000 interruptions par seconde fonctionne sur
la plupart des systèmes et est un bon point de départ, mais la valeur optimale dépend toutefois de la
plate-forme. Si le taux d’utilisation du processeur n’est pas un problème, utilisez les paramètres par
défaut du pilote.
Configurations supplémentaires
Configuration du pilote sur des distributions différentes
La configuration d’un pilote réseau pour qu’il se charge correctement lors du démarrage d’un système dépend de la
distribution. Habituellement, le processus de configuration entraîne l’ajout d’une ligne d’alias dans le fichier /etc/modules.conf ou /etc/modprobe.conf, ainsi que la modification de plusieurs scripts de démarrage du système et/ou de
fichiers de configuration. De nombreuses distributions Linux sont livrées avec des outils qui peuvent effectuer ces modifications pour vous. Pour connaître la façon correcte de configurer un périphérique réseau sur votre système, reportezvous à votre documentation de distribution. Si, lors de ce processus, vous êtes invité à fournir le nom du pilote ou du
module, le nom du pilote de base Linux pour la famille de cartes Intel Gigabit est igbvf.
Par exemple, si vous installez le pilote igbvf pour deux cartes Intel Gigabit (eth0 et eth1) et que vous définissez le
mode d’interruption sur MSI-X et MSI, ajoutez ce qui suit à modules.conf ou /etc/modprobe.conf :
alias eth0 igbvf
alias eth1 igbvf
options igbvf InterruptThrottleRate=3,1
Affichage des messages de liaison
Les messages de liaison ne sont pas affichés sur la console si la distribution restreint les messages système. Afin de
voir les messages de liaison du pilote réseau sur votre console, définissez le paramètre dmesg sur huit en entrant ce
qui suit :
dmesg -n 8
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages.
Trames Jumbo
La prise en charge des trames Jumbo est activée en définissant une valeur MTU plus élevée que la valeur par défaut
de 1500 octets. Utilisez la commande ifconfig pour augmenter la valeur MTU. Par exemple :
ifconfig eth<x> mtu 9000 up
Ce paramètre n’est pas sauvegardé lors des redémarrages. Ce paramètre peut être rendu permanent en ajoutant MTU
= 9000 MTU = 9000 au fichier /etc/sysconfig/network-scripts/ifcfg-eth<x>, dans les distributions Red Hat.
Les autres distributions peuvent stocker ce paramètre à un autre emplacement.
REMARQUES :
l
L’utilisation de trames Jumbo à des vitesses de 10 ou 100 Mbit/s pourrait résulter en une baisse des performances ou une perte de liaison.
l
Pour activer les trames Jumbo, définissez une taille MTU supérieure à 1 500 dans l’interface.
l
La taille maximale des trames Jumbo est 9234 octets, avec une taille MTU correspondante de 9216
octets.
ethtool
Le pilote utilise l'interface ethtool pour la configuration et les diagnostics de pilote, ainsi que pour l'affichage des informations statistiques. La version 3 de ethtool ou une version ultérieure est requise pour cette fonctionnalité, mais nous
vous recommandons fortement de télécharger la dernière version à l'adresse : http://www.kernel.org/pub/software/network/ethtool/.
Problèmes connus
Compilation du pilote
Lorsque vous essayez de compiler le pilote en exécutant la commande ’make install’, l’erreur suivante peut se
produire :
"Linux kernel source not configured - missing version.h" (source de noyau Linux non configurée - fichier
version.h manquant)
Pour résoudre ce problème, créez le fichier version.h en allant dans l’arborescence source du noyau Linux et en
entrant :
# make include/linux/version.h
Plusieurs interfaces sur le même réseau de diffusion Ethernet
En raison du comportement ARP par défaut sur Linux, il n’est pas possible qu’un système sur deux réseaux IP dans le
même domaine de diffusion Ethernet (commutateur non partitionné) se comporte normalement. Toutes les interfaces
Ethernet répondront au trafic IP pour toute adresse IP affectée au système. Il en résultera un trafic de réception non
équilibré.
Si un serveur dispose de plusieurs interfaces, activez le filtrage ARP en entrant :
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
(fonctionne uniquement avec des noyaux de version supérieure à 2.4.5).
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages. Toutefois, pour rendre la modification
de configuration permanente, utilisez l’une des méthodes suivantes :
l
Ajoutez la ligne suivante à /etc/sysctl.conf:
net.ipv4.conf.all.arp_filter = 1
l
Installez les interfaces dans des domaines de diffusion séparés (sur différents commutateurs ou sur un
commutateur partitionné en réseaux VLAN).
N’utilisez pas LRO lors de l’acheminement de paquets
En raison d’un problème de compatibilité générale entre LRO et l’acheminement, n’utilisez pas LRO lors de
l’acheminement de paquets.
Problèmes MSI-X avec des noyaux de versions 2.6.19 à 2.6.21 (compris)
Des paniques et instabilités du noyau peuvent être observées sur le matériel MSI-X si vous utilisez irqbalance avec
des noyaux de versions 2.6.19 et 2.6.21. Si de tels problèmes surviennent, vous pouvez désactiver le démon irqbalance ou mettre votre noyau à niveau.
Erreurs d’allocation de la page de réception
Des erreurs d’allocation d’ordre d’échec:0 erreur peut se produire en cas de stress avec les noyaux 2.6.25 et de versions supérieures. Cela est dû à la façon dont le noyau Linux signale cette condition de stress.
Le déchargement du pilote PF entraîne le redémarrage du système quand VM est en
cours d’exécution et VF est chargé sur le VM
Ne déchargez pas le pilote PF (igb) si les VF sont attribués aux hôtes.
L’hôte peut redémarrer après la suppression de PF lorsque des VF sont actives sur
l’invité
Lorsque vous utilisez des versions du noyau antérieures à la 3.2, ne déchargez pas le pilote PF avec des VF actives.
Cela entraînerait l’arrêt des VF jusqu’à ce que vous rechargiez le pilote PF et pourrait provoquer un redémarrage spontané du système.
Pilote Linux* ixgbe pour cartes réseau Intel® 10 Gigabit pour
serveurs
Présentation des pilotes ixgbe
ATTENTION : par défaut, le pilote ixgbe est conforme à la fonctionnalité Large Receive Offload (LRO) (Important délestage reçu) lorsqu’elle est activée. Cette option permet l’utilisation la plus réduite du processeur pour
la réception mais est incompatible avec le transfert et le pontage de l’acheminement/ip. Si l’activation du transfert et du pontage ip est requise, il est nécessaire de désactiver LRO en utilisant les options de temps de compilation comme indiqué dans la section LRO plus bas dans cette section. La non désactivation de LRO alors
que le transfert et le pontage ip sont activés peut entraîner un faible débit ou même une panique du noyau.
REMARQUE : ne déchargez pas le pilote d'un port si une fonction virtuelle (VF) avec une machine virtuelle
(VM) lui est associée. Autrement, le port semblerait se bloquer. L'exécution de la commande est terminée
lorsque la machine virtuelle s'arrête, ou libère la VF.
REMARQUE : dans un environnement virtualisé, la fonction virtuelle peut être sujette à un comportement malveillant sur les cartes réseau Intel® pour serveurs prenant en charge SR-IOV. Les deux trames de couche générées par le logiciel, comme IEEE 802.3x (contrôle de flux de liaison), IEEE 802.1Qbb (contrôle de flux basé sur
des priorités) et les autres trames de ce type, ne sont pas attendues et peuvent ralentir le trafic entre l'hôte et le
commutateur virtuel, et ainsi réduire les performances. Pour résoudre ce problème, configurez tous les ports
compatibles SR-IOV pour l'étiquetage des VLAN. Cette configuration autorise l'abandon des trames inattendues et potentiellement malveillantes.
Ce fichier décrit le pilote de base Linux* pour cartes réseau 10 Gigabit des Connexions réseau Intel®. Ce pilote prend
en charge les noyaux 2.6.x et versions ultérieures, ainsi que tous les systèmes pris en charge par Linux, y compris
X86_64, i686 et PPC.
Ce pilote est pris en charge uniquement en tant que module chargeable. Intel ne fournit pas de correctifs à appliquer à
la source du noyau pour permettre la liaison statique du pilote. Une version du pilote peut être déjà incluse dans votre
distribution ou noyau.
Les fonctionnalités suivantes sont maintenant disponibles pour les noyaux pris en charge :
l
Réseaux VLAN natifs
l
Channel Bonding (agrégation)
l
Délestage de réception générique
l
Pontage de centre de données
L’agrégation des cartes est à présent mise en œuvre en utilisant le module Channel Bonding natif de Linux. Cette fonctionnalité est incluse dans les noyaux Linux pris en charge. De la documentation concernant la fonctionnalité Channel
Bonding est disponible dans la source du noyau Linux : /documentation/networking/bonding.txt
Utilisez ethtool, lspci ou ifconfig pour obtenir des informations sur le pilote. Les instructions de mise à jour d’ethtool se
trouvent dans la section Configurations supplémentaires plus loin sur cette page.
Appareils pris en charge par le pilote de base ixgbe pour Linux
Les cartes réseau Intel suivantes sont compatibles avec le pilote Linux de cette version :
l
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
l
Carte réseau Ethernet Intel® 10G 2P X540-t
l
Carte réseau Ethernet Intel® 10G 2P X550-t
l
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
l
Carte Ethernet Intel® 10G 4P X520/I350 rNDC
l
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
l
Carte réseau Ethernet Intel® 10G 2P X520
l
Carte réseau Ethernet Intel® 10G X520 LOM
Périphériques SFP+ avec câble optique enfichable
REMARQUE : Pour les cartes à fibre optique SFP+ avec chipset 92500, l’utilisation de "ifconfig down" désactive le laser. "ifconfig up" active le laser.
Voir Appareils SFP+ et QSFP+ pour plus d'informations.
Compilation et installation
Il existe trois méthodes d’installation du pilote Linux :
l
Installation à partir du code source
l
Installer à l’aide de RPM KMP
l
Installation à partir d’un fichier RPM KMOD
Installation à partir du code source
Pour compiler un package RPM* binaire pour ce pilote, exécutez 'rpmbuild -tb <nomdefichier.tar.gz>'. Remplacez
<nomdefichier.tar.gz> par le nom de fichier spécifique du pilote.
REMARQUES :
l
Pour que la compilation fonctionne correctement, il est important que le noyau en cours d’exécution
CORRESPONDE à la version et à la configuration de la source de noyau installée. Si vous venez de
recompiler le noyau, redémarrez l’ordinateur maintenant.
l
La fonctionnalité RPM a été testée uniquement sur les distributions Red Hat.
1. Téléchargez le fichier tar du pilote de base dans le répertoire de votre choix. Par exemple, utilisez ’/home/username/ixgbe’ ou ’/usr/local/src/ixgbe’.
2. Ouvrez/décompressez l’archive en entrant la commande suivante, où <x.x.x> correspond au numéro de version
du paquetage du pilote :
tar zxf ixgbe-<x.x.x>.tar.gz
3. Passez au répertoire src du pilote, <x.x.x> correspond au numéro de version du logiciel d’archivage de fichier
du pilote :
cd ixgbe-<x.x.x>/src/
4. Compilez le module du pilote :
make install
Les instructions binaires sont installées comme suit : /lib/modules/<VERSION DU NOYAU>/kernel/drivers/net/ixgbe/ixgbe.ko
Les emplacements d’installation répertoriés ci-dessus sont les emplacements par défaut. Ils peuvent être différents selon les distributions Linux. Pour de plus amples informations, voir le fichier ldistrib.txt inclus dans le
fichier tar du pilote.
REMARQUE : IXGBE_NO_LRO est un indicateur de temps de compilation. L’utilisateur peut l’activer au
moment de la compilation pour supprimer la prise en charge LRO du pilote. L’indicateur est utilisé en
ajoutant CFLAGS_EXTRA=-"DIXGBE_NO_LRO" au fichier make lorsqu’il est compilé. Par exemple :
make CFLAGS_EXTRA="-DIXGBE_NO_LRO" install
5. Installez le module à l’aide de la commande modprobe pour le noyau 2.6.x :
modprobe ixgbe <paramètre>=<valeur>
Pour les noyaux basés sur la version 2.6, assurez-vous que les anciens pilotes IGB sont supprimés du noyau,
avant de charger le nouveau module :
rmmod ixgbe; modprobe ixgbe
6. Affectez une adresse IP à l’interface et activez-la en entrant la commande suivante, où <x> correspond au
numéro d’interface :
ifconfig eth<x> <adresse_IP> netmask <masque réseau>
7. Vérifiez que l’interface fonctionne. Entrez ce qui suit, où <adresse_IP> est l’adresse IP d’un autre ordinateur du
même sous-réseau que l’interface soumis au test :
ping <adresse_IP>
Installer à l’aide de RPM KMP
REMARQUE : KMP est pris en charge uniquement sur SLES11 et ses versions ultérieures.
Les RPM KMP mettent à jour les RPM ixgbe actuellement installés sur le système. Ces mises à jour sont fournies par
SuSE dans la version SLES. Si un RPM n’existe pas actuellement sur le système, le KMP ne s’installe pas.
Les RPM sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM inclus
est :
intel-<nom du composant>-<version du composant>.<type d’arch>.rpm
Par exemple, intel-ixgbe-1.3.8.6-1.x86_64.rpm : ixgbe est le nom du composant ; 1.3.8.6-1 est la version du
composant ; et x86_64 est le type d'architecture.
Les RPM KMP sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM
KMP inclus est :
intel-<nom du composant>-kmp-<type de noyau>-<version du composant>_<version du noyau>.<type
d’arch>.rpm
Par exemple, intel-ixgbe-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm : ixgbe est le nom du composant ; default est
le type de noyau ; 1.3.8.6 est la version du composant ; 2.6.27.19_5-1 est la version du noyau ; et x86_64 est le type
d'architecture.
Pour installer le RPM KMP, tapez les deux commandes suivantes :
rpm -i <nom de fichier rpm>
rpm -i <nom de fichier kmp rpm>
Par exemple, pour installer le package RPM KMP ixgbe, tapez ce qui suit :
rpm -i intel-ixgbe-1.3.8.6-1.x86_64,rpm
rpm -i intel-ixgbe-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm
Installation à partir d’un fichier RPM KMOD
Les RPM KMOD sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers
RPM inclus est :
kmod-<nom du pilote>-<version>-1.<type d'arch>.rpm
Par exemple, kmod-ixgbe-2.3.4-1.x86_64.rpm :
l
ixgbe est le nom du pilote
l
2.3.4 est la version
l
x86_64 est le type d'architecture
Pour installer les fichiers RPM KMOD, accédez au répertoire des fichiers RPM et tapez la commande suivante :
rpm -i <nom de fichier rpm>
Par exemple, pour installer le package RPM KMOD ixgbe depuis RHEL 6.4, tapez ce qui suit :
rpm -i kmod-ixgbe-2.3.4-1.x86_64.rpm
Paramètres de ligne de commande
Si le pilote est compilé comme un module, utilisez les paramètres optionnels suivants en les entrant sur la ligne de
commande avec la commande modprobe et en utilisant la syntaxe suivante :
modprobe ixgbe [<option>=<VAL1>,<VAL2>,...]
Par exemple :
modprobe ixgbe InterruptThrottleRate=16000,16000
La valeur par défaut de chaque paramètre est généralement le paramètre recommandé, sauf indication contraire.
Le tableau suivant contient les paramètres et les valeurs possibles des commandes modprobe :
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
RSS
0 - 16
La mise à l’échelle côté réception (Receive Side Scaling) permet l’existence de plusieurs files d’attente pour la réception
des données.
1
0 = le nombre de files de descripteurs prend la valeur la plus
basse entre 16 ou le nombre de CPU.
1 - 16 = le nombre de files de descripteurs prend la valeur indiquée entre 1 et 16.
RSS affecte également le nombre des files d’attente de transmission affectées sur les noyaux 2.6.23 et plus récents en définissant la valeur CONFIG_NET_MULTIQUEUE dans le fichier
.config du noyau. CONFIG_NETDEVICES_MULTIQUEUE est
pris en charge uniquement sur les noyaux 2.6.23 à 2.6.26.
Pour les noyaux 2.6.27 ou ultérieurs, d'autres options permettent d'activer les files d'attente multiples.
REMARQUE : le paramètre RSS n’a aucune incidence
sur les cartes avec chipset 82599 à moins que le paramètre FdirMode ne soit utilisé en même temps pour
désactiver le Flow Director. Reportez-vous à la section
Intel® Ethernet Flow Director pour plus de détails.
Multiqueue
0, 1
1
Prise en charge de plusieurs files d’attente.
0 = Désactive la prise en charge de plusieurs files d’attente.
1 = Active la prise en charge de plusieurs files d’attente (condition préalable pour RSS).
Direct Cache
Access (DCA)
0, 1
0 = Désactive la prise en charge DCA dans le pilote
1 = Active la prise en charge DCA dans le pilote
Si le pilote est activé pour le DCA, ce paramètre permet de
contrôler le temps de chargement de la fonction.
REMARQUE : DCA n'est pas pris en charge sur les
cartes réseau reposant sur le contrôleur X550.
IntMode
0-2
2
Le mode d’interruption contrôle le contrôle du temps de chargement autorisé sur le type d’interruption pour lequel le pilote
est enregistré. MSI-X est exigé pour la prise en charge de plusieurs files d’attente et certains noyaux et combinaisons
d’options de configurations de noyau forceront un niveau de
prise en charge inférieur des interruptions. ’cat /proc/interrupts’
affiche différentes valeurs pour chaque type d’interruption.
0 = interruption héritée
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
1 = MSI
2 = MSIX
InterruptThrottleRate 956 - 488, 281
(0=désactivé,
1=dynamique)
1
L'ITR (Interrupt Throttle Rate) contrôle le nombre d'interruptions
que chaque vecteur d'interruption peut générer par seconde.
L’accroissement de la valeur ITR diminue la latence au
dépend de l’utilisation du processeur, bien que cela puisse
accélérer le débit dans certaines circonstances.
0 = Lorsqu’InterruptThrottleRate est défini sur 0, toute gestion
des interruptions est désactivée, ce qui peut améliorer la
latence des petits paquets. Cependant, cette valeur n'est généralement pas adaptée à un trafic important, en raison de
l'utilisation plus importante du processeur lorsque le nombre
des interruptions est plus élevé. REMARQUES : pour les cartes
réseau reposant sur les contrôleurs 82599, X540 et X550, la
désactivation d'InterruptThrottleRate entraînera également la
désactivation de HW RSC par le pilote. - Pour les cartes
réseau reposant sur le contrôleur 82598, la désactivation
d'InterruptThrottleRate entraînera également la désactivation
du délestage des grandes réceptions (Large Receive Offloads,
LRO).
1 = En affectant au paramètre InterruptThrottleRate la valeur
Mode dynamique, la carte réseau tente de modérer les interruptions par vecteur tout en maintenant une très faible latence.
Cela peut parfois entraîner une utilisation de l'UC plus élevée.
Si vous envisagez de déployer le pilote igb dans un environnement sensible à la latence, ce paramètre doit être pris en
considération.
<min_ITR>-<max_ITR> = 100-100000
En affectant au paramètre InterruptThrottleRate une valeur
supérieure ou égale à <min_ITR>, la carte réseau est programmée pour envoyer ce nombre maximum d'interruptions
par seconde, même s'il y a plus de paquets entrants. Cela
réduit la charge d'interruptions sur le système et peut diminuer
l'utilisation de l'unité centrale en cas de surcharge, mais augmente la latence car les paquets ne sont pas traités aussi rapidement.
LLI
Les interruptions à faible latence permettent la création immédiate d’une interruption lors du traitement de paquets de réception correspondant à certains critères définis par les
paramètres ci-dessous. Les paramètres LLI ne sont pas activés
lorsque les interruptions héritées sont utilisées. MSI ou MSI-X
doivent être utilisés (voir cat /proc/interrupts) pour utiliser les
LLI avec succès.
REMARQUE : LLI n'est pas pris en charge sur les cartes
réseau reposant sur le contrôleur X550.
LLIPort
0 - 65535
0 (désactivé)
LLI est configuré avec le paramètre de ligne de commande
LLIPort, qui spécifie quel TCP doit générer les interruptions de
faible latence.
Par exemple, l’utilisation de LLIPort-80 provoquerait l’envoi par
la carte d’une interruption immédiate dès réception d’un
paquet envoyé au port TCP 80 de la machine locale.
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
ATTENTION : l’activation de LLI peut provoquer un
nombre excessif d’interruptions/seconde avec pour
conséquence des problèmes au niveau du système
et, dans certains cas, une panique du noyau.
LLI n'est pas pris en charge sur les cartes réseau reposant sur le contrôleur X550.
LLIPush
0-1
0 (désactivé)
LLIPush peut être paramétré sur activé ou désactivé (par
défaut). Cette option est très efficace dans un environnement
comportant de nombreuses petites transactions.
REMARQUES :
l
l’activation de LLIPush peut permettre une
attaque par déni de service.
l
LLI n'est pas pris en charge sur les cartes réseau
reposant sur le contrôleur X550.
LLISize
0 - 1500
0 (désactivé)
LLISize provoque une interruption immédiate si la carte reçoit
un paquet plus petit que la taille spécifiée.
REMARQUE : LLI n'est pas pris en charge sur les cartes
réseau reposant sur le contrôleur X550.
LLIEType
LLIVLANP
Contrôle de flux
0 - x8FFF
0-7
0 (désactivé)
Type de protocole Ethernet à interruption de faible latence.
0 (désactivé)
Interruption à faible latence sur seuil de priorité de VLAN.
REMARQUE : LLI n'est pas pris en charge sur les cartes
réseau reposant sur le contrôleur X550.
REMARQUE : LLI n'est pas pris en charge sur les cartes
réseau reposant sur le contrôleur X550.
Le contrôle du flux est activé par défaut. Pour désactiver un partenaire de liaison capable de contrôle de flux, utilisez ethtool :
ethtool -A eth? autoneg off rx off tx
off
REMARQUE : pour les cartes de fond de panier 82598
entrant en mode 1 Gbit/s, le comportement par défaut du
contrôle de flux passe à désactivé. Sur ces périphériques, le contrôle de flux en mode 1 Gbit/s peut provoquer des problèmes de transmission.
Intel® Ethernet Flow
Director
REMARQUE : les paramètres de Flow Director ne sont
pris en charge que sur les noyaux de version 2.6.30 ou
plus récente. Sur ces périphériques, le contrôle de flux
en mode 1 Gbit/s peut provoquer des problèmes de
transmission.
Le Flow Director exécute les tâches suivantes :
l
Dirige les paquets reçus vers différentes files d'attente
en fonction de leur flux.
l
Permet d'exercer un contrôle précis sur l'acheminement
d'un flux dans la plate-forme.
l
Associe les flux et les cœurs de processeur pour
l'affinité de flux.
l
Prend en charge plusieurs paramètres pour la clas-
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
sification des flux flexibles et l'équilibrage de charge
(en mode SFP uniquement).
Un script inclus (set_irq_affinity) automatise la détermination
des affinités des interruptions en fonction de l'UC.
Le masque de Flow Director a le fonctionnement inverse du
masque de sous-réseau. Dans la commande suivante :
#ethtool -N eth11 flow-type ip4 src-ip 172.4.1.2
m 255.0.0.0 dst-ip 172.21.1.1 m 255.128.0.0
action 31
La valeur src-ip écrite dans le filtre sera 0.4.1.2, et non
172.0.0.0 comme on pouvait s'y attendre. De même, la valeur
dst-ip écrite dans le filtre sera 0.21.1.1, et non 172.0.0.0.
Autres commandes ethtool :
Pour activer Flow Director
ethtool -K ethX ntuple on
Pour ajouter un filtre, utilisez le commutateur -U
ethtool -U ethX flow-type
tcp4 src-ip 192.168.0.100
action 1
Pour afficher la liste des filtres existants
ethtool -u ethX
Perfect Filter :
Perfect filter est une interface permettant de charger la table de
filtres qui dirige l’ensemble du flux dans la file d’attente queue_
0, à moins qu’une autre file d’attente ne soit spécifiée à l’aide
de la commande "action". Dans ce cas, le flux correspondant
aux critères de filtrage sera dirigé vers la file d’attente appropriée.
Virtual Function (VF) est prise en charge via le champ de données utilisateur. Vous devez mettre à jour la version d’ethtool
conçue pour le noyau 2.6.40. Perfect Filter est pris en charge
par tous les noyaux 2.6.30 et de version ultérieure. Les règles
peuvent être effacées à partir du tableau. Sélectionnez "ethtool
-U ethX delete N" (ethtool -U ethX efface N), N étant le numéro
de règle à effacer.
REMARQUE : les filtres Flow Director Perfect fonctionnent en mode file d’attente unique, quand SR-IOV
est activé, ou quand DCB est activé.
Si la file d’attente est définie sur -1, le filtre abandonnera les
paquets correspondants.
Pour prendre en compte les correspondances et manquements du filtre, deux statistiques existent dans ethtool : fdir_
match and fdir_miss. De plus, rx_queue_N_packets affiche le
nombre de paquets traités par la file d’attente Nth.
REMARQUES :
l
Receive Packet Steering (RPS) et Receive Flow
Steering (RFS) ne sont pas compatibles avec
Flow Director. Si Flow Director est activé, ils
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
l
l
seront désactivés.
Pour les masques de réseau local virtuel, seuls
4 masques sont pris en charge.
Après avoir défini une règle, les champs et les
masques doivent être identiques (si les masques
sont spécifiés).
Prise en charge d’UDP RSS
Cette fonction ajoute un commutateur ON/OFF pour le
hachage sur certains types de débit. Vous ne pouvez activer
qu’UDP. Le paramètre par défaut est désélectionné. Le
hachage d’activation/désactivation n’est pris en charge que sur
les ports pour UDP over IPv4 (udp4) ou IPv6 (udp6).
REMARQUE : les paquets fragmentés peuvent arriver
déclassés quand la prise en charge RSS UDP est configurée.
Commandes et options ethtool prises en charge
-n --show-nfc
Récupère les configurations de classification de débit de
réseau reçues.
rx-flow-hash
tcp4|udp4|ah4|esp4|sctp4|tcp6|udp6|ah6|esp6|sctp6
Récupère les options de hachage pour le type de trafic de
réseau spécifié.
-N --config-nfc
Configure la classification du débit de réseau reçu.
rx-flow-hash
tcp4|udp4|ah4|esp4|sctp4|tcp6|udp6|ah6|esp6|sctp6
m|v|t|s|d|f|n|r...
Configure les options de hachage pour le type de trafic de
réseau spécifié.
udp4
UDP sur IPv4
udp6
UDP sur IPv6
f
hachage sur les octets 0 et 1 de l’en-tête Couche 4 du paquet
rx.
n
hachage sur les octets 2 et 3 de l’en-tête Couche 4 du paquet
rx.
Ce qui suit est un exemple utilisant udp4 (UDP over IPv4) :
Pour inclure les numéros de port UDP dans un hachage RSS,
exécutez :
ethtool -N eth1 rx-flow-hash udp4 sdfn
Pour exclure les numéros de port UDP d’un hachage RSS,
exécutez :
ethtool -N eth1 rx-flow-hash udp4 sd
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
Pour afficher la configuration actuelle du hachage UDP,
exécutez :
ethtool -n eth1 rx-flow-hash udp4
Les résultats de cet appel, si le hachage UDP est activé, sont
les suivants :
Les débits UDP over IPv4 utilisent ces champs
pour calculer le débit de hachage :
IP SA
IP DA
L4 bytes 0 & 1 [TCP/UDP src port]
L4 bytes 2 & 3 [TCP/UDP dst port]
Les résultats avec un hachage UDP désactivé :
Les débits UDP over IPv4 utilisent ces champs
pour calculer le débit de hachage :
IP SA
IP DA
Les deux paramètres suivants affectent Flow Director : FdirPballoc et AtrSampleRate.
FdirPballoc
0-2
0 (64k)
Taille de tampon de paquet allouée par le flux.
0 = 64k
1 = 128k
2 = 256k
AtrSampleRate
1 - 100
20
Taux d’échantillonnage logiciel des paquets de transmission
ATR. Par exemple, lorsque ce paramètre est défini sur 20, un
échantillon est pris tous les 20 paquets pour déterminer si le
paquet va créer un nouveau flux.
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
max_vfs
1 - 63
Ce paramètre assure la prise en charge SR-IOV. Il fait générer
au pilote jusqu’à max_vfs de fonction virtuelle.
0
Si la valeur est supérieure à 0, il force la valeur du paramètre
VMDq sur 1 ou plus.
REMARQUE : lorsque les modes SR-IOV ou VMDq sont
activés, le filtrage de VLAN matériel et la suppression/insertion de balises VLAN restent activés. Supprimez l'ancien filtre de VLAN avant d'ajouter le
nouveau filtre de VLAN. Par exemple :
ip link set eth0 vf 0 vlan 100
// définir vlan 100 pour VF 0
ip link set eth0 vf 0 vlan 0 //
supprimer vlan 100
ip link set eth0 vf 0 vlan 200
// définir un nouveau vlan 200
pour VF 0
Ce paramètre est utilisé uniquement sur un noyau 3.7.x
et inférieur. Sur un noyau 3.8.x et supérieur, utilisez
sysfs pour activer les VF. Par ailleurs, ce paramètre est
uniquement utilisé sur la version 6.6 et supérieure pour
les distributions Red Hat. Pour la version 6.7 et supérieure, utilisez sysfs. Par exemple :
#echo $num_vf_enabled > /sys/class/net/$dev/device/sriov_numvfs //enable
VFs
#echo 0 > /sys/class/net/$dev/device/sriov_
numvfs //disable VFs
Les paramètres du pilote sont référencés par position. En
conséquence, si vous avez une carte 2 ports basée sur le chipset 82599 et que vous voulez N fonctions virtuelles par port,
vous devez spécifier un nombre pour chaque port, chaque
paramètre étant séparé par une virgule.
Par exemple : modprobe ixgbe max_vfs=63,63
REMARQUE : si des cartes 82598 et 82599 sont installées sur le même ordinateur, vous devez faire attention lorsque vous chargez le pilote avec les paramètres.
En fonction de la configuration du système, du nombre
de connecteurs, etc., il est impossible de prédire dans
tous les cas où se trouveront les positions sur la ligne
de commande et l’utilisateur devra spécifier zéro aux
positions occupées par un port 82598.
Avec le noyau 3.6, le pilote prend en charge l’utilisation simultanée de max_vfs et des fonctions DCB, dans les limites des
contraintes détaillées ci-dessous. Avant le noyau 3.6, le pilote
ne prenait pas en charge l’exploitation simultanée de max_vfs
> 0 et des fonctions DCB (multiplicité des classes de trafic utilisant Priority Flow Control et Extended Transmission Selection).
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
Lorsque DCB est activé, le trafic réseau est envoyé et reçu par
l’intermédiaire de plusieurs classes de trafic (tampons de
paquets dans la carte d’interface réseau). Le trafic est associé
à une classe spécifique en fonction de sa priorité, laquelle a
une valeur comprise entre 0 et 7 qui est utilisée dans la balise
VLAN. Lorsque SR-IOV n’est pas activé, chaque classe de trafic est associée à un ensemble de paires de files de descripteurs RX/TX. Le nombre de paires de files d’attente pour
une classe de trafic donnée dépend de la configuration du
matériel. Lorsque SR-IOV est activé, les paires de files de descripteurs sont regroupées en pools. À la fonction physique (PF)
et à chaque fonction virtuelle (VF) est alloué un pool de paires
de files de descripteurs RX/TX. Lorsque plusieurs classes de
trafic sont configurées (cas, par exemple, lorsque DCB est
activé), chaque pool contient une paire de files provenant de
chaque classe de trafic. Lorsqu’une seule classe de trafic est
configurée sur le matériel, les pools contiennent plusieurs
paires de files provenant de cette classe unique.
Le nombre de VF pouvant être allouées dépend du nombre de
classes de trafic pouvant être activées. Le nombre configurable
de classes de trafic pour chaque VF activée est le suivant :
0 - 15 VF = jusqu’à 8 classes de trafic, selon ce
que permet le périphérique
16 - 31 VF = jusqu’à 4 classes de trafic
32 - 63 = 1 classe de trafic
Lorsque des VF sont configurées, un seul pool est alloué à la
PF. Le PF prend en charge les fonctionnalités DCB avec cette
contrainte que chaque classe de trafic n’utilisera qu’une seule
paire de files. Lorsque zéro VF est configurée, le PF peut
prendre en charge plusieurs paires de files par classe de trafic.
L2LBen
0-1
LRO
0-1
1 (activé)
Ce paramètre contrôle le commutateur interne (bouclage L2
entre pf et vf). Le commutateur est activé par défaut.
0=désactivé, 1=activé
Large Receive Offload (LRO) est une technique permettant
d’accroître le débit entrant de connexions réseau large bande
en réduisant la charge du processeur. Cette technique
consiste à agréger plusieurs paquets entrants d’un flux unique
dans un tampon de grande taille avant de les faire monter
dans la pile réseau, réduisant ainsi le nombre des paquets
devant être traités. LRO combine plusieurs trames Ethernet en
une seule réception dans la pile, ce qui décroit potentiellement
l’utilisation du processeur pour les réceptions.
Cette technique est également appelée coalition matérielle
des paquets entrants (HW RSC). Les cartes réseau reposant
sur les contrôleurs 82599, X540 et X550 prennent en charge
HW RSC. Le paramètre LRO contrôle l'activation de HW RSC.
Vous pouvez vérifier que le pilote utilise LRO en consultant ces
compteurs dans ethtool :
l
hw_rsc_aggregated - compte le nombre total des
paquets combinés
l
hw_rsc_flushed - compte le nombre de paquets vidés
Nom du paramètre
Plages/valeurs Valeur par
valides
défaut
Description
du LRO
REMARQUE : IPv6 et UDP ne sont pas pris en charge
par LRO.
EEE
0-1
0 = Désactive la fonctionnalité EEE
1 = Active la fonctionnalité EEE
Une liaison entre les deux périphériques compatibles EEE
entraîne des paquets de données périodiques suivis de
période en mode veille. Ce mode basse consommation inactif
(Low Power Idle, LPI) est pris en charge pour les vitesses de
liaison de 1 Gbit/s et 10 Gbit/s.
REMARQUES :
l
La prise en charge EEE nécessite une négociation automatique. Les deux partenaires de liaison doivent prendre en charge la technologie
EEE.
l
La technologie EEE n'est pas pris en charge sur
tous les périphériques réseau Ethernet Intel® ni
à toutes les vitesses de connexion.
DMAC
0, 41-10000
Ce paramètre active ou désactive la fonction de coalition DMA.
Les valeurs sont en microsecondes et définissent le compteur
interne de la fonction de coalition DMA. DMAC est disponible
sur les cartes réseau reposant sur le contrôleur Intel® X550 (et
version ultérieure).
Le DMA (Direct Memory Access) permet au périphérique de
réseau de déplacer directement les données de paquet vers la
mémoire du système, réduisant ainsi l’utilisation du processeur. Cependant, la fréquence et les intervalles aléatoires
d’arrivée de paquets ne permettent pas au système d’entrer en
mode faible consommation. La coalition DMA permet à la carte
réseau de collecter des paquets avant de démarrer un événement DMA. La latence de réseau peut augmenter, ainsi que
les chances que le système entre en mode faible consommation.
L'activation de la coalition DMA peut permettre d'économiser
de l'énergie avec le noyau 2.6.32 et version ultérieure. La coalition DMA doit être activée sur tous les ports actifs afin
d'économiser la puissance de la plate-forme.
La fonction InterruptThrottleRate (ITR) doit être définie en
mode dynamique. Quand ITR=0, la coalition DMA est automatiquement désactivée.
La meilleure configuration de votre plateforme est expliquée
dans un document disponible sur le site Web Intel.
MDD
0-1
1 (activé)
Le paramètre MDD (Malicious Driver Detection) n'est approprié
que pour les périphériques fonctionnant en mode SR-IOV.
Quand ce paramètre est sélectionné, le pilote détecte un pilote
VF malveillant et désactive ses files d’attente TX/RX jusqu’à ce
qu’une réinitialisation du pilote VF se produise.
Configurations supplémentaires
Configuration du pilote sur des distributions différentes
La configuration d’un pilote réseau pour qu’il se charge correctement lors du démarrage d’un système dépend de la
distribution. Habituellement, le processus de configuration entraîne l’ajout d’une ligne d’alias dans le fichier /etc/modules.conf ou /etc/modprobe.conf, ainsi que la modification de plusieurs scripts de démarrage du système et/ou de
fichiers de configuration. De nombreuses distributions Linux sont livrées avec des outils qui peuvent effectuer ces modifications pour vous. Pour connaître la façon correcte de configurer un périphérique réseau sur votre système, reportezvous à votre documentation de distribution. Si, lors de ce processus, le nom du pilote ou du module vous est demandé,
le nom du pilote de base Linux pour la famille de cartes Intel® 10 Gigabit PCI Express est ixgbe.
Affichage des messages de liaison
Les messages de liaison ne sont pas affichés sur la console si la distribution restreint les messages système. Afin de
voir les messages de liaison du pilote réseau sur votre console, définissez le paramètre dmesg sur huit en entrant ce
qui suit :
dmesg -n 8
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages.
Trames Jumbo
La prise en charge des trames Jumbo est activée en définissant une valeur MTU plus élevée que la valeur par défaut
de 1500 octets. La valeur MTU maximale est 9 710. Utilisez la commande ifconfig pour augmenter la valeur MTU.
Entrez, par exemple, la commande suivante, où <x> est le numéro d’interface :
ifconfig ethx mtu 9000 up
Ce paramètre n’est pas sauvegardé lors des redémarrages. La modification du paramètre peut être permanente en
ajoutant MTU = 9000 au fichier /etc/sysconfig/network-scripts/ifcfg-eth<x> pour RHEL ou au fichier
/etc/sysconfig/network/<config_file> pour SLES.
Le paramètre MTU maximal pour les trames Jumbo est 9 710. Cette valeur correspond à la taille maximale des trames
Jumbo, qui est de 9 728. Ce pilote tentera d'utiliser des tampons de tailles différentes pour recevoir chaque paquet
Jumbo. Cela aide à éviter les problèmes de famine de tampon lors de l’allocation des paquets de réception.
Pour les connexions réseau 82599, si vous activez les trames Jumbo dans une fonction virtuelle (VF), les trames
Jumbo doivent d'abord être activées dans la fonction physique (PF). Le paramètre MTU VF ne peut pas être supérieur
au paramètre MTU PF.
ethtool
Le pilote utilise l’interface ethtool pour la configuration et du pilote et les diagnostics, ainsi que pour afficher les informations statistiques. La toute dernière version d’ethtool est nécessaire pour cette fonctionnalité.
La dernière version d’ethtool est accessible à : http://sourceforge.net/projects/gkernel.
NAPI
Le NAPI (mode d’interrogation de réception) est pris en charge par le pilote ixgbe.
Consultez la page https://wiki.linuxfoundation.org/networking/napi pour en savoir plus sur le NAPI.
Large Receive Offload (LRO)
Large Receive Offload (LRO) est une technique permettant d’accroître le débit entrant de connexions réseau large
bande en réduisant la charge du processeur. Cette technique consiste à agréger plusieurs paquets entrants d’un flux
unique dans un tampon de grande taille avant de les faire monter dans la pile réseau, réduisant ainsi le nombre des
paquets devant être traités. LRO combine plusieurs trames Ethernet en une seule réception dans la pile, ce qui décroit
potentiellement l’utilisation du processeur pour les réceptions.
IXGBE_NO_LRO est un indicateur de temps de compilation. L’utilisateur peut l’activer au moment de la compilation
pour supprimer la prise en charge LRO du pilote. L’indicateur est utilisé en ajoutant CFLAGS_EXTRA="-DIXGBE_NO_
LRO" au fichier make lorsqu’il est compilé.
make CFLAGS_EXTRA="-DIXGBE_NO_LRO" install
Vous pouvez vérifier que le pilote utilise LRO en consultant ces compteurs dans ethtool :
l
lro_flushed - le nombre total de réceptions utilisant LRO.
l
lro_coal - compte le nombre total de paquets Ethernet ayant été combinés.
HW RSC (Coalition matérielle des paquets entrants)
Les cartes basées sur le chipset 82599 prennent en charge la coalition matérielle des paquets entrants (RSC) qui peut
fusionner plusieurs trames du même flux IPv4 TCP/IP en une structure unique pouvant s’étendre sur plusieurs descripteurs. Cette fonctionnalité fonctionne de manière similaire à la technique LRO logicielle. Par défaut, HW RSC est
activé et la technique SW LRO ne peut pas être utilisée sur les cartes 82599 à moins que HW RSC soit désactivé.
IXGBE_NO_HW_RSC est un indicateur de temps de compilation pouvant être activé au moment de la compilation
pour supprimer la prise en charge HW RSC du pilote. L’indicateur est utilisé en ajoutant CFLAGS_EXTRA="-DIXGBE_
NO_HW_RSC" au fichier make lorsqu’il est compilé.
make CFLAGS_EXTRA="-DIXGBE_NO_HW_RSC" install
Vous pouvez vérifier que le pilote utilise HW RSC en consultant les compteurs dans ethtool :
hw_rsc_count - compte le nombre total de paquets Ethernet ayant été combinés.
rx_dropped_backlog
En mode non Napi (ou Interruption), ce compteur indique que la pile ignore des paquets. Il existe un paramètre
réglable dans la pile permettant de régler la taille de la file d’attente. Nous vous recommandons d’augmenter le paramètre netdev_max_backlog si la valeur du compteur s’élève.
# sysctl -a |grep netdev_max_backlog
net.core.netdev_max_backlog = 1000
# sysctl -e net.core.netdev_max_backlog=10000
net.core.netdev_max_backlog = 10000
Contrôle de flux
Le contrôle de flux est désactivé par défaut. Pour l’activer, utilisez ethtool :
ethtool -A eth? autoneg off rx on tx on
REMARQUE : vous devez disposer d’un partenaire de liaison capable de contrôle de flux.
Fonction anti-arnaque MAC et VLAN
Quand un pilote malveillant tente d’envoyer un paquet malveillant, il est rejeté par le matériel et n’est pas transmis.
Une interruption est envoyée au pilote PF pour signaler la tentative d’intrusion malveillante. Quand un paquet malveillant est détecté, le pilote PF envoie le message suivant au journal du système (affiché avec la commande
"dmesg") :
ixgbe ethx: ixgbe_spoof_check: n spoofed packets detected
Quand x=PF interface# et n=VF ayant tenté l’intrusion malveillante.
REMARQUE : cette fonctionnalité peut être désactivée pour une fonction virtuelle (VF) spécifique.
Prise en charge d’UDP RSS
Cette fonction ajoute un commutateur ON/OFF pour le hachage sur certains types de débit. Le paramètre par défaut est
désélectionné. REMARQUE : les paquets fragmentés peuvent arriver déclassés quand la prise en charge RSS UDP
est configurée.
Commandes et options ethtool prises en charge
-n --show-nfc
Récupère les configurations de classification de débit de réseau reçues.
rx-flow-hash tcp4|udp4|ah4|esp4|sctp4|tcp6|udp6|ah6|esp6|sctp6
Récupère les options de hachage pour le type de trafic de réseau spécifié.
-N --config-nfc
Configure la classification du débit de réseau reçu.
rx-flow-hash tcp4|udp4|ah4|esp4|sctp4|tcp6|udp6|ah6|esp6|sctp6 m|v|t|s|d|f|n|r...
Configure les options de hachage pour le type de trafic de réseau spécifié.
udp4 UDP over IPv4
udp6 UDP over IPv6
f hachage sur les octets 0 et 1 de l’en-tête Couche 4 du paquet rx.
n hachage sur les octets 2 et 3 de l’en-tête Couche 4 du paquet rx.
Problèmes connus
REMARQUE : si la connexion réseau Ethernet Intel® ne fonctionne pas après l'installation du pilote, vérifiez
que vous avez installé le pilote correct. Les versions 2.0, 2.1 et 2.5 de la technologie d'administration active
Intel® ne sont pas prises en charge pour une utilisation avec le pilote Linux.
Changement inattendu de l'adresse MAC d'une fonction virtuelle
Si l'adresse MAC d'une fonction virtuelle n'est pas assignée à l'hôte, le pilote de la fonction virtuelle (VF) utilisera une
adresse MAC aléatoire. Cette adresse MAC aléatoire peut changer à chaque fois que le pilote VF est rechargé. Vous
pouvez attribuer une adresse MAC statique dans la machine hôte. Cette adresse MAC statique sera conservée après
le rechargement d'un pilote VF.
Problèmes MSI-X avec des noyaux de versions 2.6.19 à 2.6.21 (comprise)
Des paniques et instabilités du noyau peuvent être observées sur le matériel MSI-X si vous utilisez irqbalance avec
des noyaux de versions 2.6.19 et 2.6.21. Si de tels problèmes surviennent, vous pouvez désactiver le démon irqbalance ou mettre à niveau votre
noyau.
Incompatibilité de LRO et de iSCSI
LRO n’est pas comptatible avec la cible iSCSI ou le trafic de l’initiateur. Une situation de panique peut se produire en
cas de réception du trafic iSCSI via le pilote ixgbe alors que le délestage LRO est activé. Pour contourner ce problème,
le pilote doit être construit et installé avec :
# make CFLAGS_EXTRA=-DIXGBE_NO_LRO install
Plusieurs interfaces sur le même réseau de diffusion Ethernet
En raison du comportement ARP par défaut sur Linux, il n’est pas possible qu’un système sur deux réseaux IP dans le
même domaine de diffusion Ethernet (commutateur non partitionné) se comporte normalement. Toutes les interfaces
Ethernet répondront au trafic IP pour toute adresse IP affectée au système. Il en résultera un trafic de réception non
équilibré.
Si un serveur dispose de plusieurs interfaces, activez le filtrage ARP en entrant :
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
Ce processus fonctionne uniquement avec des noyaux de version supérieure à 2.4.5.
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages. Vous
pouvez rendre la modification de configuration permanente en ajoutant la ligne
suivante dans le fichier /etc/sysctl.conf :
net.ipv4.conf.all.arp_filter = 1
Une autre solution consiste à installer les interfaces dans des domaines de diffusion séparés (sur différents commutateurs ou sur un commutateur partitionné
aux réseaux locaux virtuels).
Problème de perte de paquet lors du test de montée en charge UDP
Sous la montée en charge UDP de petits paquets avec le pilote ixgbe, le système peut abandonner des paquets UDP
à la suite de la saturation des tampons de sockets. Vous pouvez résoudre le problème en réglant les variables Contrôle de flux du pilote sur la valeur minimale. Vous pouvez également essayer d'augmenter les tailles de tampon par
défaut du noyau en modifiant les valeurs sous /proc/sys/net/core/rmem_default et rmem_max
Les réinitialisations du port Cisco Catalyst 4948-10GE peuvent entraîner la fermeture
des ports par le commutateur
Le matériel basé sur le contrôleur 82598 peut rétablir rapidement la liaison et, lorsqu’il est connecté à certains commutateurs, les réinitialisations rapides dans le pilote peuvent entraîner l’isolation du port du commutateur en raison
d’un "link flap". Cette condition est habituellement indiquée par un témoin de liaison de couleur jaune plutôt que verte.
Plusieurs opérations peuvent causer ce problème, telles que l’exécution répétée de commandes ethtool entraînant
une réinitialisation.
Un contournement potentiel consiste à utiliser la commande Cisco IOS "no errdisable detect cause all" depuis l’invite
de configuration globale, qui permet au commutateur de garder les interfaces en fonctionnement, sans tenir compte
des erreurs.
Erreurs d’allocation de la page de réception
Des erreurs de type 'Échec d'allocation de page. ordre : 0' peuvent se produire en cas de montée en charge avec les
noyaux 2.6.25 et de versions supérieures. Cela est dû à la façon dont le noyau Linux signale cette condition de stress.
DCB : le délestage de segmentation générique cause des problèmes d’allocation de
bande passante lorsqu’il est activé
Pour que DCB fonctionne correctement, GSO (Generic Segmentation Offload, appelé également TSO logiciel) doit être
désactivé à l'aide de ethtool. Comme le matériel prend en charge TSO (délestage matériel de la segmentation), GSO
n'est pas exécuté par défaut. L’état de GSO peut être obtenu à l’aide d’ethtool avec ethtool -k ethX. Lorsque vous utilisez des connexions réseau basées sur le chipset 82598, le pilote ixgbe prend en charge seulement 16 files d'attente
sur une plate-forme comportant plus de 16 cœurs.
En raison de limitations matérielles connues, RSS peut filtrer au maximum 16 files d’attente de réception.
Les connexions réseau reposant sur les contrôleurs 82599, X540 et X550, prennent en charge jusqu'à 64 files
d'attente.
Performances inférieures aux attentes
Certains connecteurs PCIe x8 sont en fait configurés comme des connecteurs x4. Ces connecteurs ont une bande passante insuffisante pour les débits de ligne avec des périphériques à 2 et 4 ports. En outre, si vous placez une carte
réseau compatible PCIe Generation 3 sur un connecteur PCIe Generation 2, vous n'obtiendrez pas la totalité de la
bande passante. Le pilote détecte cette situation et écrit le message suivant dans le journal système :
"PCI-Express bandwidth available for this card is not sufficient for optimal performance. For optimal performance a x8
PCI-Express slot is required" (La bande passante PCI-Express disponible pour cette carte est insuffisante pour obtenir
des performances optimales. Pour des performances optimales, un connecteur PCI-Express x8 est exigé).
Si cette erreur se produit, placez la carte dans un véritable connecteur PCIe Generation 3 x8 pour résoudre le problème.
Il est possible qu'ethtool affiche incorrectement un module SFP+ Fiber comme un
câble à fixation directe
En raison de limitations du noyau, le type de port ne peut être affiché correctement que sur les noyaux 2.6.33 ou de versions supérieures.
Sous Redhat 5.4, le système peut se bloquer en cas de fermeture de la fenêtre de SE invité, après le chargement/déchargement du pilote PF (Physical Function). Ne supprimez pas le pilote ixgbe de Dom0 pendant que les
VF (fonctions virtuelles) sont attribuées aux invités. Les VF doivent utiliser la commande xm "pci-detach" pour le
débranchement à chaud du périphérique VF de la VM à laquelle il est attribué ou alors fermer la VM.
Le déchargement du pilote PF entraîne le redémarrage du système quand la machine virtuelle (VM) est en cours
d’exécution et la VF est chargée sur la VM. Sur les noyaux antérieurs à la version 3.2, le déchargement du pilote PF
entraîne le redémarrage du système lorsque la machine virtuelle est en cours d’exécution et la VF est chargée sur la
VM. Ne déchargez pas le pilote PF (ixgbe) si les VF sont attribuées aux invités.
L'exécution de la commande ethtool -t ethX cause des plantages entre la PF et le
client de test
Lorsqu’il y a des VF actifs, la commande "ethtool -t" n’exécutera qu’un test de lien. Le pilote enregistrera également
dans le syslog que les VF devraient être arrêtées pour effectuer un test complet de diagnostic.
Impossible d’obtenir le bail DHCP au démarrage avec Red Hat
Dans les configurations où la négociation automatique prend plus de cinq secondes, le script de démarrage risque
d'échouer avec le message suivant :
"ethX: failed. No link present. Check cable?"
Cette erreur peut se produire même si la présence de lien peut être confirmée en utilisant ethtool ethx. Dans ce cas,
essayez de définir "LINKDELAY=30" dans /etc/sysconfig/network-scripts/ifdfg-ethx.
Le même problème peut se produire pendant un démarrage réseau (via PXE) sur les distributions RedHat qui utilisent
le script dracut :
"Attention : aucune porteuse détectée sur l'interface <nom_interface>"
Dans ce cas, ajoutez "rd.net.timeout.carrier=30" à la ligne de commande du noyau.
REMARQUE : la durée du lien peut varier. Ajustez la valeur de LINKDELAY en
conséquence.
L’hôte peut redémarrer après la suppression de PF lorsque des VF sont actives sur
l’invité
Lorsque vous utilisez des versions du noyau antérieures à la 3.2, ne déchargez pas le pilote PF avec des VF actives.
Cela entraînerait l’arrêt des VF jusqu’à ce que vous rechargiez le pilote PF et pourrait provoquer un redémarrage spontané du système.
Avant de décharger le pilote PF, vous devez d'abord vous assurer qu'aucune VF n'est encore active. Pour ce faire, arrêtez toutes les machines virtuelles et déchargez le pilote VF.
Problèmes de mémoire insuffisante sur les systèmes IA32
Le pilote peut consommer beaucoup de mémoire en fonction du nombre de processeurs et d'interfaces réseau. Cela
conduit à la segmentation de la mémoire. Le pilote ne peut donc pas toujours allouer suffisamment de mémoire. Pour
résoudre ce problème, réduisez le nombre de descripteurs en utilisant ethtool -G ou le nombre de files d'attente via le
paramètre RSS.
Les balises VLAN sont supprimées sur les noyaux antérieurs à la version 2.6.36
Pour prendre en charge DCB, les noyaux antérieurs à la version 2.6.36 suppriment les balises VLAN pour VLAN0.
Cette opération garantit la connectivité à l'aide de trames 802.1p entre les noyaux qui disposent d'une prise en charge
intégrée et les noyaux qui n'en disposent pas.
Si les balises VLAN sont nécessaires ET que DCB N'EST PAS utilisé, désactivez la suppression VLAN sur les anciens
noyaux au moment de la création, en entrant la commande suivante :
# make CFLAGS_EXTRA=-DIXGBE_DISABLE_8021P_SUPPORT
Pilote Linux* ixgbevf pour cartes réseau Intel® 10 Gigabit pour
serveurs
Présentation ixgbevf
SR-IOV est pris en charge par le pilote ixgbevf, qui doit être chargé aussi bien sur l’hôte que sur les VM. Ce pilote
prend en charge les versions de noyau en amont 2.6.30 (ou supérieure) x86_64.
Le pilote ixgbevf prend en charge les appareils de fonction virtuelle 82599, X540 et X550 qui ne peuvent être activés
que sur les noyaux qui prennent en charge SR-IOV. SR-IOV nécessite la plate-forme appropriée et la prise en charge
du système d’exploitation.
Le pilote ixgbevf a besoin du pilote ixgbe, version 2.0 ou ultérieure. Le pilote ixgbevf prend en charge les fonctions virtuelles générées par le pilote ixgbe avec une valeur max_vfs de 1 ou plus. Pour plus de détails sur le paramètre max_
vfs, consultez la section traitant du pilote ixgbe.
Le système d’exploitation hôte chargeant le pilote ixgbevf doit prendre en charge les interruptions MSI-X.
Actuellement, le pilote est pris en charge uniquement en tant que module chargeable. Intel ne fournit pas de correctifs
à appliquer à la source du noyau pour permettre la liaison statique du pilote. Pour toutes questions concernant la configuration matérielle, reportez-vous à la documentation accompagnant la carte Intel 10GbE. Toutes les configurations
matérielles énumérées s’appliquent à une utilisation avec Linux.
Cartes prises en charge par le pilote de base ixgbevf pour Linux
Les cartes réseau Intel suivantes sont compatibles dans cette version avec le pilote Linux ixgbevf et elles peuvent
prendre en charge jusqu’à 63 fonctions virtuelles par port.
l
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
l
Carte réseau Ethernet Intel® 10G 2P X540-t
l
Carte réseau Ethernet Intel® 10G 2P X550-t
l
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
l
Carte Ethernet Intel® 10G 4P X520/I350 rNDC
l
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
l
Carte réseau Ethernet Intel® 10G 2P X520
l
Carte réseau Ethernet Intel® 10G X520 LOM
Systèmes d’exploitation compatibles SR-IOV
l
l
l
l
Citrix XenServer 6.0 avec Red Hat Enterprise Linux
VMWare* ESXi* 6.0 U3
Red Hat* Enterprise Linux* (RHEL) 6.9
Novell* SUSE* Linux Enterprise Server (SLES) 12 SP3
Compilation et installation
Pour activer SR-IOV sur votre système :
1. La virtualisation et SR-IOV doivent être activés dans le BIOS.
2. Installez le système d’exploitation Linux. Pour vérifier que le pilote KVM est chargé, tapez : lsmod | grep -i
kvm.
3. Chargez le pilote de base Linux à l’aide de la commande modprobe : modprobe ixgbe option max_
vfs=xx,yy
xx et yy étant le nombre de fonctions virtuelles que vous voulez créer. Vous devez spécifier un numéro pour
chaque port, chacun des paramètres étant séparé par une virgule. Par exemple, xx est le nombre des fonctions
virtuelles du port 1 et yy, du port 2. Vous pouvez créer jusqu'à 63 fonctions par port.
4. Compilez et installez le pilote ixgbevf pour SR-IOV. Le pilote est chargé par rapport aux fonctions virtuelles qui
ont été créées.
REMARQUE : pour les réseaux locaux virtuels, il existe une limite d’un total de 32 VLAN partagés sur 1 ou plusieurs fonctions virtuelles.
Il existe trois méthodes d’installation du pilote Linux :
l
Installation à partir du code source
l
Installer à l’aide de RPM KMP
l
Installation à partir d’un fichier RPM KMOD
Installation à partir du code source
Pour compiler un package RPM* binaire pour ce pilote, exécutez 'rpmbuild -tb <nomdefichier.tar.gz>'. Remplacez
<nomdefichier.tar.gz> par le nom de fichier spécifique du pilote.
REMARQUES :
l
Pour que la compilation fonctionne correctement, il est important que le noyau en cours d’exécution
CORRESPONDE à la version et à la configuration de la source de noyau installée. Si vous venez de
recompiler le noyau, redémarrez l’ordinateur maintenant.
l
La fonctionnalité RPM a été testée uniquement sur les distributions Red Hat.
1. Téléchargez le fichier tar du pilote de base dans le répertoire de votre choix. Par exemple, utilisez ’/home/username/ixgbevf’ ou ’/usr/local/src/ixgbevf’.
2. Déballez/décompressez l’archive en entrant la commande suivante, où <x.x.x> correspond au numéro de version du tar du pilote :
tar zxf ixgbevf-<x.x.x>.tar.gz
3. Passez au répertoire src du pilote, <x.x.x> correspond au numéro de version du logiciel d’archivage de fichier
du pilote :
cd ixgbevf-<x.x.x>/src/
4. Compilez le module du pilote :
make install
Les instructions binaires sont installées en tant que : /lib/modules/<VERSION DU NOYAU>/kernel/drivers/net/ixgbevf/ixgbevf.ko
Les emplacements d’installation répertoriés ci-dessus sont les emplacements par défaut. Ils peuvent être différents selon les distributions Linux. Pour de plus amples informations, voir le fichier ldistrib.txt inclus dans le
fichier tar du pilote.
5. Installez le module à l’aide de la commande modprobe pour le noyau 2.6.x :
modprobe ixgbevf <paramètre>=<valeur>
Pour les noyaux basés sur la version 2.6, assurez-vous que les anciens pilotes ixgbevf sont supprimés du
noyau, avant de charger le nouveau module :
rmmod ixgbevf; modprobe ixgbevf
6. Affectez une adresse IP à l’interface et activez-la en entrant la commande suivante, où <x> correspond au
numéro d’interface :
ifconfig eth<x> <adresse_IP> netmask <masque réseau>
7. Vérifiez que l’interface fonctionne. Entrez ce qui suit, où <adresse_IP> est l’adresse IP d’un autre ordinateur du
même sous-réseau que l’interface soumis au test :
ping <adresse_IP>
Installer à l’aide de RPM KMP
REMARQUE : KMP est pris en charge uniquement sur SLES11 et ses versions ultérieures.
Les RPM KMP mettent à jour les RPM ixgbevf actuellement installés sur le système. Ces mises à jour sont fournies par
SuSE dans la version SLES. Si un RPM n’existe pas actuellement sur le système, le KMP ne s’installe pas.
Les RPM sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM inclus
est :
intel-<nom du composant>-<version du composant>.<type d’arch>.rpm
Par exemple, intel-ixgbevf-1.3.8.6-1.x86_64.rpm : ixgbevf est le nom du composant ; 1.3.8.6-1 est la version du
composant ; et x86_64 est le type d'architecture.
Les RPM KMP sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM
KMP inclus est :
intel-<nom du composant>-kmp-<type de noyau>-<version du composant>_<version du noyau>.<type
d’arch>.rpm
Par exemple, intel-ixgbevf-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm : ixgbevf est le nom du composant ; default
est le type de noyau ; 1.3.8.6 est la version du composant ; 2.6.27.19_5-1 est la version du noyau ; et x86_64 est le
type d'architecture.
Pour installer le RPM KMP, tapez les deux commandes suivantes :
rpm -i <nom de fichier rpm>
rpm -i <nom de fichier kmp rpm>
Par exemple, pour installer le package ixgbevf KMP RPM, tapez ce qui suit :
rpm -i intel-ixgbevf-1.3.8.6-1.x86_64.rpm
rpm -i intel-ixgbevf-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm
Installation à partir d’un fichier RPM KMOD
Les RPM KMOD sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers
RPM inclus est :
kmod-<nom du pilote>-<version>-1.<type d'arch>.rpm
Par exemple, kmod-ixgbevf-2.3.4-1.x86_64.rpm :
l
ixgbevf est le nom du pilote.
l
2.3.4 est la version
l
x86_64 est le type d'architecture
Pour installer les fichiers RPM KMOD, accédez au répertoire des fichiers RPM et tapez la commande suivante :
rpm -i <nom de fichier rpm>
Par exemple, pour installer le package RPM KMOD ixgbevf depuis RHEL 6.4, tapez ce qui suit :
rpm -i kmod-ixgbevf-2.3.4-1.x86_64.rpm
Paramètres de ligne de commande
Si le pilote est compilé comme un module, utilisez les paramètres optionnels suivants en les entrant sur la ligne de
commande avec la commande modprobe et en utilisant la syntaxe suivante :
modprobe ixgbevf [<option>=<VAL1>,<VAL2>,...]
Par exemple :
modprobe ixgbevf InterruptThrottleRate=16000,16000
La valeur par défaut de chaque paramètre est généralement le paramètre recommandé, sauf indication contraire.
Le tableau suivant contient les paramètres et les valeurs possibles des commandes modprobe :
Nom du paramètre
Plages/
valeurs
valides
Valeur
par
défaut
InterruptThrottleRate
0, 1, 956 - 488, 8000
281 (0=ddésactivé, 1=ddynamique)
Description
Le pilote peut limiter le nombre d’interruptions par seconde générées par la carte pour les paquets entrants. Pour ce faire, il écrit
une valeur sur la carte, basée sur le nombre maximum
d’interruptions que la carte générera par seconde.
En affectant au paramètre InterruptThrottleRate une valeur supérieure ou égale à 100, la carte est programmée pour envoyer ce
nombre maximum d'interruptions par seconde, même s'il y a plus
de paquets entrants. Cela réduit la charge d'interruptions sur le
système et peut diminuer l'utilisation de l'unité centrale en cas de
surcharge, mais augmente la latence car les paquets ne sont pas
traités aussi rapidement.
Le comportement par défaut du pilote prenait pour hypothèse
que le paramètre InterruptThrottleRate possédait une valeur statique de 8000, ce qui fournissait une bonne valeur de secours
pour tous les types de trafic, mais des performances médiocres
concernant le traitement des paquets et la latence. Cependant, le
matériel peut traiter beaucoup plus de paquets par seconde et
c’est pourquoi un algorithme de gestion adaptative des interruptions a été implémenté.
Le pilote possède un mode adaptatif (valeur 1) avec lequel il
ajuste de façon dynamique la valeur InterruptThrottleRate en fonction du trafic qu’il reçoit. Après avoir déterminé le type de trafic
entrant de la dernière tranche de temps, il ajuste la valeur InterruptThrottleRate à une valeur appropriée en fonction de ce trafic.
L’algorithme trie le trafic entrant à chaque intervalle dans des
classes. Une fois que la classe est déterminée, la valeur InterruptThrottleRate est ajustée afin de correspondre au mieux au
type de trafic. Trois classes sont définies : "Bulk traffic" (Trafic en
vrac), pour les grandes quantités de paquets de taille normale ;
"Low latency" (Faible latence), pour les trafics de petite quantité
et/ou un pourcentage important de petits paquets ; et "Lowest
latency" (Plus faible latence), pour les trafics composés presque
exclusivement de petits paquets et les très faibles trafics.
En mode dynamique conservatif, la valeur InterruptThrottleRate
est définie sur 4000 pour un trafic tombant dans la classe "Bulk
traffic" (Trafic en vrac). Si le trafic appartient à la classe « Low
latency » (Faible latence) ou « Lowest latency » (Plus faible
latence), la valeur InterruptThrottleRate est augmentée progressivement jusqu'à 20 000. Ce mode par défaut est adapté à la
plupart des applications.
Nom du paramètre
Plages/
valeurs
valides
Valeur
par
défaut
Description
Dans les cas où une faible latence est essentielle, par exemple
dans le cas de grappes ou de grilles d'ordinateurs, l'algorithme
peut réduire encore la latence lorsque le paramètre InterruptThrottleRate est réglé sur le mode 1. Dans ce mode, InterruptThrottleRate est augmenté progressivement jusqu'à 70 000
pour le trafic de la classe à plus faible latence.
Lorsqu’InterruptThrottleRate est défini sur 0, toute gestion des
interruptions est désactivée, ce qui peut améliorer la latence des
petits paquets, mais n’est généralement pas adapté à un trafic
important.
REMARQUES :
l
Si le pilote ixgbevf est chargé avec les paramètres
par défaut et que des cartes multiples sont utilisées. La limitation de requêtes d’interruption dynamique ne s’applique qu’aux cartes fonctionnant en
mode MSI ou hérité, en utilisant une file d’attente
de réception unique.
l
Si le pilote ixgbevf est chargé avec les paramètres
par défaut et que des cartes multiples sont utilisées
simultanément, le taux d’utilisation du processeur
peut augmenter de façon non linéaire. Pour limiter
le taux d’utilisation du processeur sans affecter la
performance globale, chargez le pilote de la
manière suivante :
modprobe ixgbevf InterruptThrottleRate=3000,3000,3000
Cela définit le paramètre InterruptThrottleRate sur
3000 interruptions/s pour la première, deuxième et
troisième instance du pilote. La plage comprise
entre 2000 à 3000 interruptions par seconde fonctionne sur la plupart des systèmes et est un bon
point de départ, mais la valeur optimale dépend
toutefois de la plate-forme. Si le taux d’utilisation
du processeur n’est pas un problème, utilisez les
paramètres par défaut du pilote.
REMARQUES :
l
pour plus de détails sur le paramètre InterruptThrottleRate, reportez-vous au site http://www.intel.com/design/network/applnots/ap450.htm.
l
un descripteur décrit un tampon de données et les attributs qui lui sont liés. Le matériel accède à ces
informations.
Configurations supplémentaires
Configuration du pilote sur des distributions différentes
La configuration d’un pilote réseau pour qu’il se charge correctement lors du démarrage d’un système dépend de la
distribution. Habituellement, le processus de configuration entraîne l’ajout d’une ligne d’alias dans le fichier /etc/modules.conf ou /etc/modprobe.conf, ainsi que la modification de plusieurs scripts de démarrage du système et/ou de
fichiers de configuration. De nombreuses distributions Linux sont livrées avec des outils qui peuvent effectuer ces modifications pour vous. Pour connaître la façon correcte de configurer un périphérique réseau sur votre système, reportezvous à votre documentation de distribution. Si, lors de ce processus, le nom du pilote ou du module vous est demandé,
le nom du pilote de base Linux pour la famille de cartes Intel® 10 Gigabit PCI Express est ixgbevf.
Affichage des messages de liaison
Les messages de liaison ne sont pas affichés sur la console si la distribution restreint les messages système. Afin de
voir les messages de liaison du pilote réseau sur votre console, définissez le paramètre dmesg sur huit en entrant ce
qui suit :
dmesg -n 8
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages.
ethtool
Le pilote utilise l’interface ethtool pour la configuration et du pilote et les diagnostics, ainsi que pour afficher les informations statistiques. La toute dernière version d’ethtool est nécessaire pour cette fonctionnalité.
La dernière version d’ethtool est accessible à : http://sourceforge.net/projects/gkernel.
MACVLAN
ixgbevf prend en charge MACVLAN sur ces noyaux ayant la fonction comprise. La prise en charge du noyau pour
MACVLAN peut être testée en vérifiant si le pilote MACVLAN est chargé. L’utilisateur peut exécuter ’lsmod | grep
macvlan’ pour vérifier si le pilote MACVLAN est chargé ou exécuter ’modprobe macvlan’ pour essayer de charger le
pilote MACVLAN.
La mise à jour vers une version plus récente du package iproute2 peut s’avérer nécessaire pour obtenir la prise en
charge de MACVLAN via la commande ’ip’.
NAPI
Le NAPI (mode d’interrogation de réception) est pris en charge par le pilote ixgbevf et est toujours activé. Consultez la
page https://wiki.linuxfoundation.org/networking/napi pour en savoir plus sur le NAPI.
Problèmes connus
REMARQUE : si la connexion réseau ne fonctionne pas après l’installation du pilote, vérifiez que vous avez installé le pilote correct.
Compilation du pilote
Lorsque vous essayez de compiler le pilote en exécutant la commande 'make install', l'erreur suivante peut survenir :
"Linux kernel source not configured - missing version.h" (Source de noyau Linux non configurée - version.h manquante)
Pour résoudre ce problème, créez le fichier version.h en allant dans l’arborescence source de Linux et en entrant :
make include/linux/version.h
Plusieurs interfaces sur le même réseau de diffusion Ethernet
En raison du comportement ARP par défaut sur Linux, il n’est pas possible qu’un système sur deux réseaux IP dans le
même domaine de diffusion Ethernet (commutateur non partitionné) se comporte normalement. Toutes les interfaces
Ethernet répondront au trafic IP pour toute adresse IP affectée au système. Il en résultera un trafic de réception non
équilibré.
Si un serveur dispose de plusieurs interfaces, activez le filtrage ARP en entrant :
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
(ceci ne fonctionne que si la version du noyau est postérieure à 2.4.5), ou installez les interfaces dans des domaines
de diffusion différents.
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages. La modification de la configuration
peut être rendue permanente en ajoutant la ligne :
net.ipv4,conf.all.arp_filter= 1 au fichier /etc/sysctl.conf
ou
Installez les interfaces dans des domaines de diffusion séparés (sur différents commutateurs ou
sur un commutateur partitionné aux réseaux locaux virtuels).
Problèmes MSI-X avec des noyaux de versions 2.6.19 à 2.6.21 (compris)
Des paniques et instabilités du noyau peuvent être observées sur le matériel MSI-X si vous utilisez irqbalance avec
des noyaux de versions 2.6.19 et 2.6.21. Si de tels problèmes surviennent, vous pouvez désactiver le démon irqbalance ou mettre votre noyau à niveau.
Erreurs d’allocation de la page de réception
Des erreurs d’allocation d’ordre d’échec:0 erreur peut se produire en cas de stress avec les noyaux 2.6.25 et de versions supérieures. Cela est dû à la façon dont le noyau Linux signale cette condition de stress.
L’hôte peut redémarrer après la suppression de la PF lorsque des VF sont actives sur l’invité
Lorsque vous utilisez des versions du noyau antérieures à la 3.2, ne déchargez pas le pilote PF avec des VF actives.
Cela entraînerait l’arrêt des VF jusqu’à ce que vous rechargiez le pilote PF et pourrait provoquer un redémarrage spontané du système.
Pilote Linux* i40e pour la famille de cartes réseau Intel X710
Ethernet Controller
Présentation d'i40e
REMARQUE : le noyau suppose que TC0 est disponible, et désactive le contrôle de flux des priorités (Priority
Flow Control - PFC) sur le périphérique si TC0 n'est pas disponible. Pour résoudre ce problème, vérifiez que
TC0 est activé lorsque vous configurez DCB sur votre commutateur.
REMARQUE : si le lien à la fonction physique (PF) est interrompu, vous pouvez forcer l'activation du lien (à partir de la fonction physique de l'hôte) sur toutes les fonctions virtuelles (VF) liées à la PF. Cette procédure nécessite la prise en charge du noyau (noyau Redhat 3.10.0-327 ou version ultérieure, noyau en amont 3.11.0 ou
version ultérieure, et prise en charge de l'espace utilisateur iproute2 associé). Si la commande suivante ne fonctionne pas, il est possible que votre système ne la prenne pas en charge. La commande suivante force
l'activation de la liaison sur VF 0 liée à la PF eth0 :
ip link set eth0 vf 0 state enable
REMARQUE : ne déchargez pas le pilote d'un port si une fonction virtuelle (VF) avec une machine virtuelle
(VM) active lui est associée. Autrement, le port semblerait se bloquer. L'exécution de la commande se termine
lorsque la machine virtuelle s'arrête, ou libère la VF.
REMARQUE : dans un environnement virtualisé, la fonction virtuelle peut être sujette à un comportement malveillant sur les cartes réseau Intel® pour serveurs prenant en charge SR-IOV. Les deux trames de couche générées par le logiciel, comme IEEE 802.3x (contrôle de flux de liaison), IEEE 802.1Qbb (contrôle de flux basé sur
des priorités) et les autres trames de ce type, ne sont pas attendues et peuvent ralentir le trafic entre l'hôte et le
commutateur virtuel, et ainsi réduire les performances. Pour résoudre ce problème, configurez tous les ports
compatibles SR-IOV pour l'étiquetage des VLAN. Cette configuration autorise l'abandon des trames inattendues et potentiellement malveillantes.
Le pilote de base i40e Linux* pour la famille de cartes réseau Ethernet X710/XL710 prend en charge les noyaux
2.6.32 et versions ultérieures, et inclut la prise en charge des systèmes x86_64 gérés par Linux.
Les fonctionnalités suivantes sont maintenant disponibles pour les noyaux pris en charge :
l
Encapsulation VXLAN
l
Réseaux VLAN natifs
l
Channel Bonding (agrégation)
l
Délestage de réception générique
l
Pontage de centre de données
L’agrégation des cartes est à présent mise en œuvre en utilisant le module Channel Bonding natif de Linux. Cette fonctionnalité est incluse dans les noyaux Linux pris en charge. De la documentation concernant la fonctionnalité Channel
Bonding est disponible dans la source du noyau Linux : /Documentation/networking/bonding.txt
Utilisez ethtool, lspci ou iproute2's ip pour obtenir des informations sur le pilote. Les instructions de mise à jour
d'ethtool se trouvent dans la section Configurations supplémentaires.
Appareils pris en charge par le pilote de base i40e pour Linux
Les cartes réseau Intel suivantes sont compatibles avec ce pilote :
l
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC
l
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC
l
Carte réseau Ethernet Intel® 10G X710-k bNDC
l
Carte réseau convergent Ethernet Intel® X710
l
Carte réseau convergent Ethernet Intel® X710-T
l
Carte réseau Ethernet Intel® 10G 4P X710/l350 rNDC
l
Carte réseau Ethernet Intel® 10G 4P X710 SFP+ rNDC
l
Carte réseau Ethernet Intel® 10G X710 rNDC
l
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP
l
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC
l
l
l
Carte réseau convergent Ethernet Intel® XL710-Q2
Carte réseau Ethernet Intel® 25G 2P XXV710
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Périphériques SFP+ avec câble optique enfichable
REMARQUE : pour les cartes à fibre optique SFP+, l’utilisation de "ifconfig down" désactive le laser. "ifconfig up" active le laser.
Voir Appareils SFP+ et QSFP+ pour plus d'informations.
Compilation et installation
Il existe trois méthodes d’installation du pilote Linux :
l
Installation à partir du code source
l
Installer à l’aide de RPM KMP
l
Installation à partir d’un fichier RPM KMOD
Installation à partir du code source
Pour compiler un package RPM* binaire pour ce pilote, exécutez 'rpmbuild -tb <nomdefichier.tar.gz>'. Remplacez
<nomdefichier.tar.gz> par le nom de fichier spécifique du pilote.
REMARQUES :
l
Pour que la compilation fonctionne correctement, il est important que le noyau en cours d’exécution
CORRESPONDE à la version et à la configuration de la source de noyau installée. Si vous venez de
recompiler le noyau, redémarrez l’ordinateur maintenant.
l
La fonctionnalité RPM a été testée uniquement sur les distributions Red Hat.
1. Téléchargez le fichier tar du pilote de base dans le répertoire de votre choix. Par exemple, utilisez ’/home/username/i40e’ ou ’/usr/local/src/i40e’.
2. Ouvrez/décompressez l’archive en entrant la commande suivante, où <x.x.x> correspond au numéro de version
du paquetage du pilote :
tar zxf i40e-<x.x.x>.tar.gz
3. Passez au répertoire src du pilote, <x.x.x> correspond au numéro de version du logiciel d’archivage de fichier
du pilote :
cd i40e-<x.x.x>/src/
4. Compilez le module du pilote :
make install
Le binaire sera installé en tant que : /lib/modules/<VERSION DU NOYAU>/kernel/drivers/net/i40e/i40e.ko
Les emplacements d’installation répertoriés ci-dessus sont les emplacements par défaut. Ils peuvent être différents selon les distributions Linux. Pour de plus amples informations, voir le fichier ldistrib.txt inclus dans le
fichier tar du pilote.
5. Installez le module à l’aide de la commande modprobe :
modprobe i40e <paramètre>=<valeur>
Assurez-vous que les anciens pilotes i40e sont supprimés du noyau, avant de charger le nouveau module :
rmmod i40e ; modprobe i40e
6. Affectez une adresse IP à l’interface Ethernet et activez celle-ci en entrant la commande suivante, où <x> correspond au nom d’interface :
ifconfig <ethx> <adresse_IP> netmask <masque réseau> up
7. Vérifiez que l’interface fonctionne. Entrez ce qui suit, où <adresse_IP> est l’adresse IP d’un autre ordinateur du
même sous-réseau que l’interface soumis au test :
ping <adresse_IP>
Installer à l’aide de RPM KMP
REMARQUE : KMP est pris en charge uniquement sur SLES11 et ses versions ultérieures.
Les RPM KMP mettent à jour les RPM i40e actuellement installés sur le système. Ces mises à jour sont fournies par
SuSE dans la version SLES. Si un RPM n’existe pas actuellement sur le système, le KMP ne s’installe pas.
Les RPM sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM inclus
est :
intel-<nom du composant>-<version du composant>.<type d’arch>.rpm
Par exemple, intel-i40e-1.3.8.6-1.x86_64.rpm:i40e est le nom du composant ; 1.3.8.6-1 et la version du composant ; et
x86_64 est le type d'architecture.
Les RPM KMP sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers RPM
KMP inclus est :
intel-<nom du composant>-kmp-<type de noyau>-<version du composant>_<version du noyau>.<type
d’arch>.rpm
Par exemple, intel-i40e-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm:i40e est le nom du composant ; default (par
défaut) est le type de noyau ; 1.3.8.6 est la version du composant ; 2.6.27.19_5-1 est la version du noyau ; et x86_64
est le type d'architecture.
Pour installer le RPM KMP, tapez les deux commandes suivantes :
rpm -i <nom de fichier rpm>
rpm -i <nom de fichier kmp rpm>
Par exemple, pour installer le package RPM KMP i40e, tapez ce qui suit :
rpm -i intel-i40e-1.3.8.6-1.x86_64.rpm
rpm -i intel-i40e-kmp-default-1.3.8.6_2.6.27.19_5-1.x86_64.rpm
Installation à partir d’un fichier RPM KMOD
Les RPM KMOD sont fournis pour les distributions Linux prises en charge. La convention de nom pour les fichiers
RPM inclus est :
kmod-<nom du pilote>-<version>-1.<type d'arch>.rpm
Par exemple, kmod-i40e-2.3.4-1.x86_64.rpm :
l
i40e est le nom du pilote
l
2.3.4 est la version
l
x86_64 est le type d'architecture
Pour installer les fichiers RPM KMOD, accédez au répertoire des fichiers RPM et tapez la commande suivante :
rpm -i <nom de fichier rpm>
Par exemple, pour installer le package RPM KMOD i40e depuis RHEL 6.4, tapez ce qui suit :
rpm -i kmod-i40e-2.3.4-1.x86_64.rpm
Paramètres de ligne de commande
En général, ethtool et les autres commandes spécifiques au SE sont utilisées pour configurer les paramètres modifiables par l'utilisateur après le chargement du pilote. Le pilote i40e ne prend en charge le paramètre de noyau max_
vfs kernel que sur les anciens noyaux qui n'ont pas d'interface sysfs standard. Le seul autre paramètre du module est
le paramètre debug qui peut commander la verbosité de la journalisation par défaut du pilote.
Si le pilote est compilé comme un module, utilisez les paramètres optionnels suivants en les entrant sur la ligne de
commande avec la commande modprobe et en utilisant la syntaxe suivante :
modprobe i40e [<option>=<VAL1>]
Par exemple :
modprobe i40e max_vfs=7
La valeur par défaut de chaque paramètre est généralement le paramètre recommandé, sauf indication contraire.
Le tableau suivant contient les paramètres et les valeurs possibles des commandes modprobe :
Nom du
paramètre
Plages/valeurs
valides
Valeur
par
défaut
Description
max_vfs
1 - 63
0
Ce paramètre assure la prise en charge SR-IOV. Il fait générer au
pilote jusqu’à max_vfs de fonction virtuelle.
REMARQUES :
l
Ce paramètre est utilisé uniquement sur un noyau 3.7.x et
inférieur. Sur un noyau 3.8.x et supérieur, utilisez sysfs pour
activer les VF. Par ailleurs, ce paramètre est uniquement utilisé sur la version 6.6 et supérieure pour les distributions Red
Hat. Pour la version 6.7 et supérieure, utilisez sysfs. Par
exemple :
#echo $num_vf_enabled > /sys/class/net/$dev/device/sriov_
numvfs
//enable VFs
#echo 0 > /sys/class/net/$dev/device/sriov_numvfs
l
ip
//
ip
//
ip
//
//disable VFs
Lorsque le mode SR-IOV est activé, le filtrage de VLAN matériel et la suppression/l'insertion de balises VLAN restent activés. Supprimez l'ancien filtre de VLAN avant d'ajouter le
nouveau filtre de VLAN. Par exemple :
link set eth0 vf 0 vlan 100
set vlan 100 for VF 0
link set eth0 vf 0 vlan 0
Delete vlan 100
link set eth0 vf 0 vlan 200
set a new vlan 200 for VF 0
Les paramètres du pilote sont référencés par position. En conséquence, si vous avez une carte 2 ports ou si votre système est
équipé de plusieurs cartes réseau et que vous voulez N fonctions virtuelles par port, vous devez spécifier un nombre pour chaque port,
chaque paramètre étant séparé par une virgule. Par exemple :
modprobe i40e max_vfs=4
Cela va générer 4 VF sur le premier port.
modprobe i40e max_vfs=2,4
Cela va générer 2 VF sur le premier port et 4 VF sur le deuxième
port.
Vous devez faire attention lorsque vous chargez le pilote avec ces
paramètres. En fonction de la configuration du système, du nombre
de connecteurs, etc., il est impossible de prédire dans tous les cas
où se trouveront les positions sur la ligne de commande.
Ni le périphérique ni le pilote ne peuvent contrôler le mappage des
VF dans l'espace de configuration. La disposition du bus varie en
fonction du système d'exploitation. Sur les systèmes d'exploitation
qui prennent cette fonction en charge, vous pouvez consulter sysfs
pour trouver le mappage.
Nom du
paramètre
Plages/valeurs
valides
Valeur
par
défaut
Description
Certaines configurations matérielles prennent en charge moins
d'instances SR-IOV, puisque le contrôleur XL710 entier (toutes les
fonctions) est limité à un total de 128 interfaces SR-IOV.
Régulation
des paquets
de balise
VLAN
Permet d'envoyer tous les paquets dotés d'une balise VLAN spécifique à une fonction virtuelle (VF) SR-IOV spécifique. De plus, cette
fonction vous permet de désigner une VF comme fiable, et permet à
cette VF fiable de demander un mode promiscuous (mode de proximité) sélectif sur la fonction physique (PF).
Pour définir une VF comme fiable ou non fiable, entrez la commande
suivante dans l'hyperviseur :
# ip link set dev eth0 vf 1 trust [on|off]
Une fois la VF désignée comme fiable, utilisez les commandes suivantes dans la machine virtuelle pour définir la VF en mode promiscuous.
Pour toutes les communications en mode promiscuous : #ip link set
eth2 promisc on
Où eth2 représente une interface VF dans la machine virtuelle (VM)
Pour le multicast en mode promiscuous :
#ip link set eth2 allmulticast on
Où eth2 représente une interface VF dans la machine virtuelle
REMARQUE : par défaut, le paramètre ethtool priv-flag vftrue-promisc-support est réglé sur "off" (désactivé), signifiant
que le mode promiscuous pour la VF sera limité. Pour définir
le mode promiscuous (mode de proximité) de la VF sur "true
promiscuous" et permettre à la VF de voir tout le trafic entrant,
utilisez la commande suivante.
#ethtool -set-priv-flags p261p1 vf-true-promisc-support on
Le paramètre vf-true-promisc-support priv-flag n'active pas le
mode promiscuous ; il désigne le type de mode promiscuous
(limited ou true) [limité ou vrai] que vous obtenez lorsque vous
activez le mode promiscuous en utilisant les commandes ip
link ci-dessus. Il s'agit d'un paramètre global qui affecte
l'ensemble du périphérique. Cependant, le paramètre vf-truepromisc-support priv-flag affecte uniquement la première fonction physique (PF) du périphérique. La fonction physique (PF)
reste limitée en mode promiscuous (sauf en mode MFP), quel
que soit le paramètre vf-true-promisc-support.
Ajoutez maintenant une interface VLAN sur l'interface VF.
#ip link add link eth2 name eth2.100 type vlan id 100
L'ordre dans lequel vous définissez la VF en mode promiscuous et
ajoutez l'interface VLAN n'a aucune d'importance (vous pouvez commencer par l'opération de votre choix). Le résultat final de cet
exemple est que la VF reçoit tout le trafic marqué par la balise VLAN
100.
Nom du
paramètre
Intel® Ethernet Flow
Director
Plages/valeurs
valides
Valeur
par
défaut
Description
REMARQUE : les paramètres de Flow Director ne sont pris en
charge que sur les noyaux de version 2.6.30 ou plus récente.
Sur ces périphériques, le contrôle de flux en mode 1 Gbit/s
peut provoquer des problèmes de transmission.
Flow Director exécute les tâches suivantes :
l
Dirige les paquets reçus vers différentes files d'attente en
fonction de leur flux.
l
Permet d'exercer un contrôle précis sur l'acheminement d'un
flux dans la plate-forme.
l
Associe les flux et les cœurs de processeur pour l'affinité de
flux.
l
Prend en charge plusieurs paramètres pour la classification
des flux flexibles et l'équilibrage de charge (en mode SFP uniquement).
REMARQUES :
l
Un script inclus (set_irq_affinity) automatise la détermination des affinités des interruptions (IRQ) en fonction de l'UC.
l
Le pilote Linux i40e prend en charge les types de flux
suivants : IPv4, TCPv4 et UDPv4. Pour un flux donné, il
prend en charge les combinaisons valides d'adresses
IP (source ou cible) et les ports TCP/UDP (source et
destination). Par exemple, vous pouvez fournir uniquement une adresse IP source, une adresse IP
source et un port de destination, ou une combinaison
d'un ou plusieurs de ces quatre paramètres.
l
Le pilote Linux i40e vous permet de filtrer le trafic en
fonction d'un modèle flexible de deux octets défini par
l'utilisateur et décalé en utilisant des champs ethtool
user-def et des masques. Seuls les types de flux L3 et
L4 sont pris en charge pour les filtres flexibles définis
par l'utilisateur. Pour un type de flux donné, vous
devez effacer tous les filtres de Flow Director avant de
modifier le jeu d'entrée (pour ce type de flux).
Autres commandes ethtool :
Pour activer/désactiver Flow Director
ethtool -K ethX ntuple <on|off>
Si vous désactivez les filtres ntuple, tous les filtres programmés par
l'utilisateur sont purgés du cache de pilote et du matériel. Lorsque
ntuple est activé à nouveau, vous devez recréer les filtres.
Pour ajouter un filtre qui dirige les paquets vers la file d'attente 2, utilisez le commutateur -U ou -N, par ex. :
# ethtool -N ethX flow-type tcp4 src-ip 192.168.10.1
dst-ip \ 192.168.10.2 src-port 2000 dst-port 2001
action 2 [loc 1]
Pour définir un filtre en utilisant uniquement des adresses IP source
et destination :
# ethtool -N ethX flow-type tcp4 src-ip 192.168.10.1
dst-ip \
Nom du
paramètre
Plages/valeurs
valides
Valeur
par
défaut
Description
192.168.10.2 action 2 [loc 1]
Pour définir un filtre basé sur un modèle défini par l'utilisateur et le
décalage :
# ethtool -N ethX flow-type tcp4 src-ip 192.168.10.1
dst-ip \
192.168.10.2 user-def 0xffffffff00000001 m 0x40
action 2 [loc 1]
Où la valeur du champ user-def (0xffffffff00000001) est le modèle et
m 0x40 le décalage.
Dans ce cas, le paramètre masque (m 0x40) est utilisé avec le
champ user-def, alors qu'il ne l'est pas pour la prise en charge du
filtre Cloud.
ATR (application Targeted Routing) Perfect Filter :
ATR est activé par défaut lorsque le noyau est en mode de file
d'attente de transfert multiple. Une règle de filtre Flow Director ATR
est ajoutée lorsqu'un flux TCP-IP débute et elle est effacée quand le
flux s'arrête. Lorsqu'une règle de filtre Flow Director TCP-IP est ajoutée depuis ethtool (filtre de bande latérale), ATR est désactivé par le
pilote. Afin de réactiver ATR, l'utilisateur peut désactiver la bande
latérale à l'aide de l'option ethtool -K. Si la bande latérale est réactivée par la suite, ATR reste activé jusqu'à l'ajout d'un flux TCP-IP.
Filtres Sideband Perfect
Des filtres Sideband Perfect sont utilisés pour diriger le trafic correspondant aux caractéristiques spécifiées. Ils sont activés par
l'interface ntuple d'ethtool. Pour ajouter un nouveau filtre, utilisez la
commande suivante :
ethtool -U <périphérique> flow-type <type> src-ip
<ip> dst-ip <ip> src-port <port> dst-port <port>
action <file>
Où :
<périphérique> - le périphérique Ethernet à programmer
<type> - peut être ip4, tcp4, udp4 ou sctp4
<ip> - l'adresse IP utilisée pour la correspondance
<port> - le numéro de port utilisé pour la correspondance
<file> - la file d'attente vers laquelle diriger le trafic (-1 supprime le trafic correspondant)
Utilisez la commande suivante pour afficher tous les filtres actifs :
ethtool -u <périphérique>
Utilisez la commande suivante pour supprimer un filtre :
ethtool -U <périphérique> delete <N>
<N> représente l'id de filtre qui s'affiche lors de l'impression de tous
les filtres actifs, et peut également avoir été spécifié à l'aide de "loc
<N>" lors de l'ajout du filtre.
Nom du
paramètre
Plages/valeurs
valides
Valeur
par
défaut
Description
L'exemple suivant identifie le trafic TCP envoyé à partir de
192.168.0.1, port 5300, adressé à 192.168.0.5, port 80, et l'envoie à
la file d'attente 7 :
ethtool -U enp130s0 flow-type tcp4 src-ip 192.168.0.1
dst-ip 192.168.0.5 src-port 5300 dst-port 7 action 7
Pour chaque type de flux, les filtres programmés doivent tous utiliser
le même jeu d'entrée correspondant. Par exemple, l'émission des
deux commandes suivantes est acceptable :
ethtool -U enp130s0 flow-type ip4 src-ip 192.168.0.1
src-port 5300 action 7
ethtool -U enp130s0 flow-type ip4 src-ip 192.168.0.5
src-port 55 action 10
L'émission des deux commandes suivantes, cependant, n'est pas
acceptable, car la première spécifie scr-ip et la seconde spécifie dstip :
ethtool -U enp130s0 flow-type ip4 src-ip 192.168.0.1
src-port 5300 action 7
ethtool -U enp130s0 flow-type ip4 dst-ip 192.168.0.5
src-port 55 action 10
La deuxième commande échoue avec une erreur. Vous pouvez programmer plusieurs filtres en utilisant les mêmes champs, mais avec
des valeurs différentes ; sur un périphérique, cependant, vous ne
pouvez pas programmer deux filtres tcp4 en utilisant des champs correspondants différents.
Le pilote i40e ne prenant pas en charge la correspondance à une
sous-partie d'un champ, les champs de masque partiels ne sont
donc pas pris en charge.
Le pilote prend également en charge les données définies par
l'utilisateur correspondant à la charge utile du paquet.
Ces données flexibles sont spécifiées comme suit à l'aide du champ
"user-def" de la commande ethtool :
31 28 24 20 16
15 12 8 4 0
décalage dans la charge utile du
paquet
2 octets de données
flexibles
Par exemple,
... user-def 0x4FFFF ...
indique au filtre de rechercher 4 octets dans la charge utile et de
faire correspondre cette valeur à 0xFFFF. Le décalage est basé sur
le début de la charge utile, et non sur le début du paquet. Ainsi
flow-type tcp4 ... user-def 0x8BEAF ...
correspondrait aux paquets TCP/IPv4 dont la charge utile TCP/IPv4
contient la valeur 0xBEAF sur 8 octets.
Nom du
paramètre
Plages/valeurs
valides
Valeur
par
défaut
Description
Veuillez noter que les en-têtes ICMP sont analysés comme suit :
4 octets d'en-tête et 4 octets de charge utile. Ainsi, pour faire correspondre le premier octet de la charge utile, vous devez ajouter
4 octets au décalage. Veuillez également noter que les filtres ip4 correspondent à la fois aux trames ICMP et aux trames raw (inconnues)
ip4 , où la charge utile sera la charge utile 3 de la trame IP4.
Le décalage maximal est 64. Le matériel lira jusqu'à 64 octets de
données uniquement à partir de la charge utile. Le décalage doit
avoir une valeur paire, car les données flexibles ont une longueur de
2 octets et doivent être alignées sur l'octet 0 de la charge utile du
paquet.
Le décalage flexible défini par l'utilisateur est également considéré
comme faisant partie du jeu d'entrée et il ne peut pas être programmé séparément pour plusieurs filtres du même type. Cependant, les données flexibles ne sont pas incluses dans le jeu d'entrée
et plusieurs filtres peuvent utiliser le même ldécalage, tout en correspondant à des données différentes.
Pour créer des filtres qui dirigent le trafic vers une fonction virtuelle
(VF) spécifique, utilisez le paramètre "action". Spécifiez l'action sous
la forme d'une valeur sur 64 bits, où les 32 bits inférieurs représentent le numéro de la file d'attente, tandis que les 8 bits suivants
représentent la VF. Puisque 0 correspond à la fonction physique
(PF), l'identifiant VF est décalé par la valeur 1. Par exemple :
... action 0x800000002 ...
spécifie de diriger le trafic vers la fonction virtuelle 7 (8 moins 1) dans
la file d'attente 2 de cette VF.
Ces filtres ne contreviennent pas aux règles de routage interne, et ils
n'acheminent pas le trafic qui n'aurait autrement pas été envoyé à la
fonction virtuelle spécifiée.
Prise en
charge du
filtre Cloud
Sur un réseau complexe prenant en charge plusieurs types de trafic
(le trafic de stockage et le trafic cloud, par exemple), la prise en
charge de filtre Cloud vous permet d'envoyer un seul type de trafic
(le trafic de stockage, par exemple) à la fonction physique (PF) et un
autre type (le trafic Cloud, par exemple) à une fonction virtuelle (VF).
Puisque les réseaux Cloud sont généralement de type VXLAN/Geneve, vous pouvez définir un filtre Cloud afin d'identifier les paquets
VXLAN/Geneve et de les envoyer à une file d'attente dans la VF,
pour traitement par la machine virtuelle (VM). De même, d'autres
filtres Cloud peuvent être conçus pour divers autres tunnels de trafic.
REMARQUES :
l
Les filtres Cloud sont uniquement pris en charge
lorsque le périphérique sous-jacent utilise un mode de
fonction unique par port.
l
L'option "action -1", qui abandonne les paquets correspondants dans des filtres Flow Director réguliers,
ne permet pas de déposer des paquets lorsqu'elle est
utilisée avec les filtres cloud.
l
Pour les types de flux IPv4 et ether, les filtres Cloud ne
peuvent pas être utilisés avec les filtres TCP ou UDP.
l
Les filtres Cloud peuvent être utilisés pour fractionner
la file d'attente dans la fonction physique (PF).
Nom du
paramètre
Plages/valeurs
valides
Valeur
par
défaut
Description
Les filtres suivants sont pris en charge :
Filtres Cloud
l
Adresse MAC intérieure, VLAN intérieure (pour les paquets
NVGRE, VXLAN ou Geneve)
l
Adresse MAC intérieure, VLAN intérieure, ID locataire (pour
les paquets NVGRE, VXLAN ou Geneve)
l
Adresse MAC intérieure, ID locataire (paquet NVGRE ou
paquets VXLAN/Geneve)
l
Filtre MAC L2 extérieure
l
Filtre MAC intérieure
l
MAC extérieure, ID locataire, MAC intérieure
l
IP de destination d'application
l
IP source d'application, MAC intérieure
l
ToQueue : utiliser MAC, VLAN pour pointer vers une file
d'attente
Filtres L3
l
ID de destination d'application
Les filtres Cloud sont spécifiés en utilisant l'interface ntuple d'ethtool,
mais le pilote utilise user-def pour déterminer s'il faut traiter le filtre
comme un filtre Cloud ou comme un filtre régulier. Pour activer un
filtre Cloud, définissez le bit le plus significatif du champ user-def,
"user-def 0x8000000000000000", pour activer les fonctionnalités
Cloud décrites ci-dessous. Cela indique au pilote d'appliquer un traitement spécifique au filtre, au lieu de le traiter comme les filtres réguliers décrits ci-dessus. Notez que les filtres Cloud peuvent aussi lire
séparément les autres bits du champ user-def ; vous ne pouvez donc
pas utiliser la fonction de données flexibles décrite ci-dessus.
Pour les filtres Flow Director régulier :
- Aucun user-def spécifié ou le bit le plus élevé (bit 63) a la valeur 0
Exemple :
ethtool -U enp130s0 flow-type ip4 src-ip 192.168.0.1
dst-ip 192.168.0.109 action 6 loc
Pour les filtres L3 (paquets non tunnélisés) :
- "user-def 0x8000000000000000" (aucun paramètre ID locataire/VNI spécifié dans les bits restants du champ user-def)
- Seuls les paramètres L3 (src-IP, dst-IP) sont pris en compte
Exemple :
ethtool -U enp130s0 flow-type ip4 src-ip
192.168.42.13 dst-ip 192.168.42.33 / src-port 12344
dst-port 12344 user-def 0x8000000000000000 action /
0x200000000 loc 3
Redirige le trafic provenant de 192.168.42.13 port 12344 avec la destination 192.168.42.33 port 12344 vers VF id 1 et lui donne le nom
"règle 3"
Pour les filtres Cloud (paquets tunnélisés) :
l
Tous les autres filtres, y compris lorsque les paramètres ID
locataire/VNI sont spécifiés.
Nom du
paramètre
Plages/valeurs
valides
Valeur
par
défaut
Description
l
l
l
l
Les 32 bits inférieurs du champ user-def peuvent transporter
le paramètre ID locataire/VNI si nécessaire.
La VF peut être spécifiée en utilisant le champ "action", tout
comme les filtres réguliers décrits dans la section Filtre Flow
Director ci-dessus.
Les filtres cloud peuvent être définis en utilisant l'adresse
MAC intérieure, MAC extérieure, IP intérieure, VLAN intérieure et VNI, dans le cadre de l'interface tuple Cloud. Les
filtres Cloud filtrent sur l'adresse MAC et IP destination (non
source). Les champs d'adresse MAC destination et source de
la commande ethtool sont surchargés, puisque dst = adresse
MAC extérieure, src = adresse MAC intérieure afin de simplifier la définition de tuple pour un filtre Cloud.
Le paramètre 'loc' spécifie que le numéro de la règle du filtre
est stocké dans le pilote de base
Exemple :
ethtool –U enp130s0 flow-type ether dst 8b:9d:ed:6a:ce:43 src 1d:44:9d:54:da:de user-def
0x8000000000000022 loc 38 action 0x200000000
Redirige le trafic vers VXLAN en utilisant le tunnel id 34 (hexadécimal 0x22) provenant de l'adresse MAC extérieure 8b:9d:ed:6a:ce:43 et de l'adresse MAC intérieure 1d:44:9d:54:da:de vers VF id 1
et lui donne le nom "règle 38".
Configurations supplémentaires
Configuration du pilote sur des distributions différentes
La configuration d’un pilote réseau pour qu’il se charge correctement lors du démarrage d’un système dépend de la
distribution. Habituellement, le processus de configuration entraîne l’ajout d’une ligne d’alias dans le fichier /etc/modules.conf ou /etc/modprobe.conf, ainsi que la modification de plusieurs scripts de démarrage du système et/ou de
fichiers de configuration. De nombreuses distributions Linux sont livrées avec des outils qui peuvent effectuer ces modifications pour vous. Pour connaître la façon correcte de configurer un périphérique réseau sur votre système, reportezvous à votre documentation de distribution. Si, lors de ce processus, le nom du pilote ou du module vous est demandé,
le nom du pilote de base Linux pour la famille de cartes Intel® 10 Gigabit PCI Express est i40e.
Affichage des messages de liaison
Les messages de liaison ne sont pas affichés sur la console si la distribution restreint les messages système. Afin de
voir les messages de liaison du pilote réseau sur votre console, définissez le paramètre dmesg sur huit en entrant ce
qui suit :
dmesg -n 8
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages.
Trames Jumbo
La prise en charge des trames Jumbo est activée en définissant une valeur MTU plus élevée que la valeur par défaut
de 1500 octets. La valeur MTU maximale est 9 710. Utilisez la commande ifconfig pour augmenter la valeur MTU.
Entrez, par exemple, la commande suivante, où <x> est le numéro d’interface :
ifconfig ethx mtu 9000 up
Ce paramètre n’est pas sauvegardé lors des redémarrages. La modification du paramètre peut être permanente en
ajoutant MTU = 9000 au fichier /etc/sysconfig/network-scripts/ifcfg-eth<x> pour RHEL ou au fichier
/etc/sysconfig/network/<config_file> pour SLES.
Le paramètre MTU maximal pour les trames Jumbo est 9702. Cette valeur correspond à la taille maximale des trames
Jumbo, qui est de 9 728. Ce pilote tentera d'utiliser des tampons de tailles différentes pour recevoir chaque paquet
Jumbo. Cela aide à éviter les problèmes de famine de tampon lors de l’allocation des paquets de réception.
ethtool
Le pilote utilise l’interface ethtool pour la configuration et du pilote et les diagnostics, ainsi que pour afficher les informations statistiques. La toute dernière version d’ethtool est nécessaire pour cette fonctionnalité.
La dernière version d’ethtool est accessible à : http://sourceforge.net/projects/gkernel.
NAPI
Le NAPI (mode d’interrogation de réception) est pris en charge par le pilote i40e.
Consultez la page https://wiki.linuxfoundation.org/networking/napi pour en savoir plus sur le NAPI.
Contrôle de flux
Le contrôle de flux est désactivé par défaut. Pour l’activer, utilisez ethtool :
ethtool -A eth? autoneg off rx on tx on
REMARQUE : vous devez disposer d’un partenaire de liaison capable de contrôle de flux.
Débit de hachage RSS
Permet de définir les octets de hachage par type de débit et toute combinaison d'une ou de plusieurs options pour la
configuration Receive Side Scaling (RSS).
#ethtool -N <dev> rx-flow-hash <type> <option>
Où <type> peut être remplacé par :
tcp4 signifiant TCP sur IPv4
udp4 signifiant UDP sur IPv4
tcp6 signifiant TCP sur IPv6
udp6 signifiant UDP sur IPv6
Et <option> peut être remplacé par un ou plusieurs des éléments suivants :
s hachage sur l'adresse IP source du paquet rx.
d hachage de l'adresse IP destination du paquet rx.
f hachage sur les octets 0 et 1 de l’en-tête Couche 4 du paquet rx.
n hachage sur les octets 2 et 3 de l’en-tête Couche 4 du paquet rx.
Fonction anti-arnaque MAC et VLAN
Quand un pilote malveillant tente d’envoyer un paquet malveillant, il est rejeté par le matériel et n’est pas transmis.
Une interruption est envoyée au pilote PF pour signaler la tentative d’intrusion malveillante. Quand un paquet malveillant est détecté, le pilote PF envoie le message suivant au journal du système (affiché avec la commande
"dmesg") :
i40e ethx: i40e_spoof_check: n paquets malveillants détectés
Quand x=PF interface# et n=VF ayant tenté l’intrusion malveillante.
REMARQUE : cette fonctionnalité peut être désactivée pour une fonction virtuelle (VF) spécifique.
IEEE 1588 Precision Time Protocol (PTP) Hardware Clock (PHC)
Le protocole PTP (Precision Time Protocol) est utilisé pour synchroniser les horloges d'un réseau informatique. La
prise en charge PTP varie selon les périphériques Intel qui prennent en charge ce pilote.
Utilisez "ethtool -T <nom netdev>" pour obtenir la liste définitive des fonctionnalités PTP prises en charge par le périphérique.
Déchargement matériel VXLAN Overlay
Le pilote i40e pour Linux offre la prise en charge du déchargement matériel VXLAN Overlay. Les deux commandes suivantes sont utilisées pour afficher et configurer VXLAN sur un périphérique prenant en charge le déchargement
VXLAN-overlay.
Cette commande affiche les déchargements et leur état actuel :
# ethtool -k ethX
Cette commande active/désactive la prise en charge VXLAN par le pilote.
# ethtool -K ethX tx-udp_tnl-segmentation [off|on]
Pour plus d'informations sur la configuration de votre réseau pour la prise en charge de VXLAN overlay, consultez le
dossier technique Intel "Création de réseaux overlay en utilisant les cartes réseau convergent Ethernet" (Division Intel
Networking Division, août 2013) :
http://www.intel.com/content/dam/www/public/us/en/documents/technology-briefs/ overlay-networks-using-convergednetwork-adapters-brief.pdf
Optimisation des performances
Les paramètres par défaut du pilote lui permettent de s'adapter à un grand nombre de charges de travail différentes. Si
des optimisations sont nécessaires, il est conseillé d'essayer les paramètres ci-après.
Reliez les IRQ de la carte réseau à des cœurs spécifiques en désactivant le service irqbalance et en exécutant le script
set_irq_affinity inclus.
Les paramètres suivants permettront de répartir les IRQ de manière équitable sur tous les cœurs :
# scripts/set_irq_affinity –x all <interface1> , [ <interface2>,… ]
Les paramètres suivants permettront de répartir les IRQ sur tous les cœurs en local de la carte (même nœud NUMA) :
# scripts/set_irq_affinity –x local <interface1> ,[ <interface2>,… ]
Consultez le texte d'aide du script pour plus d'options.
Pour des charges de travail demandant une fréquence du processeur élevée, il est conseillé de relier les IRQ à tous
les cœurs.
Pour le Transfert IP : désactiver la fonction ITR adaptative et baisser les interruptions rx et tx par file d'attente à l'aide
d'ethtool. La définition de rx-usecs et de tx-usecs à 125 limitera les interruptions à environ 8 000 par seconde par file
d'attente.
# ethtool <interface> adaptive-rx off adaptive-tx off rx-usecs 125 tx-usecs 125
Pour réduire l'utilisation du processeur : désactiver la fonction ITR adaptative et baisser les interruptions rx et tx par file
d'attente à l'aide d'ethtool. La définition de rx-usecs et de tx-usecs à 250 limitera les interruptions à environ 4000 par
seconde et par file d'attente.
# ethtool <interface> adaptive-rx off adaptive-tx off rx-usecs 250 tx-usecs 250
Pour une latence plus faible : désactiver les fonctions ITR et ITR adaptative en définissant rx et tx sur 0 à l'aide
d'ethtool.
# ethtool <interface> adaptive-rx off adaptive-tx off rx-usecs 0 tx-usecs 0
Problèmes connus
Les périphériques X710/XXV710 ne parviennent pas à activer le nombre MAX de VF
lorsque NPAR et SR-IOV sont activés
Les périphériques X710/XXV710 ne parviennent pas à activer Max VFs (64) lorsque NPAR et SR-IOV sont activés.
Une erreur d'i40e est consignée, indiquant "add vsi failed for VF N, aq_err 16" (l'ajout de vsi a échoué pour VF N, aq_
err 16). Pour résoudre ce problème, activez moins de 64 fonctions virtuelles (VF).
La commande "ip link show" affiche une VF MAC incorrecte si la VF MAC a été définie à partir du côté VF
L'exécution de la commande "ip link show" affiche uniquement les adresses MAC si elles ont été définies par la fonction physique (PF). Sinon, elle affiche des zéros uniquement.
Il s'agit d'un comportement normal. Le pilote PF transmet des zéros au pilote VF pour qu'il puisse générer sa propre
adresse MAC aléatoire et la signaler au SE invité. Sans cette fonction, certains systèmes d'exploitation invités
assignent à tort un nouveau nom d'interface à la VF à chaque redémarrage.
Erreur SSL (Aucun fichier de ce type) lors de l'installation du pilote sur Ubuntu 14.04
Lors de l'installation du pilote sur Ubuntu 14.04, vous pouvez obtenir une erreur SSL indiquant "no such file or directory" (aucun fichier ou répertoire de ce type). Ce problème n'affecte pas l'installation ni les performances du pilote et
peut être ignoré.
Le délestage de la somme de contrôle IPv6/UDP ne fonctionne pas sur certains
noyaux plus anciens
Certaines distributions utilisant des noyaux plus anciens n'activent pas correctement le délestage de la somme de
contrôle IPv6/UDP. Pour utiliser le délestage de la somme de contrôle IPv6, il peut être nécessaire de mettre le noyau
à niveau.
Performances médiocres lors de l'utilisation de l'encapsulation VXLAN
Lors de l'utilisation de l'encapsulation VXLAN sur Red Hat Enterprise Linux 7.2 et 7.3, vous pouvez constater des performances médiocres liées aux limitations du noyau sur ces versions de SE. Pour résoudre ce problème, mettez votre
noyau à niveau.
Messages d'avertissement depmod concernant un symbole inconnu lors de
l'installation
Pendant l'installation du pilote, vous pouvez voir des messages d'avertissement depmod renvoyant à des symboles
inconnus i40e_register_client et i40e_unregister_client. Ces messages sont fournis à titre d'information uniquement et
aucune intervention n'est requise. L'installation devrait s'achever normalement.
Erreur : <ifname> selects TX queue XX but real number of TX queues is YY
Lorsque vous configurez le nombre de files d'attente sous une forte charge du trafic, vous pouvez voir un message
d'erreur indiquant "<ifname> selects TX queue XX, but real number of TX queues is YY" (<ifname> sélectionne la file
de transmission XX, mais il y a en réalité YY files d'attente). Ce message est fourni à titre d'information uniquement et
n'affecte pas les fonctionnalités.
Windows Server 2016 ne fonctionne pas comme un SE invité sur les anciens KVM
RHEL et SLES
Microsoft* Windows Server 2016* ne fonctionne pas comme un système d'exploitation invité sur la version de
l'hyperviseur KVM incluse dans Red Hat* Enterprise Linux* (RHEL) version 6.8 et Suse* Linux Enterprise Server
(SLES) version 11.4. Windows Server 2016 fonctionne comme un système d'exploitation invité sur RHEL 7.2 et SLES
12.1.
Correction des problèmes de performances lors de l'utilisation d'IOMMU dans les
environnements virtualisés
La fonctionnalité IOMMU du processeur empêche les périphériques d'E/S d'accéder à la mémoire hors des limites
fixées par le SE. Elle permet également d'affecter directement les périphériques à une machine virtuelle. Cependant,
la fonctionnalité IOMMU peut affecter les performances, aussi bien pour la latence (chaque accès DMA par le périphérique doit être traduit par IOMMU) que pour l'utilisation de l'UC (chaque tampon affecté à chaque périphérique doit
être connecté dans l'IOMMU).
Si vous rencontrez des problèmes de performances avec IOMMU, essayez de l'utiliser en mode "passthrough", en ajoutant la ligne suivante dans la ligne de commande de démarrage du noyau :
intel_iommu=on iommu=pt
REMARQUE : ce mode permet le remappage pour attribuer les périphériques aux machines virtuelles, proposant des performances d'E/S quasi-natives, mais il n'offre pas de protection de mémoire supplémentaire.
La transmission se bloque, suspendant le trafic
La désactivation du contrôle de flux pendant que le périphérique est soumis à une montée en charge peut bloquer la
transmission et éventuellement suspendre le trafic. Vous devez redémarrer le système pour résoudre ce problème.
Messages incomplets dans le journal système
L'utilitaire NVMUpdate peut écrire plusieurs messages incomplets dans le journal système.
Ces messages prennent la forme suivante :
in the driver Pci Ex config function byte index 114
in the driver Pci Ex config function byte index 115
Vous pouvez ignorer ces messages.
Le compteur de la somme de contrôle effectue une incrémentation incorrecte lors de
l'utilisation de VxLAN
Lorsque vous transmettez du trafic non-UDP sur une interface VxLAN, le compteur port.rx_csum_bad effectue
l'incrémentation des paquets.
Réinitialisation des compteurs de statistiques lors du changement du mode promiscuous
Le changement du mode promiscuous (mode de proximité) entraîne la réinitialisation du pilote de fonction physique.
Cela entraîne la réinitialisation du compteur de statistiques.
Aucun lien établi à la machine virtuelle
Si plusieurs ports sont affectés à la machine virtuelle et que ces ports sont associés à différents ports physiques, vous
ne pourrez peut-être pas obtenir de liaison sur tous les ports virtuels. La commande suivante peut permettre de
résoudre le problème :
ethtool -r <PF>
Où <PF> est l'interface PF dans l'hôte, par exemple : p5p1. Vous devrez peut-être exécuter plusieurs fois la commande
pour obtenir un lien sur tous les ports virtuels.
Changement inattendu de l'adresse MAC d'une fonction virtuelle (VF)
Si l'adresse MAC d'une fonction virtuelle n'est pas assignée à l'hôte, le pilote de la fonction virtuelle (VF) utilisera une
adresse MAC aléatoire. Cette adresse MAC aléatoire peut changer à chaque fois que le pilote VF est rechargé. Vous
pouvez attribuer une adresse MAC statique dans la machine hôte. Cette adresse MAC statique sera conservée après
le rechargement d'un pilote VF.
La modification du nombre de files d'attente de réception ou de transmission en utilisant ethtool -L peut causer une panique du noyau
La modification du nombre de files d'attente de réception ou de transmission en utilisant ethtool -L pendant que le trafic
est en cours et que l'interface est active peut causer une panique du noyau. Commencez par arrêter l'interface pour éviter le problème. Par exemple :
ip link set ethx down
ethtool -L ethx combined 4
Échec incorrectement signalé de l'ajout d'une règle Sideband à Flow Director
Si vous essayez d'ajouter une règle à Flow Director alors qu'il n'y a plus d'espace disponible pour la règle Sideband,
i40e consigne une erreur indiquant que la règle ne peut pas être ajoutée, mais ethtool signale le succès de l'opération.
Vous pouvez supprimer des règles pour libérer de l'espace. Vous pouvez aussi supprimer la règle qui a échoué. Vous
la retirez ainsi de la mémoire cache du pilote.
Sideband Logic de Flow Director ajoute un filtre dupliqué
Sideband Logic de Flow Director ajoute un filtre dupliqué dans la liste des filtres logiciels si l'emplacement n'est pas
spécifié ou qu'il est spécifié mais qu'il est différent de l'emplacement du précédent tout en ayant les mêmes critères de
filtre. Dans ce cas, le second des deux filtres qui apparaissent est le filtre valide dans le matériel et il décide de l'action
de filtre.
Plusieurs interfaces sur le même réseau de diffusion Ethernet
En raison du comportement ARP par défaut sur Linux, il n’est pas possible qu’un système sur deux réseaux IP dans le
même domaine de diffusion Ethernet (commutateur non partitionné) se comporte normalement. Toutes les interfaces
Ethernet répondront au trafic IP pour toute adresse IP affectée au système. Il en résultera un trafic de réception non
équilibré.
Si un serveur dispose de plusieurs interfaces, activez le filtrage ARP en entrant :
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
Ce processus fonctionne uniquement avec des noyaux de version supérieure à 2.4.5.
REMARQUE : ce paramètre n’est pas sauvegardé lors des redémarrages. Vous pouvez rendre la modification
de configuration permanente en ajoutant la ligne suivante dans le fichier /etc/sysctl.conf :
net.ipv4.conf.all.arp_filter = 1
Une autre solution consiste à installer les interfaces dans des domaines de diffusion séparés (sur différents commutateurs ou sur un commutateur partitionné aux réseaux locaux virtuels).
Problème de perte de paquet lors du test de montée en charge UDP
Sous une montée en charge de petits paquets UDP avec le pilote i40e, le système peut abandonner des paquets UDP
à la suite de la saturation des sockets. Vous pouvez résoudre le problème en réglant les variables Contrôle de flux
(Flow Control) du pilote sur la valeur minimale. Vous pouvez également essayer d'augmenter les tailles de tampon par
défaut du noyau en modifiant les valeurs sous /proc/sys/net/core/rmem_default et rmem_max
Débranchement du câble réseau alors qu'ethtool -p est en cours d’exécution
Sur les noyaux de versions 2.6.32 et supérieures, le clavier système ne répond plus (sauf à la commande
Ctrl+Alt+Supp.) si le câble réseau est débranché alors que ethtool -p est en cours d’exécution. Le redémarrage du système semble être le seul recours.
Erreurs d’allocation de la page de réception
Des erreurs de type 'Échec d'allocation de page. ordre : 0' peuvent se produire en cas de montée en charge avec les
noyaux 2.6.25 et de versions supérieures.
Cela est dû à la façon dont le noyau Linux signale cette condition de stress.
Performances inférieures aux attentes
Certains connecteurs PCIe x8 sont en fait configurés comme des connecteurs x4. Ces connecteurs ont une bande passante insuffisante pour les débits de ligne avec des périphériques à 2 et 4 ports. En outre, si vous placez une carte
réseau compatible PCIe Generation 3 sur un connecteur PCIe Generation 2, vous n'obtiendrez pas la totalité de la
bande passante. Le pilote détecte cette situation et écrit le message suivant dans le journal système :
"PCI-Express bandwidth available for this card is not sufficient for optimal performance. For optimal performance a x8
PCI-Express slot is required" (La bande passante PCI-Express disponible pour cette carte est insuffisante pour obtenir
des performances optimales. Pour des performances optimales, un connecteur PCI-Express x8 est exigé).
Si cette erreur se produit, placez la carte dans un véritable connecteur PCIe Generation 3 x8 pour résoudre le problème.
Il est possible qu'ethtool affiche incorrectement un module SFP+ Fiber comme un
câble à fixation directe
En raison de limitations du noyau, le type de port ne peut être affiché correctement que sur les noyaux 2.6.33 ou de versions supérieures.
L'exécution de la commande ethtool -t ethX cause des plantages entre la PF et le
client test
En présence de VF actives, "ethtool -t" effectue un diagnostic complet. Au cours de ce processus, il se réinitialise, ainsi
que toutes les VF liées. Les pilotes VF subissent une perturbation, mais sont en mesure de récupérer.
Activation de SR-IOV sur un SE invité Microsoft* Windows Server* 2012/R2 64 bits
sous Linux KVM
KVM Hypervisor/VMM prend en charge l’attribution d’un périphérique PCIe vers un VM. Cela comprend les appareils
PCIe classiques ainsi que les périphériques compatibles SR-IOV utilisant les contrôleurs Intel® XL710.
Impossible d’obtenir le bail DHCP au démarrage avec Red Hat
Dans les configurations où la négociation automatique prend plus de cinq secondes, le script de démarrage risque
d'échouer avec le message suivant :
"ethX: failed. No link present. Check cable?"
Cette erreur peut se produire même si la présence de lien peut être confirmée en utilisant ethtool ethx. Dans ce cas,
essayez de définir "LINKDELAY=30" dans /etc/sysconfig/network-scripts/ifdfg-ethx.
Le même problème peut se produire pendant un démarrage réseau (via PXE) sur les distributions RedHat qui utilisent
le script dracut :
"Attention : aucune porteuse détectée sur l'interface <nom_interface>"
Dans ce cas, ajoutez "rd.net.timeout.carrier=30" à la ligne de commande du noyau.
REMARQUE : la durée du lien peut varier. Ajustez la valeur de LINKDELAY en conséquence. Il est également
possible d’utiliser NetworkManager pour configurer les interfaces, ce qui évite d’avoir à définir des délais. Pour
savoir comment effectuer des configurations à l’aide de NetworkManager, reportez-vous à la documentation
fournie avec votre distribution.
Le chargement du pilote i40e dans les noyaux 3.2.x et supérieurs affiche le message
comme quoi le noyau est taché (tainted)
En raison de modifications récentes du noyau, le chargement d’un pilote "out of tree" "tache" le noyau.
Pontage de centre de données (DCB) pour Connexions
réseau Intel® :
Data Center Bridging offre une couche de transport de centre de données sans perte pour l'utilisation des LAN et SAN
dans un maillage unifié unique.
Le Pontage de centre de données inclut les fonctionnalités suivantes :
l
Priority-based flow control (PFC ; IEEE 802.1Qbb) (Contrôle de flux basé sur des priorités)
l
Enhanced transmission selection (ETS ; IEEE 802.1Qaz) (Sélection améliorée des transmissions)
l
Congestion notification (CN) (Notification de congestion)
l
Extensions de la norme Link Layer Discovery Protocol (IEEE 802.1AB) permettant l’utilisation du protocole
DCBX (Data Center Bridging Capability Exchange)
Deux versions de DCBX sont prises en charge :
Version CEE : la spécification est accessible en suivant un lien dans le document suivant : http://www.ieee802.org/1/files/public/docs2008/dcb-baseline-contributions-1108-v1.01.pdf
Version IEEE : la spécification est accessible en suivant un lien dans le document suivant : https://standards.ieee.org/findstds/standard/802.1Qaz-2011.html
REMARQUE : la pile DCBX du SE est par défaut la version CEE de DCBX et, si un pair transmet des TLV IEEE,
elle passera automatiquement à la version IEEE.
Pour davantage d’informations sur DCB, y compris la spécification du protocole DCBX, visitez le site
http://www.ieee802.org/1/pages/dcbridges.html.
Configuration de DCB pour Windows :
Les fonctions DCB de la carte réseau Ethernet Intel peuvent être configurées à l'aide du Gestionnaire de périphériques
Windows. Ouvrez la feuille de propriétés de la carte et sélectionnez l'onglet Data Center.
Vous pouvez utiliser Intel® PROSet pour effectuer les tâches suivantes :
l
Afficher l'état :
l
Sélection de transmission avancée
l
Contrôle de flux des priorités (Priority Flow Control)
l
FCoE Priority
État non opérationnel : si l'indicateur d'état indique que DCB n'est pas opérationnel, plusieurs raisons
peuvent en être la cause.
l
Le pontage de centre de données n'est pas activé - cochez la case pour activer le pontage de
centre de données.
l
Une ou plusieurs fonctionnalités DCB se trouvent dans un état non opérationnel. Les fonctionnalités qui contribuent à l’état non opérationnel sont PFC et APP:FCoE.
l
l
Un état non opérationnel est généralement dû à l’activation des fonctionnalités Use Switch Settings
(Utilisation des paramètres du commutateur) ou Using Advanced Settings (Utilisation des paramètres
avancés). Cette activation résulte habituellement de difficultés de communication des informations sur
les fonctionnalités DCB avec le commutateur. Les problèmes possibles comprennent :
l
Une des fonctionnalités n’est pas prise en charge par le commutateur.
l
Le commutateur n'annonce pas la fonctionnalité ;
l
Le commutateur ou l’hôte a désactivé la fonctionnalité (sur l’hôte, il s’agirait d’une fonctionnalité
avancée).
Désactiver/Activer le DCB
Informations de dépannage
Hyper-V (DCB et VMQ)
REMARQUE : la configuration du mode VMQ + DCB réduit le nombre de VMQ disponibles pour les SE invités.
DCB pour Linux
DCB est pris en charge sur RHEL 6 ou version ultérieure ou SLES11 SP1 ou version ultérieure. Pour des informations
spécifiques, consultez la documentation de votre système d’exploitation.
iSCSI Over DCB
Les cartes Ethernet Intel® prennent en charge les initiateurs de logiciel iSCSI natifs sur le système d’exploitation sousjacent. Le pontage de centre de données (DCB) est le plus souvent configuré au niveau du commutateur. Si le commutateur n’est pas compatible avec le DCB, l’établissement de liaison DCB échoue mais la connexion iSCSI n’est pas
perdue.
REMARQUE : DCB ne s'installe pas dans une machine virtuelle. iSCSI over DCB n'est pris en charge que dans
le système d'exploitation de base. Un initiateur iSCSI fonctionnant dans une machine virtuelle ne tirera aucun
avantage des améliorations de DCB Ethernet.
Configuration de Microsoft Windows
L’installation iSCSI comprend l’installation de l’agent iSCSI DCB (iscsidcb.exe), qui est un service de mode utilisateur.
L'initiateur du logiciel Microsoft iSCSI permet de connecter un hôte Windows à une batterie de disques de stockage
externe iSCSI en utilisant une carte Ethernet Intel. Veuillez consulter la documentation de votre système d'exploitation
pour connaître les détails de configuration.
Activez DCB sur la carte par la méthode suivante :
1. Dans Windows Device Manager (Gestionnaire de périphériques Windows), ouvrez Networking Adapters
(Cartes réseau) et mettez en surbrillance la carte appropriée (comme la carte réseau Ethernet Intel® X520 pour
serveurs). Cliquez avec le bouton droit de la souris sur Intel adapter (Carte Intel) et sélectionnez Properties
(Propriétés).
2. Dans Property Page (Page propriétés), sélectionnez l’onglet Data Center (Centre de données).
L’onglet Data Center (Centre de données) permet d’obtenir un retour d’information comme l’état du DCB, opérationnel
ou non opérationnel, ainsi que les détails supplémentaires, même s’ils sont non opérationnels.
Utilisation d’iSCSI over DCB avec l’association ANS
L’agent Intel® iSCSI est responsable du maintien de tous les routeurs filtrants en ce qui concerne le trafic iSCSI de balisage de priorité sur les cartes activée DCB. L’agent iSCSI crée et maintient un filtre de trafic pour une association ANS
si au moins un membre de l’association a un état DCB "opérationnel". Cependant, si une carte de l’association n’a pas
l’état DCB "opérationnel", l’agent iSCSI enregistre une erreur pour cette carte dans le journal d’événements Windows.
Ces messages d’erreur signalent à l’administrateur les problèmes de configuration qui doivent être traités, mais n’ont
aucun effet sur le balisage ou le flux du trafic iSCSI de cette association, à moins que le retrait du filtre TC ne soit mentionné.
Configuration Linux
Dans le cas de distributions Open Source, pratiquement toutes les distributions prennent en charge un initiateur de
logiciel iSCSI ouvert et les cartes Ethernet Intel® les prennent en charge. Consultez la documentation traitant de votre
distribution pour obtenir plus de détails de configuration sur chaque initiateur iSCSI ouvert.
Les cartes Intel® avec chipset 82599 et X540 prennent en charge l'iSCSI dans un nuage de Pontage de centre de données. Utilisée avec les commutateurs et les cibles prenant en charge la fonction TVL de l’application iSCSI/DCB, cette
solution peut garantir la bande passante minimum pour le trafic iSCSI entre l’hôte et la cible. Cette solution permet aux
administrateurs de stockage de segmenter le trafic iSCSI du trafic du réseau local, de la même façon qu’ils peuvent
actuellement segmenter le FCoE à partir du trafic du réseau local. Auparavant, le trafic iSCSI dans un environnement
pris en charge par DCB était considéré comme un trafic de réseau local par les fournisseurs de commutateur. Consultez votre fournisseur de commutateurs et de cibles pour vérifier qu’il prend en charge la fonction TVL de
l’application iSCSI/DCB.
Démarrage à distance
Le démarrage à distance vous permet de démarrer un système en utilisant uniquement une carte Ethernet. Vous vous
connectez à un serveur qui contient une image du système d'exploitation et l'utilise pour démarrer votre système local.
Images Flash
"Flash" est un terme générique désignant la RAM non volatile (NVRAM), le microprogramme et la ROM optionnelle
(OROM). En fonction du périphérique, la mémoire flash peut se trouver sur la carte réseau ou sur la carte mère.
Mise à jour de la mémoire flash à partir de Linux
L'utilitaire de ligne de commande BootUtil peut mettre à jour la mémoire flash d'une carte réseau Ethernet Intel. Exécutez BootUtil avec les options de ligne de commande suivantes pour mettre à jour la mémoire flash sur toutes les
cartes réseau Intel prises en charge. Entrez par exemple la ligne de commande suivante :
bootutil64e –up=efi –all
BootUtil ne peut être utilisé que pour programmer des cartes d'extension réseau Intel. Les connexions réseau LOM
(LAN On Motherboard) ne peuvent pas être programmées à l'aide de la ROM optionnelle du pilote réseau UEFI.
Consultez le fichier bootutil.txt pour les détails sur l'utilisation de BootUtil.
Installation de la ROM optionnelle du pilote réseau UEFI depuis le shell
UEFI
L'utilitaire de ligne de commande BootUtil peut installer le pilote réseau UEFI sur la ROM optionnelle d'une carte
réseau Intel. Le pilote réseau UEFI se charge automatiquement lors du démarrage UEFI du système lorsqu'il est installé dans la ROM optionnelle. Par exemple, exécutez BootUtil avec les options de ligne de commande suivantes pour
installer le pilote réseau UEFI sur toutes les cartes réseau Intel prises en charge :
FS0:\>bootutil64e –up=efi –all
BootUtil ne peut être utilisé que pour programmer des cartes d'extension réseau Ethernet Intel supplémentaires. Les
connexions réseau LOM (LAN On Motherboard) ne peuvent pas être programmées à l'aide de la ROM optionnelle du
pilote réseau UEFI.
Consultez le fichier bootutil.txt pour les détails sur l'utilisation de BootUtil.
Activation du démarrage à distance
Si une carte Intel pour PC de bureau est installée sur votre ordinateur, le périphérique ROM flash est déjà disponible et
aucune installation n'est nécessaire. Pour les cartes réseau Intel pour serveurs, la ROM flash peut être activée avec
l'utilitaire BootUtil. Par exemple, à partir de l'invite de commande, tapez :
BOOTUTIL -E
BOOTUTIL -NIC=1 -FLASHENABLE
La première ligne énumère les ports disponibles dans le système. Choisissez un port. Puis tapez la seconde ligne en
sélectionnant le port à activer. Pour plus de détails, consultez le fichier bootutil.txt.
Cartes réseau Intel dans le menu de démarrage (Boot Menu)
La section Boot Menu du gestionnaire de démarrage Boot Manager signale les ports compatibles PXE sur une carte
réseau Intel x710 comme des ports 40G, comme le montre la figure suivante. En fait les ports d'une carte x710 sont des
ports 10G.
Dans le menu Boot du gestionnaire de démarrage Boot Manager, les cartes réseau Intel sont identifiées de la manière
suivante :
l
Cartes réseau contrôlées par X710 : "IBA 40G"
l
Autres cartes réseau 10G : "IBA XE"
l
Cartes réseau 1G : "IBA 1G"
Configuration d'Intel® Boot Agent
Configuration du client Boot Agent
Le logiciel Intel® Boot Agent propose des options de configuration permettant de personnaliser son exécution. Vous
pouvez configurer Intel® Boot Agent dans les environnements suivants :
l
Un environnement Microsoft* Windows*
l
Un environnement Microsoft* MS-DOS*
l
Un environnement de pré-démarrage (avant le chargement du système d'exploitation)
Intel® Boot Agent prend en charge PXE dans les environnements de pré-démarrage, Microsoft Windows* et DOS.
Dans chacun de ces environnements, une interface utilisateur unique vous permet de configurer les protocoles PXE
sur les cartes réseau Ethernet Intel®.
Configuration d'Intel® Boot Agent dans un environnement Microsoft Windows
Si le système d'exploitation Windows est installé sur l'ordinateur client, vous pouvez utiliser le programme Intel®
PROSet pour le Gestionnaire de périphériques Windows* afin de configurer et de mettre à jour le logiciel Intel® Boot
Agent. Intel® PROSet est disponible via le Gestionnaire de périphériques Windows. Intel® PROSet contient l'onglet
spécial Boot Options qui permet de configurer et de mettre à jour le logiciel Intel® Boot Agent.
Pour accéder à l'onglet Options de démarrage :
1. Ouvrez Intel® PROSet pour le Gestionnaire de périphériques Windows en ouvrant le Panneau de configuration
Système. Sous l'onglet Matériel, cliquez sur Gestionnaire de périphériques.
2. Sélectionnez la carte appropriée et cliquez sur l'onglet Options de démarrage. S'il n'apparaît pas, mettez votre
pilote réseau à jour.
3. L'onglet Options de démarrage contient la liste des paramètres de configuration en cours et leurs valeurs. Les
valeurs de configuration correspondant au paramètre sélectionné apparaissent dans une liste déroulante.
4. Sélectionnez le paramètre à modifier dans la zone de sélection Paramètres.
5. Sélectionnez la valeur du paramètre dans la liste déroulante Value (Valeur).
6. Répétez les deux opérations précédentes pour changer d'autres paramètres.
7. Une fois les modifications effectuées, cliquez sur le bouton Appliquer les modifications pour mettre à jour les
valeurs de la carte.
Configuration d'Intel® Boot Agent dans un environnement de pré-démarrage PXE
REMARQUE : Intel® Boot Agent peut être désactivé dans le BIOS.
Vous pouvez personnaliser l'exécution du logiciel Intel® Boot Agent via un programme de configuration de pré-démarrage (indépendant du système d'exploitation) figurant dans la ROM flash de la carte. Vous pouvez accéder à ce programme de configuration de pré-démarrage lors de chaque cycle de démarrage de l'ordinateur.
Lorsque la procédure de redémarrage commence, l'écran s'efface et l'ordinateur lance la procédure d'autotest à la
mise sous tension. Peu après l'autotest POST, le logiciel Intel® Boot Agent, stocké dans la ROM flash, s'exécute. Intel®
Boot Agent affiche ensuite un message d'initialisation, similaire à celui qui figure ci-dessous, pour indiquer qu'il est
actif.
Initializing Intel(R) Boot Agent Version X.X.XX PXE 2.0 Build 083
REMARQUE : il se peut que cet écran soit masqué par l'écran de bienvenue du fabricant. Pour des détails,
consultez la documentation du fabricant.
Le menu de configuration affiche la liste des paramètres de configuration à gauche et les valeurs correspondantes à
droite. Les descriptions de touches figurant au bas du menu indiquent comment changer les valeurs des paramètres
de configuration. Chaque fois que vous sélectionnez un paramètre, une brève description de la fonction du paramètre
s'affiche juste au-dessus des descriptions de touches.
1. Utilisez les touches de déplacement pour sélectionner le paramètre à modifier.
2. Une fois le paramètre sélectionné, appuyez sur la barre d'espacement pour afficher la valeur appropriée.
3. Une fois les modifications effectuées, appuyez sur F4 pour appliquer les nouvelles valeurs à la carte. Toutes
les modifications apportées à la configuration sont appliquées lors de la reprise du démarrage.
Le tableau ci-dessous répertorie les paramètres de configuration accompagnés de leurs valeurs et d'une description
détaillée :
Paramètre de
configuration
Valeurs
possibles
Network Boot Protocol
PXE (Preboot
eXecution
Environment)
Description
Sélectionnez PXE pour une utilisation avec des programmes
d'administration réseau, tels que LANDesk* Management Suite.
REMARQUE : selon la configuration d'Intel® Boot Agent, ce paramètre peut
ne pas être modifiable.
Boot Order
Utiliser
l'ordre de
démarrage
configuré
dans le BIOS.
Essayer le
réseau
d'abord, puis
les disques
locaux.
Essayer les
disques
locaux
d'abord, puis
le réseau.
Définit l'ordre de démarrage des périphériques si l'ordinateur ne dispose
pas de sa propre méthode de contrôle.
Si le BIOS de l'ordinateur client prend en charge la spécification BBS (BIOS
Boot Specification) ou permet de sélectionner l'ordre de démarrage compatible PnP dans son programme de configuration, le paramètre correspondra toujours à Use BIOS Setup Boot Order (Utiliser l'ordre de
démarrage configuré dans le BIOS) et ne peut pas être modifié. Dans ce cas,
reportez-vous au manuel de configuration du BIOS spécifique à l'ordinateur
client pour configurer les options de démarrage.
Si l'ordinateur client ne dispose pas d'un BIOS compatible BBS ou Plug &
Play, vous pouvez sélectionner n'importe quelle autre valeur possible du
paramètre, à l'exception de Utiliser l'ordre de démarrage configuré dans le
BIOS.
Essayer le
réseau uniquement.
Essayer les
disques
locaux uniquement.
Legacy OS
Wakeup Support
(Pour les cartes
réseau 82559 uniquement)
0 = Désactivée (par
défaut)
1 = Activée
Si le paramètre est défini sur 1, Intel® Boot Agent active PME dans l'espace
de configuration PCI de la carte lors de l'initialisation. Cela permet le réveil à
distance sur les systèmes d'exploitation hérités ne le prenant généralement
pas en charge. Notez que lorsque cette fonctionnalité est activée, la carte
n'est techniquement plus conforme à la spécification ACPI, c'est pourquoi
elle est désactivée par défaut.
REMARQUE : si plusieurs cartes sont installées sur un ordinateur à l'occasion d'un démarrage PXE et que vous
souhaitez utiliser la ROM de démarrage située sur une carte spécifique, installez la carte en haut de l'ordre de
démarrage configuré dans le BIOS ou désactivez la mémoire flash sur les autres cartes.
Configuration Intel® Boot Agent du serveur/de la cible
Présentation
Pour que le logiciel Intel® Boot Agent fonctionne correctement, il doit exister un serveur sur le même réseau que le
client. Ce serveur doit reconnaître et prendre en charge les protocoles de démarrage PXE ou BOOTP utilisés par
Intel® Boot Agent.
REMARQUE : lorsque le logiciel Intel® Boot Agent est installé en tant que mise à jour d'une ancienne version
de la ROM de démarrage, le logiciel associé sur le serveur risque de ne pas être compatible avec la nouvelle
version d'Intel® Boot Agent. Contactez l'administrateur système pour déterminer si une mise à jour serveur est
nécessaire.
Mise en place d'un serveur Linux*
Contactez votre éditeur Linux* pour obtenir des informations sur la configuration du serveur Linux.
Windows* Deployment Services (services de déploiement Windows)
Seuls sont nécessaires les fichiers de pilote standard fournis sur le support. Microsoft* est propriétaire du processus et
des instructions connexes pour les services de déploiement Windows. Pour plus d'informations sur les services de
déploiement Windows, effectuez une recherche dans les articles de Microsoft à l'adresse : http://technet.microsoft.com/en-us/library/default.aspx
Messages d'Intel® Boot Agent
Texte du message
Cause
Invalid PMM function number
(numéro de fonction PMM non
valide).
PMM n'est pas installé ou ne fonctionne pas correctement. Mettez à niveau le
BIOS.
PMM allocation error (erreur
d'allocation PMM).
PMM n'a pas pu ou n'a pas alloué la quantité de mémoire demandée nécessaire au pilote.
Option ROM initialization error.
64-bit PCI BAR addresses not
supported, AX= (Erreur
d'initialisation de la ROM optionnelle. Adresses PCI BAR 64 bits
non prises en charge, AX=)
Cela peut être dû au fait que le BIOS système attribue unregistre des adresses
de base (BAR ou Base Address Register) de 64 bits au port réseau.
L'exécution de l'utilitaire BootUtil avec la ligne de commande -64d peut
résoudre le problème.
PXE-E00 : This system does not
have enough free conventional
memory (le système ne dispose
pas de la quantité de mémoire
conventionnelle suffisante).
Intel® Boot Agent ne peut continuer à s'exécuter (Boot Agent ne
peut continuer à s'exécuter.)
Le système ne dispose pas de la quantité de mémoire suffisante pour exécuter
l'image PXE. Intel® Boot Agent n'a pas trouvé une quantité de mémoire de
base suffisante (elle est inférieure à 640 Ko) pour installer le client PXE. Le système ne peut pas démarrer via PXE dans sa configuration actuelle. Le BIOS
reprend le contrôle et le système ne tente pas de lancer le démarrage à distance. Si cette erreur persiste, mettez le BIOS du système à jour en utilisant la
toute dernière version. Contactez l'administrateur système ou l'assistance clientèle du fabricant de l'ordinateur pour résoudre le problème.
PXE-E01: PCI Vendor and
Device IDs do not match! (les ID
du constructeur PCI et du périphérique ne correspondent pas)
Le fournisseur de l'image et l'ID du périphérique ne correspondent pas à ceux
de la carte. Assurez-vous que l'image flash appropriée est installée sur la
carte.
PXE-E04: Error reading PCI configuration space (erreur de lecture
de l'espace de configuration
PCI). Intel® Boot Agent ne peut
continuer à s'exécuter (Boot
Agent ne peut continuer à
s'exécuter.)
Impossible de lire l'espace de configuration PCI. Il s'agit probablement d'une
machine non compatible PCI. Intel® Boot Agent n'a pas pu lire au moins un
registre de configuration PCI de la carte. La carte est mal configurée ou
contient une image d'Intel® Boot Agent incorrecte. Intel® Boot Agent rend le
contrôle au BIOS et ne tente pas de lancer le démarrage à distance. Mettez à
jour l'image flash. Si l'incident persiste, contactez l'administrateur système ou
contactez l'assistance clientèle d'Intel.
PXE-E05 : The LAN adapter's
configuration is corrupted or has
not been initialized (la configuration de la carte de réseau
local est endommagée ou n'a
pas été initialisée). Intel® Boot
Agent ne peut continuer à
s'exécuter (Boot Agent ne peut
continuer à s'exécuter.)
La mémoire EEPROM de la carte est altérée. Intel® Boot Agent a détecté que
la somme de contrôle EEPROM de la carte est incorrecte. L'agent rend le
contrôle au BIOS et ne tente pas de lancer le démarrage à distance. Mettez à
jour l'image flash. Si l'incident persiste, contactez l'administrateur système ou
contactez l'assistance clientèle d'Intel.
PXE-E06: Option ROM requires
Le BIOS système ne prend pas en charge DDIM. Le BIOS ne prend pas en
Pour remédier à ce problème sur la carte réseau Ethernet X710 ou
XL710 Intel®, désactivez les modes NPar et NParEP. Vous pouvez également
faire passer le système en mode d'amorçage UEFI.
DDIM support (l'option ROM
nécessite le support DIMM).
charge le mappage des ROM d'extension PCI dans la mémoire supérieure,
comme exigé par les spécifications PCI. Intel® Boot Agent ne peut pas fonctionner dans ce système. Intel® Boot Agent rend le contrôle au BIOS et ne
tente pas de lancer le démarrage à distance. Tentez de résoudre le problème
en mettant à niveau le BIOS du système. Si cette opération ne résout pas le problème, contactez l'administrateur système ou l'assistance technique du fabricant de l'ordinateur.
PXE-E07: PCI BIOS calls not supported (appels BIOS PCI non pris
en charge).
Services PCI du BIOS non disponibles. Il s'agit probablement d'une machine
non compatible PCI.
PXE-E09: Unexpected UNDI loader error (erreur de chargeur
UNDI inattendue). Status (état)
== xx
Le chargeur d'interface UNDI a renvoyé un état d'erreur inconnu. L'état renvoyé est xx.
PXE-E20: BIOS extended
memory copy error (erreur de
copie en mémoire étendue
BIOS).
Le BIOS n'a pas pu placer l'image dans la mémoire étendue.
PXE-E20: BIOS extended
memory copy error (erreur de
copie en mémoire étendue
BIOS). AH == xx
Une erreur s'est produite en tentant de copier l'image dans la mémoire étendue. xx est le code d'échec du BIOS.
PXE-E51: No DHCP or BOOTP
offers received (aucune offre
DHCP ou BOOTP reçue).
Intel® Boot Agent n'a pas reçu de réponse DHCP ou BOOTP à sa demande initiale. Vérifiez que le serveur DHCP (et/ou le serveur proxyDHCP, le cas
échéant) est correctement configuré et qu'il dispose de suffisamment
d'adresses IP à affecter. Si vous utilisez BOOTP, vérifiez que le service BOOTP
est actif et correctement configuré.
PXE-E53: No boot filename received (aucun nom de fichier de
démarrage reçu).
Intel® Boot Agent a reçu une offre DHCP ou BOOTP, mais pas de nom de
fichier valide à télécharger. Si vous utilisez PXE, vérifiez la configuration PXE
et BINL. Si vous utilisez BOOTP, vérifiez que le service est actif et que le chemin d’accès et le nom de fichier sont corrects.
PXE-E61: Media test failure
(échec du test du support).
La carte n'a pas détecté de liaison. Vérifiez l'état du câble et que ce dernier est
connecté à un concentrateur ou un commutateur qui fonctionne correctement.
Le voyant de liaison sur la face arrière de la carte doit être allumé.
PXE-EC1: Base-code ROM ID
structure was not found (structure
d'ID ROM du code de base introuvable).
Aucun code de base trouvé. Une image flash incorrecte est chargée ou l'image
a été altérée. Mettez à jour l'image flash.
PXE-EC3: BC ROM structure is
invalid (structure d'ID ROM de
code de base non valide).
Le code de base n'a pas pu être installé. Une image flash incorrecte est chargée ou l'image a été altérée. Mettez à jour l'image flash.
PXE-EC4: UNDI ID structure was
not found. (structure d'ID UNDI
introuvable).
Signature ID ROM UNDI incorrecte. Une image flash incorrecte est chargée ou
l'image a été altérée. Mettez à jour l'image flash.
PXE-EC5: UNDI ROM ID structure is invalid (structure d'ID
ROM de code de base non
valide).
La longueur de la structure est incorrecte. Une image flash incorrecte est chargée ou l'image a été altérée. Mettez à jour l'image flash.
PXE-EC6: UNDI driver image is
invalid (image de pilote UNDI
non valide).
La signature de l'image de pilote UNDI n'est pas valide. Une image flash incorrecte est chargée ou l'image a été altérée. Mettez à jour l'image flash.
PXE-EC8: !PXE structure was not
found in UNDI driver code segment (structure !PXE non trouvée
dans UNDI)
Intel® Boot Agent n'a pas trouvé la structure !PXE nécessaire. Une image flash
incorrecte est chargée ou l'image a été altérée. Mettez à jour l'image flash.
PXE-EC9: PXENV + structure
was not found in UNDI driver
code segment (structure PXENV
+ non trouvée dans UNDI)
Intel® Boot Agent n'a pas trouvé la structure PXENV+ nécessaire. Une image
flash incorrecte est chargée ou l'image a été altérée. Mettez à jour l'image
flash.
PXE-M0F: Exiting Intel Boot
Agent (quitter Intel® Boot Agent).
Fin de l'exécution de l'image en ROM.
This option has been locked and
cannot be changed (cette option
a été verrouillée et ne peut être
changée).
Vous avez tenté de changer un paramètre de configuration verrouillé par
l'administrateur système. Ce message peut apparaître dans l'onglet Options de
démarrage (Boot Options) d'Intel® PROSet sous Windows*, ou dans le menu
Setup (Configuration) dans un environnement autonome. Si vous voulez changer le paramètre de configuration, contactez l'administrateur système.
PXE-M0E: Retrying network
boot; press ESC to cancel (nouvelle tentative de démarrage
réseau ; appuyez sur ÉCHAP
pour annuler).
Intel® Boot Agent n'a pas réussi à démarrer le réseau en raison d'une erreur
réseau (telle que la non réception d'une offre DHCP). L'agent Intel® Boot
Agent continuera les tentatives de démarrage à partir du réseau jusqu'à ce
qu'il réussisse ou jusqu'à annulation par l'utilisateur. Cette fonctionnalité est
désactivée par défaut. Pour obtenir des informations sur l'activation de cette
fonctionnalité, contactez l'assistance à la clientèle d'Intel.
Cela peut également être dû au fait que le BIOS système attribue une adresse
BAR (Base Address Register) 64 bits au port réseau. L'exécution de l'utilitaire
BootUtil avec la ligne de commande -64d peut résoudre le problème.
Procédures de dépannage d'Intel® Boot Agent
Problèmes courants
La liste suivante de problèmes et de solutions associées répertorie les problèmes éventuels auxquels vous pouvez
être confrontés lors de l'utilisation d'Intel® Boot Agent.
Des problèmes apparaissent après le démarrage
Dès qu'Intel® Boot Agent a terminé d'exécuter son unique tâche (le démarrage à distance), il n'a plus aucun impact sur
le fonctionnement de l'ordinateur client. Par conséquent, tout problème survenant lorsque le processus de démarrage
est terminé est probablement pas sans rapport avec le logiciel Intel® Boot Agent.
Si les problèmes proviennent du système d'exploitation local (client) ou du réseau, contactez le fabricant du système
pour obtenir de l'aide. Si les problèmes concernent une application, contactez le fournisseur de l'application pour obtenir de l'aide. Pour tout problème concernant le matériel de l'ordinateur ou le BIOS, contactez le service d'assistance à
la clientèle du fabricant du système.
Impossible de modifier l'ordre de démarrage
Si vous redéfinissez habituellement l'ordre de démarrage de l'ordinateur à l'aide du programme de configuration du
BIOS de la carte mère, les paramètres par défaut du programme de configuration d'Intel® Boot Agent peuvent changer
cette configuration. Pour modifier la séquence de démarrage, vous devez tout d'abord annuler les valeurs par défaut
du programme de configuration d'Intel® Boot Agent. Un menu de configuration s'affiche pour vous permettre de définir
les valeurs de configuration d'Intel® Boot Agent. Pour modifier le paramètre d'ordre de démarrage de l'ordinateur,
consultez la rubrique Configuration de Boot Agent dans un environnement de pré-démarrage PXE.
L'ordinateur interrompt la séquence POST
Si l'ordinateur ne démarre pas alors qu'une carte est installée mais démarre sans difficulté lorsque vous la retirez,
essayez d'installer la carte sur un autre ordinateur et d'utiliser BootUtil pour désactiver la ROM flash.
Si le problème persiste, il se peut qu'il soit antérieur à l'exécution du logiciel Intel® Boot Agent. Dans ce cas, le problème provient du BIOS. Pour résoudre le problème, contactez le service d'assistance à la clientèle du fabricant de
l'ordinateur.
Des problèmes de configuration/de fonctionnement se produisent lors du processus de démarrage
Si votre client PXE reçoit une adresse DHCP mais ne parvient pas à démarrer, vous savez que le client PXE fonctionne correctement. Vérifiez la configuration de votre serveur réseau ou PXE pour détecter l'origine du problème. Contactez le service d'assistance à la clientèle d'Intel si vous avez besoin d'une assistance supplémentaire.
La ROM optionnelle PXE ne respecte pas les spécifications PXE en matière de cycle final de « détection ».
Afin d'éviter de longues attentes, la ROM optionnelle ne comprend plus le cycle final de détection de 32 secondes. (S'il
n'y a eu aucune réponse pendant le cycle de 16 secondes précédent, il est presque certain qu'il n'y en aura pas au
cours du cycle final de détection de 32 secondes.)
Configuration d'iSCSI Boot
Installation de l’initiateur iSCSI
Configuration du démarrage Intel® Ethernet iSCSI Boot sur un initiateur Microsoft*
Windows* Client
Conditions requises
1. Assurez-vous que le système de l’initiateur iSCSI démarre le microprogramme iSCSI Boot. Le microprogramme
doit être configuré correctement, pouvoir se connecter à la cible iSCSI et détecter le disque de démarrage.
2. Vous aurez besoin de l'initiateur logiciel Microsoft* iSCSI avec prise en charge du démarrage logiciel intégré.
Cette version de démarrage de l'initiateur est disponible ici.
3. Pour activer la prise en charge du vidage sur incident, suivez les étapes de Prise en charge du vidage sur incident.
Configuration d'Intel® Ethernet iSCSI Boot sur un initiateur de client Linux*
1. Installez les utilitaires de l’initiateur Open-iSCSI.
#yum -y install iscsi-initiator-utils
2. Consultez le fichier README (Lisez-moi) à l'adresse https://github.com/mikechristie/open-iscsi.
3. Configurez votre batterie de disques iSCSI pour obtenir l’accès.
a. Consultez /etc/iscsi/initiatorname.iscsi pour le nom de l’initiateur hôte Linux.
b. Mettez à jour votre gestionnaire de volume avec ce nom d’initiateur hôte.
4. Définissez iscsi pour démarrer au démarrage.
#chkconfig iscscd on
#chkconfig iscsi on
5. Démarrez le service iSCSI (192.168.x.x correspond à l’adresse IP de votre cible).
#iscsiadm -n discovery -t s -p 192.168.x.x
Observez les noms cibles donnés par la détection iscsi.
6. Connectez-vous sur la cible (-m XXX -T correspond à XXX -l XXX -).
iscsiadm -m node -T iqn.2123-01.com:yada:yada: -p 192.168.2.124 -l
Configuration POST d'iSCSI Boot
L’utilitaire Intel® Ethernet iSCSI Boot comporte un menu de configuration permettant d’activer deux ports réseau sur un
système comme des périphériques iSCSI Boot. Pour configurer Intel® iSCSI Boot, mettez le système sous tension ou
réinitialisez-le, puis appuyez sur les touches Ctrl-D lorsque le message "Press <Ctrl-D> to run setup..."
s’affiche. Une fois que vous avez appuyé sur les touches Ctrl-D, le menu Intel® iSCSI Boot de sélection des ports
s’ouvre.
REMARQUE : lors du démarrage d’un système d’exploitation depuis un disque local, Intel® Ethernet iSCSI Boot
doit être désactivé sur tous les ports réseau.
Menu Intel® Ethernet iSCSI Boot de sélection des ports
Le premier écran du menu de configuration Intel® iSCSI Boot affiche une liste des cartes compatibles avec Intel®
iSCSI Boot. Pour chaque port de la carte, l’adresse MAC associée, l’ID de périphérique PCI, l’emplacement du bus
PCI, du périphérique ou de la fonction et un champ indiquant l’état Intel® Ethernet iSCSI Boot s’affichent. Le menu de
sélection des ports peut afficher jusqu’à 10 ports compatibles avec iSCSI Boot. S’il existe d’autres cartes compatibles
avec Intel® iSCSI Boot, elles ne sont pas répertoriées dans le menu de configuration.
L’utilisation de ce menu est décrite ci-dessous :
l
Un port réseau du système peut être sélectionné comme port de démarrage principal en appuyant sur la
touche "P" une fois que le port est mis en surbrillance. Le port de démarrage principal sera le premier port utilisé par Intel® Ethernet iSCSI Boot pour connecter la cible iSCSI. Un seul port peut être sélectionné comme port
de démarrage principal.
l
Un port réseau du système peut être sélectionné comme port de démarrage secondaire en appuyant sur la
touche "S" une fois que le port est mis en surbrillance. Le port de démarrage secondaire sera utilisé pour se
connecter à la cible iSCSI uniquement si le port de démarrage principal ne peut pas établir la connexion. Un
seul port peut être sélectionné comme port de démarrage secondaire.
l
Appuyez sur la touche "D" lorsqu’un port réseau est mis en surbrillance pour désactiver Intel® Ethernet iSCSI
Boot sur ce port.
l
Appuyez sur la touche "B" lorsqu’un port réseau est mis en surbrillance pour faire clignoter un témoin sur ce
port.
l
Appuyez sur la touche Échap pour quitter l'écran.
Menu Intel® Ethernet iSCSI Boot spécifique aux ports
Le menu de configuration iSCSI spécifique aux ports possède quatre options :
l
Configuration d'Intel® iSCSI Boot - Sélectionnez cette option pour accéder au menu de configuration d’Intel®
iSCSI Boot. Le menu Configuration d'iSCSI Boot est décrit en détails dans la section ci-dessous ; il vous permettra de configurer les paramètres iSCSI du port réseau sélectionné.
l
Configuration de CHAP - Sélectionnez cette option pour accéder à l’écran de configuration CHAP. Le menu
Configuration de CHAP est décrit en détails dans la section ci-dessous.
l
Ignorer les modifications et quitter - Sélectionnez cette option pour ignorer toutes les modifications apportées
dans les écrans Configuration de iSCSI Boot et Configuration de CHAP et pour retourner au menu Intel® iSCSI
Boot de sélection des ports.
l
Enregistrer les modifications et quitter - Sélectionnez cette option pour enregistrer toutes les modifications
apportées dans les écrans Configuration de iSCSI Boot et Configuration de CHAP. Après avoir sélectionné
cette option, le menu Intel® iSCSI Boot de sélection des ports s’affiche.
Menu de configuration Intel® iSCSI Boot
Le menu Configuration de iSCSI Boot permet de configurer les paramètres de iSCSI Boot et IP (Internet Protocol) d’un
port spécifique. Les paramètres iSCSI peuvent être configurés manuellement ou récupérés de façon dynamique
depuis un serveur DHCP.
Vous trouverez ci-dessous les options du menu de configuration d’Intel® iSCSI Boot :
l
Utiliser une configuration IP dynamique (DHCP) - Cochez cette case pour que iSCSI Boot tente d’obtenir
l’adresse IP du client, le masque de sous-réseau et l’adresse IP de la passerelle d’un serveur DHCP. Si cette
case est cochée, les champs suivants ne sont pas visibles.
l
Nom de l’initiateur - Entrez le nom de l’initiateur iSCSI devant être utilisé par Intel® iSCSI Boot lors de la
connexion à une cible iSCSI. La valeur entrée dans ce champ est globale et utilisée par tous les ports activés
pour iSCSI Boot du système. Ce champ peut être laissé vide si la case "Use DHCP For Target Configuration" (Utiliser DHCP pour la configuration cible) est cochée. Pour obtenir des informations sur
l'obtention dynamique du nom de l'initiateur iSCSI d'un serveur DHCP, reportez-vous à la section Configuration
du serveur DHCP.
l
IP de l’initiateur - Entrez dans ce champ l’adresse IP du client devant être utilisée pour ce port dans une configuration IP statique. Cette adresse IP sera utilisée par le port pendant toute la session iSCSI. Cette option est
visible si DHCP n’est pas activé.
l
Masque de sous-réseau - Entrez l’adresse IP du masque de sous-réseau dans ce champ. Il s’agit de l’adresse
IP du masque de sous-réseau utilisé sur le réseau et auquel le port sélectionné se connectera pour iSCSI.
Cette option est visible si DHCP n’est pas activé.
l
IP de la passerelle - Entrez dans ce champ l’adresse IP de la passerelle réseau. Ce champ doit être rempli si
la cible iSCSI se trouve sur un sous-réseau différent de celui du port Intel® iSCSI Boot sélectionné. Cette option
est visible si DHCP n’est pas activé.
l
Utiliser DHCP pour les informations de la cible iSCSI - Cochez cette case pour que Intel® iSCSI Boot tente
d’obtenir l’adresse IP de la cible iSCSI, le numéro de port IP, le nom de la cible iSCSI et l’ID de l’unité logique
LUN SCSI d’un serveur DHCP du réseau. Pour obtenir des informations sur la configuration des paramètres
iSCSI de la cible en utilisant DHCP, voir la section Configuration du serveur DHCP. Lorsque cette case est
cochée, les champs suivants ne sont pas visibles.
l
Nom de la cible - Entrez dans ce champ le nom IQN de la cible iSCSI. Cette option est visible si DHCP n’est
pas activé pour la cible iSCSI.
l
IP de la cible - Entrez dans ce champ l’adresse IP de la cible iSCSI. Cette option est visible si DHCP n’est pas
activé pour la cible iSCSI.
l
Port de la cible - Numéro du port TCP.
l
Unité logique de démarrage - Entrez dans ce champ l’ID d'unité logique du disque de démarrage de la cible
iSCSI. Cette option est visible si DHCP n’est pas activé pour la cible iSCSI.
Configuration CHAP iSCSI
Intel® iSCSI Boot prend en charge l’authentification CHAP MD5 mutuelle avec une cible iSCSI. Intel® iSCSI Boot utilise l'algorithme "MD5 Message Digest Algorithm" pour l'authentification RSA.
Le menu iSCSI CHAP Configuration comporte les options suivantes pour activer l'authentification CHAP :
l
Utiliser CHAP - Cochez cette case pour activer l’authentification CHAP sur ce port. CHAP permet à la cible
d’authentifier l’initiateur. Après l’activation de l’authentification CHAP, le nom d’utilisateur et mot de passe de la
cible doivent être entrés.
l
Nom d’utilisateur - Entrez le nom d’utilisateur CHAP dans ce champ. Ce nom doit être identique au nom
d’utilisateur CHAP configuré sur la cible iSCSI.
l
Secret de la cible - Entrez le mot de passe CHAP dans ce champ. Il doit être identique au mot de passe CHAP
configuré sur la cible iSCSI et doit comporter entre 12 et 16 caractères. Ce mot de passe ne doit pas être identique au Secret de l’initiateur.
l
Utiliser CHAP mutuel - Cochez cette case pour activer l’authentification CHAP mutuelle sur ce port.
L’authentification CHAP mutuelle permet à l’initiateur d’authentifier la cible. Après l’activation de
l’authentification CHAP mutuelle, le mot de passe de l’initiateur doit être entré. L’authentification CHAP
mutuelle ne peut être sélectionnée que si l’option Utiliser CHAP est sélectionnée elle aussi.
l
Secret de l’initiateur - Entrez le mot de passe de l’authentification CHAP mutuelle dans ce champ. Ce mot de
passe doit également être configuré sur la cible iSCSI et doit comporter entre 12 et 16 caractères. Ce mot de
passe ne doit pas être identique au Secret de la cible.
La fonctionnalité d’authentification CHAP de ce produit nécessite les mentions suivantes :
Ce produit comprend un logiciel de cryptographie écrit par Eric Young (eay@cryptsoft.com). Ce produit comprend un
logiciel écrit par Tim Hudson (tjh@cryptsoft.com).
Ce produit inclut un logiciel développé par l'OpenSSL Project en vue de l'utilisation dans l'OpenSSL Toolkit.
(http://www.openssl.org/)
Intel® PROSet pour le Gestionnaire de périphériques Windows*
Bon nombre des fonctions du menu Intel® iSCSI Boot de sélection des ports peuvent être configurées ou modifiées
depuis le Gestionnaire de périphériques Windows. Ouvrez la feuille de propriétés de la carte réseau et sélectionnez
l'onglet Data Options. Vous devez installer les pilotes et logiciels de carte réseau Ethernet Intel les plus récents pour y
accéder.
Configuration de la cible de démarrage iSCSI
Pour obtenir des informations spécifiques sur la configuration du système iSCSI cible et du volume disque, reportezvous aux instructions fournies par son fabricant. Vous trouverez ci-dessous les étapes de base nécessaires à la configuration du démarrage iSCSI Ethernet Intel® pour qu’il fonctionne avec la plupart des systèmes iSCSI cibles. Les
étapes peuvent être différentes en fonction du fabricant.
REMARQUE : pour que la cible prenne en charge iSCSI Boot, elle doit pouvoir prendre en charge plusieurs sessions du même initiateur. L’initiateur du microprogramme iSCSI Boot et l’initiateur High du SE doivent établir
une session iSCSI simultanément. Ces initiateurs utilisent tous les deux le même nom et la même adresse IP
pour se connecter et accéder au disque du SE, mais ils établissent des sessions iSCSI différentes. Pour que la
cible prenne en charge iSCSI Boot, elle doit pourvoir prendre en charge l’ouverture de plusieurs sessions et la
connexion de plusieurs clients.
1. Configurez un volume disque sur votre système iSCSI cible. Notez l’ID de l’unité logique de ce volume, qui sera
utilisé lors de la configuration du microprogramme du démarrage iSCSI Ethernet Intel®.
2. Notez le nom IQN (iSCSI Qualified Name) de la cible iSCSI qui devrait ressembler à ce qui suit :
iqn.1986-03.com.intel:target1
Cette valeur sera utilisée comme nom de la cible iSCSI lors de la configuration du microprogramme du démarrage iSCSI Ethernet Intel®.
3. Configurez le système iSCSI cible pour qu’il accepte la connexion iSCSI de l’initiateur iSCSI. Cela nécessite
habituellement que le nom IQN de l’initiateur ou l’adresse MAC soient répertoriés afin d’autoriser l’accès de
l’initiateur au volume de disque. Reportez-vous à la section Configuration du microprogramme pour obtenir des
informations sur la définition du nom de l'initiateur iSCSI.
4. Un protocole d’authentification à sens unique peut être activé optionnellement pour sécuriser les communications. Le protocole CHAP (Challenge-Handshake Authentication Protocol) peut être activé en configurant le nom d’utilisateur et le mot de passe sur le système iSCSI cible. Pour configurer CHAP sur l'initiateur
iSCSI, reportez-vous à la section Configuration du microprogramme pour plus de détails.
Démarrage depuis des cibles de taille supérieure à 2 To
Vous pouvez vous connecter et démarrer depuis une unité logique cible de taille supérieure à 2 téraoctets avec les restrictions suivantes :
l
La taille des blocs de la cible doit être de 512 octets.
l
Les systèmes d'exploitation suivants sont pris en charge :
l
VMware* ESX 5.0 ou versions ultérieures
l
Red Hat* Enterprise Linux* 6.3 ou versions ultérieures
l
SUSE* Enterprise Linux 11SP2 ou versions ultérieures
l
Microsoft* Windows Server* 2012 R2 ou versions ultérieures
l
Il est possible que vous ne puissiez accéder qu'au 2 premiers téraoctets de données.
REMARQUE : le pilote de vidage sur incident ne prend pas en charge les unités logiques cibles de taille supérieure à 2 To.
Configuration du serveur DHCP
Si vous utilisez le protocole DHCP (Dynamic Host Configuration Protocol), le serveur DHCP doit être configuré pour
fournir les configurations de démarrage iSCSI à l’initiateur iSCSI. Vous devrez configurer le serveur DHCP pour spécifier l'option Root Path 17 et l'option Host Name 12 pour renvoyer l'information de cible iSCSI à l'initiateur iSCSI.
L’option DHCP 3, liste des routeurs, peut être nécessaire, en fonction de la configuration du réseau.
Option de chemin d’accès racine DHCP 17 :
La chaîne de configuration de l’option du chemin d’accès racine iSCSI utilise le format suivant :
iscsi:<nom ou adresse IP du serveur>:<protocole>:<port>:<LUN>:<nom de la cible>
Nom du serveur : Nom du serveur DHCP ou adresse IPv4 littérale valide.
Exemple : 192.168.0.20.
l
Protocole : Protocole de transport utilisé par iSCSI. La valeur par défaut est TCP
(6).
Aucun autre protocole n’est pris en charge.
l
Port : Numéro du port de la cible iSCSI. La valeur par défaut 3260 est utilisée si
ce champ est laissé en blanc.
l
Unité logique : LUN ID de l’unité logique configuré sur le système iSCSI cible. La
valeur par défaut est zéro.
l
Nom de la cible : Nom de la cible iSCSI qui identifie de façon unique la cible
iSCSI au format IQN.
Exemple : iqn.1986-03,com.intel:target1
Option de nom d’hôte DHCP 12 :
l
Configurez l’option 12 avec le nom d’hôte de l’initiateur iSCSI.
Option DHCP 3, liste des routeurs :
Configure l’option 3 avec l’adresse IP de la passerelle ou du routeur, si l’initiateur iSCSI et la
cible iSCSI se trouvent sur des sous-réseaux différents.
Création d'une image de démarrage pour une cible iSCSI
Il existe deux façons de créer une image de démarrage sur une cible iSCSI :
l
Installation directe sur un disque dur d’une batterie de disques de stockage iSCSI (installation à distance).
l
Installation sur un disque dur local, puis transfert de ce disque dur ou de cette image de SE sur une cible iSCSI
(installation locale).
Microsoft* Windows*
Microsoft* Windows Server* prend en charge de façon native l’installation d'un SE sur une cible iSCSI sans disque
local et le démarrage iSCSI sous le SE. Voir les instructions d'installation de Microsoft et la documentation de Windows
Deployment Services pour plus de détails.
SUSE* Linux Enterprise Server
La méthode d’installation la plus facile de Linux sur une cible iSCSI consiste à utiliser SLES10 ou une version ultérieure. SLES10 fournit une prise en charge native du démarrage et de l’installation à distance iSCSI. Cela signifie
qu’aucune étape supplémentaire n’est nécessaire en dehors du programme d’installation pour installer sur une cible
iSCSI en utilisant une carte Ethernet Intel pour serveur. Reportez-vous à la documentation de SLES10 pour des instructions sur l’installation sur une unité logique iSCSI.
Red Hat Enterprise Linux
Pour faciliter l'installation de Linux sur une cible iSCSI, utiliser RHEL 5.1 ou une version supérieure. RHEL 5.1 fournit
une prise en charge native du démarrage et de l’installation à distance iSCSI. Cela signifie qu’aucune étape supplémentaire n’est nécessaire en dehors du programme d’installation pour installer sur une cible iSCSI en utilisant une
carte Ethernet Intel pour serveur. Reportez-vous à la documentation de RHEL 5.1 pour des instructions sur
l’installation sur une unité logique iSCSI.
Prise en charge du vidage sur incident iSCSI par Microsoft Windows Server
La création du fichier de vidage sur incident est prise en charge par le pilote de vidage sur incident iSCSI Intel pour
Windows Server x64. Pour assurer un vidage complet de la mémoire,
1. Définissez une taille de fichier d'échange égale ou supérieure à la quantité de mémoire vive installée sur le système pour vider complètement la mémoire ;
2. Veillez à ce que l'espace libre disponible sur le disque dur soit suffisant en fonction de la quantité de mémoire
vive installée sur le système.
Pour configurer la prise en charge du vidage sur incident, procédez comme suit :
1. Mise en place du démarrage iSCSI de Windows.
2. Si ce n'est déjà fait, installez les tout derniers pilotes de carte réseau Ethernet Intel et Intel® PROSet pour le
Gestionnaire de périphériques Windows.
3. Ouvrez Intel® PROSet pour le Gestionnaire de périphériques Windows et sélectionnez l’onglet Boot Options.
4. Depuis Settings (Paramètres), sélectionnez ISCSI Remote Boot Crash Dump (Vidage sur incident ISCSI
Remote Boot) et Value Enabled (Valeur activée), puis cliquez sur OK.
Dépannage d'iSCSI
Le tableau ci-dessous répertorie les problèmes pouvant survenir lors de l’utilisation du démarrage iSCSI Ethernet
Intel®. Une cause et une solution possibles sont fournies pour chaque problème.
Problème
Le démarrage iSCSI Ethernet Intel® ne se charge pas
lors du démarrage du système et la bannière
d’authentification ne s’affiche
pas.
Solution
l
l
l
l
Tandis que l’écran de connexion système peut s’afficher pendant plus longtemps lors du démarrage du système, le démarrage iSCSI Ethernet Intel®
peut ne pas s’afficher pendant le POST. Il peut s’avérer nécessaire de
désactiver une fonctionnalité du BIOS du système pour afficher les messages provenant du démarrage à distance iSCSI Intel®. Dans le menu du
BIOS système, désactivez toute option de démarrage silencieux ou de
démarrage rapide. Désactivez également les images de démarrage du
BIOS. Ces options peuvent supprimer la sortie du démarrage à distance
iSCSI Intel®.
Le démarrage à distance iSCSI Ethernet Intel® n’a pas été installé sur la
carte ou la ROM flash de la carte n’est pas activée. Mettez à jour la carte
réseau à l'aide de la dernière version de l'utilitaire BootUtil, comme décrit
dans la section Images Flash de ce document. Si l’utilitaire BootUtil signale
que la ROM flash est désactivée, utilisez la commande "BootUtil -flashenable" pour activer la ROM flash et mettre la carte à jour.
Il est possible que le système BIOS supprime la sortie du démarrage iSCSI
Ethernet Intel®.
La mémoire du système BIOS peut être insuffisante pour charger le démarrage iSCSI Ethernet Intel®. Essayez de désactiver les contrôleurs de
disque et les périphériques inutilisés dans le menu de configuration du système BIOS. Les contrôleurs SCSI, le contrôleur RAID, les connexions
réseau PXE activées et les copies shadow du BIOS système réduisent tous
la mémoire disponible pour le démarrage iSCSI Ethernet Intel®. Désactivez
ces périphériques et redémarrez le système pour voir si Intel® iSCSI Boot
peut s’initialiser. Si la désactivation des périphériques dans le menu du
BIOS système ne résout pas le problème, essayez d’enlever les lecteurs de
disque ou contrôleurs de disque du système. Certains fabricants permettent
de désactiver des périphériques inutilisés à l’aide de cavaliers.
Après avoir installé le démarrage iSCSI Ethernet Intel®, le
système ne démarre pas à
partir d’un disque dur local
ou d’un périphérique de
démarrage réseau. Le système ne répond plus après
que le démarrage iSCSI
Ethernet Intel® affiche la bannière d’authentification ou la
connexion à la cible iSCSI.
"Intel® iSCSI Remote
Boot" (Démarrage à distance iSCSI Intel®) n’est pas
répertorié comme périphérique de démarrage dans
le menu des périphériques
de démarrage du BIOS système.
Message d’erreur affiché :
"Failed to detect link" (Échec
de la détection de liaison)
Message d’erreur affiché :
"DHCP Server not found!"
(Serveur DHCP introuvable!)
Message d’erreur affiché :
"PnP Check Structure is invalid!" (La structure de la vérification Plug and play n’est
pas valide !)
Message d’erreur affiché :
"Invalid iSCSI connection
information" (Informations
non valides de connexion
iSCSI)
l
l
l
l
l
Une erreur système irrécupérable s’est produite lors de l’initialisation du
démarrage à distance iSCSI. Mettez le système sous tension et appuyez
sur la touche "S" ou "Échap." avant que le démarrage à distance iSCSI
Intel® ne s’initialise. Cela permet de contourner le processus d’initialisation
du démarrage iSCSI Ethernet Intel® et permet au système de s’amorcer
depuis un disque local. Utilisez l’utilitaire BootUtil pour mettre à jour le
microprogramme avec la dernière version du démarrage à distance iSCSI
Ethernet Intel®.
La mise à jour du BIOS système peut également résoudre ce problème.
Il est possible que le BIOS système ne prenne pas en charge le démarrage
iSCSI Ethernet Intel®. Mettez à jour le BIOS système avec la version la plus
récente du fabricant du système.
Un conflit peut exister avec un autre périphérique installé. Essayez de
désactiver les contrôleurs de disque et de réseau inutilisés. Certains contrôleurs SCSI et RAID sont connus pour provoquer des problèmes de compatibilité avec démarrage à distance iSCSI Intel®.
Le démarrage iSCSI Ethernet Intel® n’a pas pu détecter la liaison sur le
port réseau. Vérifiez le témoin de détection de la liaison, situé à l’arrière de
la carte réseau. Le témoin de liaison vert doit s’allumer lorsque la liaison
est établie avec le partenaire de liaison. Si le témoin de liaison s’allume
alors que le message d’erreur s’affiche, essayez d’exécuter les tests Intel
de diagnostic de liaison et de câblage à l’aide de DIAGS.EXE sous DOS ou
d’Intel® PROSet sous Windows.
iSCSI a été configuré pour récupérer une adresse IP sur un serveur DHCP mais
aucun serveur DHCP n’a répondu à la demande de détection DHCP. Ce problème
peut avoir plusieurs causes :
l
Le serveur DHCP peut avoir utilisé toutes les réservations d’adresses IP disponibles.
l
Le système iSCSI client peut exiger qu’une adresse IP statique lui soit affectée sur le réseau connecté.
l
Il est possible qu’aucun serveur DHCP ne se trouve sur le réseau.
l
Le protocole STP (Spanning Tree Protocol) du commutateur réseau peut
empêcher le port du démarrage à distance iSCSI Intel® de contacter le serveur DHCP. Reportez-vous à la documentation de votre commutateur de
réseau sur la façon de désactiver Spanning Tree Protocol.
l
l
Le démarrage iSCSI Ethernet Intel® n’a pas pu détecter de BIOS PCI Plug
and Play. Si ce message s’affiche, le démarrage iSCSI Ethernet Intel® ne
peut pas être exécuté sur le système en question. Un BIOS PCI entièrement
conforme Plug and Play est nécessaire pour exécuter le démarrage à distance iSCSI Intel®.
Les informations de configuration iSCSI reçues du DHCP ou configurées
de façon statique dans le menu de configuration sont incomplètes et la tentative de connexion au système iSCSI cible a échoué. Vérifiez que le nom
de l’initiateur iSCSI, le nom de la cible iSCSI, l’adresse IP de la cible et le
numéro de port de la cible sont configurés correctement dans le menu de
configuration iSCSI (pour une configuration statique) ou sur le serveur
DHCP (pour une configuration BOOTP dynamique).
Message d’erreur affiché :
"Unsupported SCSI disk
block size!" (Taille non prise
en charge pour les blocs de
disque SCSI!)
Message d’erreur affiché :
"ERROR: Could not establish TCP/IP connection with
iSCSI target system."
(ERREUR : impossible
d’établir une connexion
TCP/IP avec le système
iSCSI cible)
Message d’erreur affiché :
"ERROR: CHAP authentication with target failed."
(ERREUR : échec de
l’authentification CHAP de la
cible)
Message d’erreur affiché :
"ERROR: Login request
rejected by iSCSI target system." (ERREUR : demande
de connexion rejetée par le
système iSCSI cible)
Lors de l'installation de Linux
sur NetApp Filer, lorsqu'une
recherche de disque cible a
réussi, des messages
d'erreur peuvent sembler
similaires à ceux qui sont
indiqués ci-dessous.
l
l
l
l
l
l
Le système iSCSI cible est configuré pour utiliser une taille de bloc de
disque qui n’est pas prise en charge par le démarrage iSCSI Ethernet
Intel®. Configurez le système iSCSI cible pour qu’il utilise une taille de bloc
de 512 octets.
Le démarrage iSCSI Ethernet Intel® n’a pas pu établir une connexion
TCP/IP avec le système iSCSI cible. Vérifiez que l’adresse IP de l’initiateur
et de la cible, le masque de sous-réseau et les paramètres du port et de la
passerelle sont configurés correctement. Le cas échéant, vérifiez les paramètres du serveur DHCP. Vérifiez que le système iSCSI cible est connecté
à un réseau auquel l’initiateur du démarrage à distance iSCSI Intel® peut
accéder. Vérifiez que le système n’est pas bloqué par un pare-feu.
Le nom d’utilisateur ou le secret CHAP ne correspondent pas à la configuration CHAP du système iSCSI cible. Vérifiez que la configuration CHAP
du port du démarrage à distance iSCSI Intel® correspond à celle du système iSCSI cible. Désactivez CHAP dans le menu de configuration du
démarrage à distance iSCSI s’il n’est pas activé sur la cible.
Une demande de connexion a été envoyée au système iSCSI cible, mais
elle a été rejetée. Vérifiez que le nom de l’initiateur iSCSI, le nom de la
cible, le numéro d'unité logique (LUN) et les paramètres d’authentification
CHAP correspondent à ceux du système iSCSI cible. Vérifiez que la cible
est configurée pour autoriser l’initiateur du démarrage à distance iSCSI
Intel® à accéder à une unité logique.
Si ces messages d'erreur s'affichent, les interfaces iSCSI inutilisées de
NetApp Filer doivent être désactivées.
"Continuous=no" doit être ajouté au fichier iscsi.conf.
Iscsi-sfnet:hostx: Connect failed with rc -113: No route to
host (Aucun chemin d’accès
pour atteindre l’hôte)
Iscsi-sfnet:hostx: establish_
session failed. Could not
connect to target (Impossible
de se connecter à la cible)
Message d’erreur affiché.
"ERROR: iSCSI target not
found." (ERREUR : cible
iSCSI non trouvée)
Message d’erreur affiché.
"ERROR: iSCSI target cannot
accept any more connections." (ERREUR : la cible
iSCSI ne peut pas accepter
d’autres connexions.)
Message d’erreur affiché.
l
l
l
Une connexion TCP/IP a été établie vers l’adresse IP cible, cependant une
adresse iSCSI cible portant le nom de cible iSCSI spécifié est introuvable
sur le système cible. Vérifiez que le nom de la cible iSCSI et le nom de
l’initiateur configurés correspondent aux paramètres de la cible iSCSI.
La cible iSCSI ne peut pas accepter de nouvelle connexion. Cette erreur
peut être provoquée par une limite configurée sur la cible iSCSI ou une limitation de ressources (absence de disque disponible).
Une erreur est survenue sur la cible iSCSI. Vérifiez la cible iSCSI pour
"ERROR: iSCSI target has
reported an error."
(ERREUR : la cible iSCSI a
signalé une erreur.)
Message d’erreur affiché.
"ERROR: There is an IP
address conflict with another
system on the network
(ERREUR : un conflit
d’adresses IP existe avec un
autre système du réseau).
déterminer la source de l’erreur et vérifier sa configuration.
l
l
l
Un système utilisant la même adresse IP que le client de ROM optionnelle
iSCSI a été trouvé.
Si une adresse IP statique est utilisée, tentez de remplacer l’adresse IP par
une adresse qui n’est pas utilisée par un autre client du réseau.
Si l’adresse IP est affectée par un serveur DHCP, assurez-vous qu’aucun
client du réseau n’utilise une adresse IP entrant en conflit avec la plage
d’adresses IP utilisée par le serveur DHCP.
Problèmes connus sous iSCSI
Un périphérique n'apparaît pas dans le menu des paramètres réseau du contrôleur de cycle de vie (Lifecycle Controller)
Lorsqu'un périphérique de démarrage iSCSI Ethernet Intel® est connecté à une unité logique iSCSI (LUN) en mode
d'amorçage BIOS existant, il ne sera pas affiché dans le menu des paramètres réseau du contrôleur de cycle de vie
(Lifecycle Controller).
Il n'est pas possible de désinstaller un appareil s'il est configuré en tant que port iSCSI principal ou secondaire.
La désactivation du port iSCSI principal désactive également le port secondaire. Pour démarrer à partir du port secondaire, configurez-le de sorte qu'il devienne le port principal.
Démarrage à distance iSCSI : connexion dos à dos à une cible avec LOM Broadcom
La connexion d'un hôte de démarrage iSCSI à une cible au moyen d'un LOM (réseau local sur carte mère) Broadcom
peut parfois faire échouer la connexion. Utilisez un commutateur entre l'hôte et la cible pour éviter ce problème.
Le microprogramme de démarrage à distance iSCSI peut parfois afficher la valeur 0.0.0.0 dans le champ d'adresse IP du serveur DHCP.
-Dans le cas des serveurs DHCP reposant sur Linux, le microprogramme de démarrage à distance iSCSI affiche la
valeur 0.0.0.0 dans le champ d'adresse IP du serveur DHCP. Le microprogramme de démarrage à distance iSCSI examine l'adresse IP du serveur DHCP à partir du champ Next-Server du paquet de réponse DHCP. Cependant, le serveur DHCP reposant sur Linux peut ne pas définir le champ par défaut. Ajoutez « Next-Server <Adresse IP>; » dans
dhcpd.conf pour afficher l'adresse IP adéquate du serveur DHCP.
Le trafic iSCSI s'interrompt lorsque RSC est désactivé
Pour éviter une perte de connexion, la coalition matérielle des segments entrants (Receive Segment Coalescing,
RSC) doit être désactivée avant d'associer un réseau local virtuel à un port qui sera utilisé pour la connexion à une
cible iSCSI. Remédiez à ce problème en désactivant la coalition matérielle des segments entrants avant de configurer
le réseau local virtuel. Cela évitera l'interruption du trafic.
Problèmes de démarrage iSCSI sous Microsoft Windows
L’initiateur Microsoft n’amorce pas sans liaison sur le port de démarrage :
Après avoir configuré le système pour Intel® Ethernet iSCSI Boot avec deux ports connectés à une cible et avoir redémarré le système avec succès, l’initiateur Microsoft redémarrera continuellement le système si vous tentez ultérieurement de démarrer le système alors que seul le port de démarrage secondaire est connecté à la cible.
Pour contourner cette limitation, procédez comme suit :
1. À l’aide de l’Éditeur du Registre, développez la clé de registre suivante :
\System\CurrentControlSet\Services\Tcpip\Parameters
2. Créez une valeur DWORD appelée DisableDHCPMediaSense et définissez la valeur sur 0.
Prise en charge des plates-formes démarrées par l’initiateur iSCSI UEFI natif
À partir de la version 2.2.0.0, le pilote iSCSI de vidage de la mémoire sur incident prend également en charge les
plates-formes amorcées à l’aide de l’initiateur iSCSI UEFI natif sur les cartes réseau Intel prises en charge. Cette prise
en charge est possible sur Windows Server ou une version ultérieure et uniquement sur une architecture 64 bits. Tous
les correctifs cités ci-dessus doivent aussi être installés.
Comme sur les plates-formes UEFI les cartes réseau ne fournissent pas forcément de ROM optionnelle iSCSI existante, l’onglet des options de démarrage dans DMIX ne permet pas forcément d’activer le pilote iSCSI de vidage de la
mémoire sur incident. Si c’est le cas, l’entrée de registre suivante doit être créée :
HKLM\SYSTEM\CurrentControlSet\Control\Class\{4D36E97B-E325-11CE-BFC108002BE10318}\<IDInstance>\Parameters
DumpMiniport REG_SZ iscsdump.sys
Déplacement de la carte iSCSI vers un autre emplacement :
Dans une installation Windows*, si vous déplacez la carte iSCSI vers un emplacement PCI différent de celui qui était
utilisé lors de l’installation des pilotes et de l’initiateur iSCSI Remote Boot Microsoft, une erreur système peut se produire au milieu de l’écran de démarrage Windows. Le problème disparaît si vous replacez la carte dans l’emplacement
PCI d’origine. Nous recommandons de ne pas déplacer la carte utilisée pour l'installation de démarrage iSCSI. Il s’agit
d’un problème connu du SE.
Si vous devez placer la carte dans un autre connecteur, procédez comme suit :
1.
2.
3.
4.
5.
6.
7.
8.
Démarrez le système d'exploitation et supprimez l'ancienne carte.
Installez une nouvelle carte dans un autre connecteur.
Configurez la nouvelle carte pour iSCSI Boot.
Effectuez un démarrage iSCSI sous le SE via la carte d’origine.
Configurez la nouvelle carte pour qu’elle puisse être démarrée sous le SE.
Redémarrez.
Placez l’ancienne carte dans un autre connecteur.
Répétez les étapes 2 à 5 pour l’ancienne carte que vous venez de déplacer.
La désinstallation du pilote peut entraîner une erreur système fatale (écran bleu)
Si le pilote du périphérique utilisé pour le démarrage iSCSI Boot est désinstallé à l’aide du Gestionnaire de périphériques, une erreur système Windows (écran bleu) se produit lors du redémarrage et le SE doit être réinstallé. Il
s’agit d’un problème connu de Windows.
Les cartes flashées avec une image iSCSI ne sont pas supprimées du Gestionnaire de périphériques lors de la désinstallation
Lors de la désinstallation, tous les autres logiciels de connexion réseau Intel sont supprimés, mais les pilotes des
cartes iSCSI Boot ont la priorité de démarrage.
Le déchargement d’I/OAT peut s’arrêter avec une installation du démarrage Intel® Ethernet iSCSI Boot ou de l’initiateur Microsoft
Pour pallier ce problème, la valeur de registre suivante peut être remplacée par "0".
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
Cette valeur de registre ne doit être modifiée que si iSCSI Boot est activé et si vous voulez activer le déchargement
d’Intel® I/OAT. Une erreur système se produit si cette valeur est définie sur "0" alors qu’iSCSI Boot n’est pas activé. Elle
doit être définie à nouveau sur "3" si iSCSI Boot est désactivé, ou une erreur système se produira au redémarrage.
Démarrage et associations Intel® iSCSI sous Windows
Les associations ne sont pas prises en charge par iSCSI Boot. La création d’une association avec les cartes iSCSI principale et secondaire et la sélection de cette association lors de l’installation de l’initiateur Microsoft peut échouer, avec
des redémarrages à répétition. Ne sélectionnez pas d’association pour le démarrage iSCSI, même si elle peut être
sélectionnée lors de l’installation de l’initiateur.
Pour l’équilibrage de la charge et la prise en charge du basculement, vous pouvez utiliser Microsoft MPIO. Consultez
le guide de l'utilisation de l'initiateur Microsoft pour savoir comment configurer MPIO.
La définition d’une adresse administrée localement (LAA) sur un port activé pour le démarrage iSCSI entraîne une défaillance du système lors du prochain redémarrage
Ne définissez pas d’adresse administrée localement sur les ports sur lesquels iSCSI Boot est activé.
La version d'Intel® Ethernet iSCSI Boot n'est pas identique entre les versions affichées sur DMIX et le texte défilant pendant le démarrage
Si un périphérique n'est pas configuré comme principal, mais est recensé en premier, le BIOS utilisera quand même la
version de iSCSI Boot de ce périphérique. Par conséquent, l'utilisateur peut finir par utiliser une version de Intel® Ethernet iSCSI Boot plus ancienne que prévu. La solution est que tous les périphériques du système doivent avoir la même
version de iSCSI Boot. Pour ce faire, l'utilisateur doit aller à l'onglet Options de démarrage et mettre à jour la mémoire
flash des appareils vers la dernière version.
Ouverture de session iSCSI IPv6 sur des batteries Dell EMC EqualLogic utilisant des trames Jumbo
Pour ouvrir une session iSCSI en utilisant IPv6 et des trames Jumbo avec des batteries Dell EqualLogic, le délestage
avec contrôle d'intégrité TCP/UDP doit être désactivé sur la carte iSCSI Intel.
Problèmes connus de iSCSI/DCB sous Microsoft Windows
La création automatique des filtres de trafic iSCSI pour DCB n’est prise en charge que sur les réseaux qui utilisent l’adressage IPv4
L’option iSCSI for DCB (Pontage de centre de données désactivé) utilise les filtres de trafic QOS (Qualité de service)
pour étiqueter les paquets sortants avec une priorité. Intel iSCSI Agent utilise l’adressage IPv4 pour créer de façon
dynamique ces filtres de trafic en fonction de la demande des réseaux.
Ouverture de session iSCSI IPv6 sur des batteries Dell EqualLogic utilisant des trames Jumbo
Pour ouvrir une session iSCSI en utilisant IPv6 et des trames Jumbo avec des batteries Dell EqualLogic, le délestage
avec contrôle d'intégrité TCP/UDP doit être désactivé sur la carte iSCSI Intel.
Problèmes connus sous Linux
Channel Bonding
Le Channel Bonding Linux présente des problèmes de compatibilité de base avec iSCSI Boot et ne doit pas être utilisé.
Des erreurs d’authentification sur une cible EqualLogic peuvent se présenter dans dmesg lors de l’exécution de Red Hat* Enterprise Linux 4
Ces messages d’erreur n’indiquent pas de blocage de connexion ou de démarrage et peuvent être ignorés en toute
sécurité.
Incompatibilité de LRO et de iSCSI
Le délestage des grandes réceptions (Large Receive Offloads, LRO) est incompatible avec la cible iSCSI ou le trafic
de l’initiateur. Une situation de panique peut se produire en cas de réception du trafic iSCSI via le pilote ixgbe alors
que le délestage LRO est activé. Le pilote devrait être compilé et installé avec :
# make CFLAGS_EXTRA=-DIXGBE_NO_LRO install
Configuration du démarrage FCoE
Configuration du client FCoE
Installation et configuration du démarrage FCoE Ethernet Intel® sur un
client Microsoft* Windows*
Avertissements :
l
Ne mettez pas à jour le pilote de base à l'aide de la méthode de mise à jour Windows.
Le système pourrait ne plus fonctionner et être à l’origine d’une erreur système fatale. La pile FCoE et
le pilote de base doivent correspondre. La pile FCoE risque de ne plus être synchronisée avec le
pilote de base si le pilote de base est mis à jour à l'aide de Windows Update. La mise à niveau d’un
système de démarrage FCoE ne peut être exécutée qu'à l'aide du programme d’installation des Connexions réseau Intel®.
l
Si vous utilisez Microsoft* Windows Server* 2012 R2, vous devez installer KB2883200.
Faute de quoi, il pourrait en résulter une erreur 1719 et un écran bleu.
Nouvelle installation sur un système Windows Server*
Depuis le support Intel téléchargé : cliquez sur les cases FCoE/DCB pour installer le pilote de protocole
FCoE Ethernet Intel® et DCB. Le programme d'installation MSI Installer installe tous les composants FCoE et DCB, y
compris le pilote de base.
Configurez les options du démarrage FCoE Ethernet Intel® à partir d'Intel® PROSet
pour le Gestionnaire de périphériques Windows*
De nombreuses fonctions FCoE peuvent être configurées ou révisées à l’aide d’Intel® PROSet pour le Gestionnaire de
périphériques Windows*, depuis le bouton FCoE Properties sur l’onglet Data Center. Vous pouvez utiliser Intel®
PROSet pour effectuer les tâches suivantes :
l
Configuration des paramètres spécifiques à l’initiateur FCoE
l
Passez au pilote du port correspondant
l
Révision des informations de l’initiateur FCoE
l
Obtention d’informations générales
l
Révision des statistiques
l
Obtention d’informations sur l’initiateur
l
Obtention d’informations sur les périphériques connectés
l
VLAN détectés par FIP et leur état
De plus, vous trouverez certains paramètres de performances RSS FCoE sous Performance Options de l'onglet
Avancé dans les propriétés du périphérique Carte réseau. Pour plus d'informations, consultez la section Receive Side
Scaling (Mise à l'échelle côté réception ou RSS).
REMARQUES :
l
Dans l'onglet Options de démarrage, l'utilisateur peut voir le bouton Informations Flash. En cliquant sur
le bouton Informations Flash, la boîte de dialogue Informations Flash s'ouvre. Dans la boîte de dialogue Informations Flash, cliquez sur le bouton Mettre à jour l'image flash pour permettre l'écriture
d'Intel® iSCSI Remote Boot (Démarrage à distance iSCSI Intel®), d'Intel® Boot Agent (IBA), du démarrage FCoE Ethernet Intel®, d'EFI et de CLP. L’opération de mise à jour écrit une nouvelle image dans la
mémoire Flash de la carte et modifie la mémoire EEPROM. Celle-ci risque de désactiver momentanément le pilote de périphérique réseau Windows*. Un redémarrage de votre système sera probablement requis à la suite de cette opération.
l
Vous ne pouvez pas mettre à jour l’image Flash d’un LOM; ce bouton sera désactivé.
1. Créez un disque cible (unité logique ou LUN) sur une cible Fibre Channel disponible. Configurez cette unité
logique pour qu’elle soit accessible par l’adresse WWPN de l’initiateur de l’hôte en cours de démarrage.
2. Assurez-vous que le système client démarre le microprogramme du démarrage FCoE Ethernet Intel®. Le microprogramme doit être configuré correctement, pouvoir se connecter à la cible Fibre Channel et détecter le
disque de démarrage.
Intel® PROSet pour le Gestionnaire de périphériques Windows*
Bon nombre des fonctions du menu de configuration de la sélection des ports pour le démarrage FCoE Ethernet Intel®
peuvent être configurées ou modifiées en utilisant Intel® PROSet pour le Gestionnaire de périphériques Windows.
l
La version du démarrage FCoE Ethernet Intel® est affichée dans l’onglet Boot Options si l’image combinée
prend en charge le démarrage FCoE.
l
Le démarrage FCoE Ethernet Intel® est une option Active Image si le démarrage FCoE est pris en charge par
l’image combinée.
l
Le paramètre Active Image permet d’activer/désactiver le démarrage FCoE dans l’EEPROM.
l
Les paramètres du démarrage FCoE Ethernet Intel® sont affichés si FCoE Boot correspond à l’image active.
Installation de Windows Server depuis un disque distant (installation sans
disque)
Après avoir installé la ROM optionnelle, si vous voulez installer le système d'exploitation Windows Server directement
sur le disque FCoE, procédez comme suit :
1. Téléchargez le package de mise à jour du pilote sur le site Web d'assistance de Dell.
2. Extrayez le package de mise à jour du pilote à l'aide de l'option « /s /drivers=c:\mydir ».
3. Localisez les pilotes FCoE dans c:\mydir\pre-os\W2K12R2-x64\FCoE. Extrayez tous les fichiers zippés et
copiez-les sur un CD/DVD ou sur une clé USB.
4. Démarrer le support d’installation.
5. Effectuez une installation personnalisée et allez à l’écran « Où voulez-vous installer Windows ? ».
6. Utilisez Charger pilote pour charger les pilotes FCoE. Naviguez jusqu'à l'emplacement sélectionné précédemment et chargez les deux pilotes suivants dans l'ordre indiqué :
1. Pilote de configuration Ethernet Intel® pour FCoE.
2. Pilote du miniport de stockage virtuel Ethernet Intel(R) pour FCoE
7.
8.
9.
10.
Remarque : les pilotes FCoE bloquent tout autre trafic réseau provenant des ports compatibles FCoE jusqu'à la
fin de l'Étape 7 de cette section. Ne tentez pas d'installer un miniport NDIS pour un port compatible FCoE avant
l'étape 7 de cette section.
Le ou les disques FCoE doivent normalement figurer à présent dans la liste des cibles d’installation disponibles. Tous les disques accessibles à cet initiateur via le port de démarrage doivent apparaître.
Sélectionnez dans la ROM optionnelle le disque FCoE configuré pour le démarrage et continuez l’installation
jusqu’à ce que Windows soit installé et que vous soyez arrivé au Bureau.
Suivez les instructions de Nouvelle installation sur un système Windows Server*. Cela installera les pilotes
réseau et configurera le fonctionnement des pilotes FCoE avec les pilotes réseau. REMARQUE : vous ne pouvez pas désélectionner la fonctionnalité FCoE. Vous serez invité à redémarrer à la fin de l’installation.
Windows peut vous inviter à redémarrer à nouveau après le retour au Bureau.
Installation de Windows Server avec un disque local
Après avoir installé la ROM optionnelle, si vous voulez installer Windows Server avec un disque local, procédez
comme suit :
1. Suivez les instructions de Nouvelle installation sur un système Windows Server*.
2. Vérifiez que le disque de démarrage FCoE soit disponible dans l'onglet Fabric View (Vue de la matrice)
d'Intel® PROSet pour le Gestionnaire de périphériques Windows et vérifiez que vous êtes bien en ligne en utilisant le Gestionnaire de disque Windows.
3. Ouvrez une fenêtre d’invite de commande et exécutez le fichier de commande fcoeprep.bat. Pour trouver le
fichier de commande, naviguez jusqu'au répertoire c:\mydir\pre-os\W2K12R2-x64\FCoE.
4. Arrêtez Windows et capturez l’image du SE sur une partition de disque local.
5. Transférez l’image du disque dur local à la cible FCoE. Cela peut être réalisé depuis l’installation Windows
locale.
6. Arrêtez le système et enlevez le disque local.
7. Configurez le système BIOS pour un démarrage depuis le disque FCoE et démarrez.
REMARQUE : Consultez la documentation de Microsoft pour des instructions plus détaillées.
Mise à niveau des pilotes Windows sur un système démarré par FCoE Ethernet
Intel®
La mise à niveau d’un système démarré par FCoE ne peut être exécutée qu'à l'aide du programme d’installation des
Connexions réseau Intel®. Un redémarrage est nécessaire pour finaliser la mise à niveau. Vous ne pouvez pas mettre
à niveau le package de pilotes et de logiciels Windows d'un port si le port se trouve sur le chemin du fichier d'échange
de la mémoire virtuelle et s'il fait également partie d'une association LBFO Microsoft. Pour réaliser la mise à niveau,
supprimez le port de l'association LBFO et redémarrez la mise à niveau.
Certification de validation et de stockage
Le logiciel pour FCoE Ethernet Intel® comporte deux composants essentiels : le pilote de base Ethernet et le pilote
FCoE Ethernet Intel® (FCoE). Ils sont conçus et validés comme paire commandée. Il est fortement recommandé
d’éviter les scénarios de mises à niveau ou de mises à jour de Windows, où la version du pilote Ethernet ne correspond pas à la celle du pilote FCoE Ethernet Intel® correspondant. Pour en savoir plus, visitez le centre de téléchargement.
REMARQUES :
l
l
La mise à niveau/la rétrogradation individuelle du pilote FCoE Ethernet Intel® ne fonctionnera pas et
peut entraîner un blocage du système ; le package FCoE tout entier doit être de la même version. Le
package FCoE ne doit être mis à niveau qu’avec les connexions réseau Intel®.
Si vous désinstallez le pilote miniport de stockage virtuel Ethernet Intel® pour le composant FCoE, réinstallez la même version que celle désinstallée ou bien désinstallez, puis réinstallez le package entier
FCoE.
Configuration de la ROM optionnelle du démarrage FCoE Ethernet Intel®
Menu de sélection des ports FCoE
Pour configurer le démarrage FCoE Ethernet Intel®, mettez le système sous tension ou réinitialisez-le, puis appuyez
sur les touches Ctrl+D lorsque le message « Press <Ctrl-D> to run setup... » (Appuyez sur <Ctrl+D> pour exécuter l'installation) s'affiche. Une fois que vous avez appuyé sur les touches Ctrl+D, le menu de la sélection des ports
pour le démarrage FCoE Ethernet Intel® s'ouvre.
Le premier écran du menu Démarrage FCoE Ethernet Intel® de configuration des ports affiche une liste des cartes
compatibles avec le démarrage FCoE Ethernet Intel®. Pour chaque port de carte, l’adresse MAC SAN associée, l’ID de
périphérique PCI, l’emplacement du bus PCI, du périphérique ou de la fonction et un champ indiquant l’état de démarrage FCoE s’affichent. Le menu de sélection des ports peut afficher jusqu’à 10 ports compatibles avec le démarrage
FCoE. S’il existe d’autres cartes compatibles avec le démarrage FCoE Ethernet Intel®, elles ne sont pas répertoriées
dans le menu de configuration.
Mettez en surbrillance le port souhaité et appuyez sur Entrée.
Menu de configuration des cibles du démarrage FCoE
Configuration des cibles du démarrage FCoE : Discover Targets (Recherche de cibles) est mis en surbrillance par
défaut. Si la valeur Discover VLAN (Recherche VLAN) n’est pas celle que vous voulez, entrez la valeur correcte. Mettez en surbrillance Discover Targets et appuyez sur Entrée pour afficher les cibles associées à la valeur Discover
VLAN. Sous Target WWPN (Cible WWPN), si vous connaissez le WWPN voulu, vous pouvez l’entrer manuellement ou
appuyer sur Entrée pour afficher la liste des cibles précédemment découvertes.
Menu de sélection des cibles FCoE
Mettez en évidence la Cible voulue dans la liste et appuyez sur Entrée.
Remplissez manuellement les valeurs d'unité logique (LUN) et Boot Order (ordre de démarrage).
Les valeurs valides pour Boot Order (ordre de démarrage) vont de 0 à 4, où 0 signifie pas d’ordre de
démarrage ou ignorer la cible. La valeur 0 indique également que ce port ne doit pas être utilisé pour se
connecter à la cible. Les valeurs d’ordre de démarrage 1 à 4 ne peuvent être attribuées qu’une fois aux
cibles se trouvant sur tous les ports activés pour un démarrage FCoE.
La valeur VLAN par défaut est 0. Vous pouvez procéder à la découverte des cibles (Discover Targets)
qui afficheront un VLAN. Si le VLAN qui s’affiche n’est pas le VLAN souhaité, saisissez manuellement le
VLAN et effectuez une recherche de cibles Discover Targets sur ce VLAN.
Cliquez sur Save.
REMARQUE : une fois la fonction Discover Targets (Recherche de cibles) exécutée, la ROM optionnelle tente
de rester connectée jusqu’à la fin du FCoE Boot Targets Configuration Menu (Menu de configuration des
cibles de démarrage FCoE).
l
l
Raccourcis clavier : Haut/Bas, tabulation et Maj-tabulation pour passer d'une commande à l'autre. Gauche/droite/Début/Fin/Suppr/Arrière dans les zones d'édition.
Appuyez sur la touche Échap pour quitter l'écran.
Configuration d'une cible du démarrage FCoE
Pour obtenir des informations spécifiques sur la configuration du système FCoE cible et du volume de disque, reportez-vous aux instructions fournies par le fournisseur du système ou du système d'exploitation. Vous trouverez ci-dessous les étapes de base nécessaires à la configuration du démarrage FCoE Ethernet Intel® pour qu’il fonctionne avec
la plupart des systèmes FCoE cibles. Les étapes peuvent être différentes en fonction du fabricant.
REMARQUE : si votre cible du démarrage FCoE est sur un VLAN différent du VLAN 1, vous devez alors utiliser
le menu de démarrage POST (Ctrl-D) pour découvrir la cible.
Installation de Windows Server depuis un disque distant (installation sans
disque)
Après avoir installé la ROM optionnelle, si vous voulez installer le système d'exploitation Windows Server directement
sur le disque FCoE, procédez comme suit :
1. Téléchargez le package de mise à jour du pilote sur le site Internet d'assistance.
2. Extrayez le package de mise à jour du pilote à l'aide de l'option « /s /drivers=c:\mydir ».
3. Localisez les pilotes FCoE dans c:\mydir\pre-os\W2K12R2-x64\FCoE. Extrayez tous les fichiers zippés et
copiez-les sur un CD/DVD ou sur une clé USB.
4. Démarrer le support d’installation.
5. Effectuez une installation personnalisée et allez à l’écran « Où voulez-vous installer Windows ? ».
6. Utilisez Charger pilote pour charger les pilotes FCoE. Naviguez jusqu'à l'emplacement sélectionné précédemment et chargez les deux pilotes suivants dans l'ordre indiqué :
1. Pilote de configuration Ethernet Intel® pour FCoE.
2. Pilote du miniport de stockage virtuel Ethernet Intel(R) pour FCoE
7.
8.
9.
10.
Remarque : les pilotes FCoE bloquent tout autre trafic réseau provenant des ports compatibles FCoE jusqu'à la
fin de l'étape 7 de cette section. Ne tentez pas d'installer un miniport NDIS pour un port compatible FCoE avant
l'étape 7 de cette section.
Le ou les disques FCoE doivent normalement figurer à présent dans la liste des cibles d’installation disponibles. Tous les disques accessibles à cet initiateur via le port de démarrage doivent apparaître.
Sélectionnez dans la ROM optionnelle le disque FCoE configuré pour le démarrage et continuez l’installation
jusqu’à ce que Windows soit installé et que vous soyez arrivé au Bureau.
Suivez les instructions pour une nouvelle installation de Windows Server. Cela installera les pilotes réseau et
configurera le fonctionnement des pilotes FCoE avec les pilotes réseau. REMARQUE : vous ne pouvez pas désélectionner la fonctionnalité FCoE. Vous serez invité à redémarrer à la fin de l’installation.
Windows peut vous inviter à redémarrer à nouveau après le retour au Bureau.
Installation de Windows Server avec un disque local
Après avoir installé la ROM optionnelle, si vous voulez installer Windows Server avec un disque local, procédez
comme suit :
1. Suivez les instructions pour une nouvelle installation de Windows Server.
2. Vérifiez que le disque de démarrage FCoE soit disponible dans l'onglet Fabric View (Vue de la matrice)
d'Intel® PROSet pour le Gestionnaire de périphériques Windows et vérifiez que vous êtes bien en ligne en utilisant le Gestionnaire de disque Windows.
3. Ouvrez une fenêtre d’invite de commande et exécutez le fichier de commande fcoeprep.bat. Pour trouver le
fichier de commande, rendez-vous dans le répertoire d'architecture pour votre système situé dans le répertoire
c:\mydir\pre-os\W2K12R2-x64\FCoE.
4. Arrêtez Windows et capturez l’image du SE sur une partition de disque local.
5. Transférez l’image du disque dur local à la cible FCoE. Cela peut être réalisé depuis l’installation Windows
locale.
6. Arrêtez le système et enlevez le disque local.
7. Configurez le système BIOS pour un démarrage depuis le disque FCoE et démarrez.
REMARQUE : Consultez la documentation de Microsoft pour des instructions plus détaillées.
SUSE* Linux Enterprise Server
Pour faciliter l'installation de Linux sur une cible FCoE, utiliser SLES11 ou une version supérieure. SLES11 fournit une
prise en charge native du démarrage et de l’installation à distance FCoE. Cela signifie qu’aucune étape supplémentaire n’est nécessaire en dehors du programme d’installation pour installer sur une cible iSCSI en utilisant une
carte Ethernet Intel pour serveur. Reportez-vous à la documentation de SLES11 pour des instructions sur l’installation
sur une unité logique iSCSI.
Red Hat Enterprise Linux
Pour faciliter l'installation de Linux sur une cible iSCSI, utiliser RHEL 6 ou une version supérieure. RHEL 6 fournit une
prise en charge native du démarrage et de l’installation à distance iSCSI. Cela signifie qu’aucune étape supplémentaire n’est nécessaire en dehors du programme d’installation pour installer sur une cible iSCSI en utilisant une
carte Ethernet Intel pour serveur. Reportez-vous à la documentation de RHEL 6 pour des instructions sur l’installation
sur une unité logique iSCSI.
Problèmes connus de FCoE
Modifications inattendues du WWN virtuel ou du WWPN virtuel
Les 6 derniers octets du WWN virtuel et du WWPN virtuel sont basés sur l'adresse MAC FIP virtuelle. Si vous définissez
ou modifiez l'adresse MAC FIP virtuelle, les 6 derniers octets du WWN virtuel et du WWPN virtuel sont automatiquement modifiés pour être identiques. Vous pouvez modifier le WWPN virtuel et le WWN virtuel, mais vous ne
pouvez modifier que le préfixe, c'est-à-dire les 2 premiers octets de la valeur respective du WWPN virtuel et du WWN
virtuel. Les 6 derniers octets du WWPN virtuel et du WWN virtuel doivent être identiques à ceux de l'adresse MAC FIP
active. L'adresse MAC FIP active peut être soit l'adresse MAC FIP virtuelle, soit l'adresse MAC FIP. Vous devez déterminer celle qui est activée et en service.
Préfixes WWN virtuel et WWPN virtuel non réglés sur les valeurs définies dans le fichier XML de configuration du serveur
Si l'option I/O Identity Optimization est activée, vous ne pouvez pas modifier les valeurs par défaut des préfixes WWN
virtuel et WWPN virtuel. Si vous souhaitez modifier ces valeurs, vous devez d'abord désactiver l'option I/O Identity Optimization. Si vous activez l'option I/O Identity Optimization après avoir modifié les valeurs de préfixe, ces dernières
reprennent leurs valeurs par défaut.
Impossible de définir la même valeur pour l'adresse MAC virtuelle et l'adresse MAC FIP virtuelle
Vous ne pouvez pas utiliser la même valeur pour l'adresse MAC virtuelle et l'adresse MAC FIP virtuelle.
Problèmes du FCoE Ethernet Intel® sous Windows
Le pilote du miniport de stockage virtuel Ethernet Intel® pour FCoE risque de disparaître de la liste du Gestionnaire de périphériques.
Le pilote du miniport de stockage virtuel Ethernet Intel® pour FCoE peut disparaître de la liste du Gestionnaire de périphériques après :
l
le retrait d’un réseau virtuel
l
la modification des paramètres de la carte d’interface réseau Intel sous-jacente
Cela peut se produire lorsque la carte réseau Intel correspondante est virtualisée pour créer un nouveau réseau virtuel
ou pour supprimer ou modifier un réseau virtuel existant. Cela peut également se produire lorsque les paramètres de
la carte d’interface réseau Intel sous-jacente sont modifiés (y compris dans le cadre d’une désactivation ou d’une réactivation de la carte réseau).
Pour pallier le problème, avant de procéder à des modifications de la carte réseau en vue de la virtualiser, supprimez
toutes les dépendances du pilote du miniport de stockage virtuel Ethernet Intel® pour FCoE qui sont actuellement utilisées par le système. Supposons, par exemple, que l’utilisateur a affecté le ou les disques FCoE à partir du pilote de
stockage FCoE à l’exécution de l’une de ses machines virtuelles et que, en même temps, il veuille modifier la configuration de la même carte réseau Intel pour la virtualiser. Dans ce cas, l’utilisateur devra retirer le ou les disques FCoE
de la machine virtuelle avant de modifier la configuration de la carte réseau Intel.
Le port virtuel peut disparaître de la machine virtuelle
Lorsqu’elle démarre, la machine virtuelle demande au pilote du miniport de stockage virtuel Ethernet Intel® pour FCoE
("le pilote") de créer un port virtuel. Si ultérieurement le pilote est désactivé, le port virtuel peut disparaître. La seule
manière de le faire réapparaître est d’activer le pilote et de redémarrer la machine virtuelle.
Lors de l’installation de FCoE après l’installation d’associations ANS et la création d’une association AFT, les pilotes Storport ne sont pas installés
Le pontage de centre de données (DCB) est inactif par défaut si l’utilisateur installe des associations ANS et crée une
association AFT, puis installe FCoE/DCB. Si l’utilisateur active ensuite DCB sur un port, le système d’exploitation
détecte des pilotes Storport et l’utilisateur doit cliquer manuellement sur l’Assistant ajout de nouveau matériel pour installer chacun d’entre eux. Si l’utilisateur ne le fait pas, le pontage DCB n’est pas opérationnel ; le motif indiqué est
l’absence d’homologue.
Intel® PROSet pour Windows Device Manager (DMiX) n’est pas synchronisé avec l’utilitaire FCoE CTRL-D
Quand l’utilisateur désactive FCoE via le menu de contrôle-D, Intel® PROSet pour l’interface utilisateur du gestionnaire de périphériques Windows établit que la mémoire flash contient une image FCoE, mais que celle-ci doit être
mise à jour. La nouvelle mise à jour de la mémoire flash avec l’image FCoE réactive FCoE et rend disponible tous les
paramètres FCoE.
Si l’utilisateur utilise le menu de contrôle-D pour désactiver FCoE, il doit aussi utiliser le menu de contrôle-D pour
l’activer. En effet, Intel® PROSet pour le gestionnaire de périphérique Windows ne prend pas en charge l’activation ou
la désactivation FCoE.
Les cartes réseau 82599 et X540 ne s’affichent pas comme étant compatibles SPC-3 dans la configuration Windows MPIO
Étant donné que l’initiateur FCoE est un périphérique virtuel, il ne possède pas sa propre ID matérielle. Par conséquent, il ne s’affiche pas comme périphérique compatible SPC-3 dans la configuration Windows MPIO.
Lors de la suppression des associations ALB, toutes les fonctions FCOE sont défaillantes, tous les onglets DMIX sont grisés et les ports des deux
cartes sont défaillants
Pour que les associations ANS fonctionnent avec Microsoft Network Load Balancer (NLB) en mode monodiffusion,
l’adresse administrée localement de l’association doit être définie pour regrouper l’IP de nœud. Pour le mode ALB,
l’équilibrage de la charge de réception doit être désactivé. Pour plus de détails de configuration, reportez-vous au site
http://support.microsoft.com/?id=278431.
Les associations ANS fonctionnent quand NLB est en mode multidiffusion. Pour savoir comment configurer correctement la carte dans ce mode, voir http://technet.microsoft.com/en-ca/library/cc726473(WS.10).aspx.
Le trafic FCoE et TCP/IP sur le même VLAN peut ne pas fonctionner sur certains commutateurs
Ce problème de conception et de configuration de commutateurs est connu.
Problèmes du démarrage FCoE Ethernet Intel®
Problèmes connus pour les ROM optionnelles
Problèmes connus de détection avec plusieurs réseaux virtuels FCoE
Il se peut que la ROM optionnelle FCoE ne détecte pas le réseau virtuel voulu lors de la détection des réseaux virtuels
avec la fonction Discover Targets. Si le champ Discover VLAN contient un réseau virtuel incorrect, entrez le réseau
voulu avant d’exécuter la fonction Discover Targets.
Problèmes connus sous Windows
Prise en charge des commutateurs Brocade dans la version 16.4
Le démarrage FCoE Ethernet Intel® ne prend pas en charge les commutateurs Brocade dans la version 16.4. Si
besoin, utilisez la version 16.2.
Windows utilise un fichier d’échange sur le disque local
Après la création d’une image, si le disque local n’est pas supprimé avant le démarrage à partir du disque FCoE, Windows peut utiliser le fichier d’échange du disque local.
Le vidage sur incident dans des disques FCoE est pris en charge uniquement vers le numéro de l’unité logique (LUN) de démarrage FCoE
Les scénarios suivants ne sont pas pris en charge :
l
Vidage sur incident dans un disque FCoE si le répertoire Windows ne se trouve pas sur le numéro de l’unité
logique de démarrage FCoE.
l
Utilisation de la valeur du registre DedicatedDumpFile pour envoyer le vidage sur incident vers un autre
numéro d’unité logique FCoE.
La désinstallation de FCoE à partir d'un disque local peut être bloquée, car le programme d'installation signale par erreur que le système est amorcé
à partir de FCoE
Lorsque la ROM optionnelle FCoE se connecte à un disque FCoE pendant l’amorçage, le programme d’installation de
Windows peut être incapable de déterminer si le système a été amorcé à partir de FCoE et bloquera la désinstallation
de FCoE. Pour la désinstallation, configurez la ROM optionnelle de façon qu’elle ne se connecte pas à un
disque FCoE.
Impossible de créer des interfaces VLAN avec le démarrage FCoE Ethernet Intel® activé
Si le démarrage est fait avec FCoE, l’utilisateur ne peut pas créer des réseaux locaux virtuels et/ou des équipes pour
d’autres types de trafic. Cela évite d’avoir une fonctionnalité convergente liée à un manque de trafic FCoE.
Carte du serveur configurée pour FCoE Boot disponible comme carte réseau virtuelle (vnic) externe partagée via Hyper-V
Si un port est défini comme port de démarrage, quand l’utilisateur installe le rôle Hyper V dans le système, puis passe
dans le gestionnaire de réseau Hyper V pour sélectionner le port à virtualiser en externe, le port de démarrage
s’affiche, alors qu’il ne devrait pas.
Lors de la configuration du port sur un port de démarrage d'Intel® PROSet pour le Gestionnaire de périphériques Windows, un message indique à l’utilisateur de redémarrer le système pour que les modifications soient appliquées, mais
le redémarrage n’est pas forcé. Les applications de niveau utilisateur sont alors en mode de démarrage (par exemple,
l’onglet Data Center est estompé) mais les pilotes au niveau du noyau n’ont pas été redémarrés pour signaler au système d’exploitation que le port est un port de démarrage. Lorsque l'utilisateur ajoute alors le service Hyper V au système, le système d'exploitation prend un instantané des ports disponibles et c'est l'instantané qu'il utilise après l'ajout
du rôle Hyper V, le redémarrage du système et l'accès de l'utilisateur au Gestionnaire de réseau virtuel Hyper V pour
virtualiser les ports. Le port de démarrage s’affiche alors aussi.
Solutions :
Redémarrez le système après avoir défini un port sur un port de démarrage et avant l’ajout du rôle Hyper V. Le port ne
s’affiche pas dans la liste des ports virtualisables du gestionnaire de réseau virtuel Hyper V
Activez/désactivez le port dans le gestionnaire de périphérique après l’avoir configuré pour le démarrage et avant
l’ajout du rôle Hyper V. Le port ne s’affiche pas dans la liste des ports virtualisables du gestionnaire de réseau virtuel
Hyper V
Le délai FCoE Linkdown a échoué prématurément lors du démarrage à distance
Le système se bloque si un port amorcé FCoE perd la liaison sur une durée supérieure à celle spécifiée dans le paramètre avancé Linkdown Timeout dans le pilote du miniport de stockage virtuel Ethernet Intel® pour FCoE. Les valeurs
de Linkdown Timeout supérieures à 30 secondes peuvent ne pas laisser suffisamment de temps avant un blocage du
système.
Windows ne démarre pas correctement après avoir utilisé la méthode d'installation d'image
La situation suivante peut se présenter lors de l'installation de Windows pour FCoE Boot en utilisant la méthode de
l'image : Windows démarre bien depuis l'unité logique FCoE lorsque l'unité de stockage locale est installée, mais
lorsque l'unité locale est retirée, Windows semble bien démarrer, mais se bloque avant d'atteindre le Bureau.
Dans ce cas, il est probable que l'installation Windows réside à la fois sur l'unité logique FCoE et sur le lecteur local.
Cela peut être vérifié en démarrant depuis l'unité logique FCoE alors que le lecteur local est installé, puis en comparant la lettre de lecteur du chemin des fichiers du bureau avec la lettre de lecteur de la partition de démarrage dans
l'outil Gestion des disques de Windows. Si les lettres de lecteur sont différentes, l'installation de Windows est répartie
entre les deux disques.
Si cela se produit, veillez à exécuter fcoeprep avant de capturer l'image et à ce que le système ne soit pas démarré
localement entre l'exécution de fcoeprep et la capture de l'image. De plus, le lecteur local peut être retiré du système
avant le premier démarrage depuis l'unité logique FCoE.
Dépannage
Problèmes courants et solutions
Il existe de nombreux problèmes réseau qui sont simples à résoudre. Examinez chacun des problèmes suivants avant
de continuer.
l
Vérifiez les modifications récentes apportées au matériel, aux logiciels ou au réseau susceptibles d'avoir perturbé les communications.
l
Vérifiez le logiciel pilote.
l
Vérifiez que vous utilisez les pilotes adéquats les plus récents de votre carte sur le site Web de
l'assistance Intel®.
l
Désactivez (ou déchargez), puis réactivez (ou rechargez) le pilote ou la carte.
l
Recherchez les éventuels paramètres conflictuels. Désactivez les paramètres avancés, tels que les
associations ou les réseaux locaux virtuels afin de vérifier si cela règle le problème.
l
Réinstallez les pilotes.
l
Vérifiez le câble. Utilisez les câbles disponibles les plus adaptés au débit de données souhaité.
l
Assurez-vous que le câble est correctement branché aux deux extrémités.
l
Assurez-vous que la longueur du câble ne dépasse pas les spécifications.
l
Pour les connexions cuivre, assurez-vous que le câble est un câble 4 paires de catégorie 5 pour
1000BASE-T ou 100BASE-TX ou un câble 4 paires de catégorie 6 pour 10GBASE-T.
l
Effectuez un test du câble.
l
Remplacez le câble.
l
Vérifiez le partenaire de liaison (commutateur, concentrateur, etc.).
l
Assurez-vous que le partenaire de liaison est actif et peut transmettre et recevoir le trafic.
l
Assurez-vous que les paramètres de la carte et du partenaire de liaison correspondent ou sont configurés pour prendre en charge la négociation automatique.
l
Assurez-vous que le port est activé.
l
Connectez-vous à un autre port disponible ou un autre partenaire de liaison.
l
Recherchez d'éventuels problèmes matériels de la carte.
l
Remettre en place la carte.
l
Insérez la carte dans un autre emplacement.
l
Recherchez le matériel et les paramètres éventuellement conflictuels ou incompatibles.
l
Remplacez la carte.
l
Consultez le site Web de l'assistance Intel® pour consulter la liste des problèmes consignés.
l
Sélectionnez votre carte dans la liste des gammes de cartes.
l
Consultez la section Questions-réponses.
l
Consultez la base de connaissances.
l
Vérifiez la surveillance du traitement et les autres moniteurs système.
l
Assurez-vous que le processeur et la mémoire sont suffisants pour effectuer les activités réseau.
l
Recherchez toute activité inhabituelle (ou manque d'activité).
l
Utilisez les programmes de test du réseau pour vérifier la connectivité de base.
l
Vérifiez la version et les paramètres du BIOS.
l
Utilisez la dernière version du BIOS adaptée à votre ordinateur.
l
Assurez-vous que les paramètres de votre ordinateur sont appropriés.
Le tableau de dépannage suivant suppose que vous avez déjà examiné les solutions et problèmes courants.
Problème
Solution
Votre ordinateur ne trouve pas la
carte réseau.
Assurez-vous que les emplacements de la carte sont compatibles avec le
type de carte que vous utilisez :
l
PCI Express v1.0 (ou version supérieure)
l
PCI-X v2.0
l
Les emplacements PCI sont de type v2.2.
Les tests de diagnostic sont bons,
mais la connexion échoue.
Assurez-vous que le câble est correctement branché, qu’il est du type approprié et qu’il n’excède pas les longueurs recommandées.
Problème
Solution
Essayez d'exécuter le test de diagnostic envoyeur/répondeur.
Assurez-vous que les paramètres de vitesse et de mode duplex de la carte
correspondent à ceux du commutateur.
Une autre carte cesse de fonctionner
après que vous avez installé la carte
réseau Intel®.
Assurez-vous que le BIOS PCI est à jour. Voir Configuration de PCI/PCIX/PCI Express.
Vérifiez la présence de conflits d’interruption et de problèmes de partage.
Assurez-vous que l’autre carte prend en charge les interruptions partagées.
Assurez-vous également que votre système d’exploitation prend en charge
les interruptions partagées.
Déchargez tous les pilotes de périphériques PCI, puis rechargez tous les
pilotes.
La carte ne peut pas se connecter au
commutateur à la vitesse adéquate.
La carte Gigabit se connecte à
100 Mbit/s et la carte 10 Gigabit à
1 000 Mbit/s.
Applicable uniquement aux connections en cuivre.
Assurez-vous que la carte et le partenaire de liaison sont configurés pour
prendre en charge la négociation automatique.
Vérifiez que vous exécutez la dernière révision du système d'exploitation de
votre commutateur et que le commutateur est conforme à la norme IEEE
adéquate :
l
Compatible IEEE 802.3ad (Gigabit sur cuivre)
l
Compatible IEEE 802.3an (10 Gigabit sur cuivre)
Le périphérique ne se connecte pas à
la vitesse attendue.
Lorsque le mode Maître-Esclave Gigabit est forcé sur le mode Maître sur la
carte Intel et sur son partenaire de liaison, la vitesse de liaison obtenue par
la carte Intel peut être inférieure aux attentes.
La carte s'arrête de fonctionner sans
aucune raison apparente.
Exécutez les tests de réseau et de carte décrits dans la rubrique « Test de la
carte ».
L'indicateur lumineux de liaison est
éteint.
Exécutez les tests de réseau et de carte décrits dans la rubrique « Test de la
carte ».
Assurez-vous que le pilote approprié (et le plus récent) est chargé.
Assurez-vous que le partenaire de liaison est configuré pour prendre en
charge la négociation automatique (ou forcer qu'il corresponde à la carte).
Vérifiez que le commutateur est conforme à la norme IEEE 802.3ad.
L'indicateur lumineux de liaison est
allumé, mais les communications ne
s'établissent pas correctement.
Assurez-vous que le pilote approprié (et le plus récent) est chargé.
La carte et son partenaire de liaison doivent être configurés pour prendre en
charge la négociation automatique ou manuelle avec les mêmes paramètres de vitesse et de mode duplex.
REMARQUE : il se peut que l’indicateur lumineux de liaison de la
carte s’allume même si la communication entre la carte et son partenaire de liaison n’a pas été correctement établie. D’un point de vue
technique, l’indicateur lumineux de liaison indique la présence d’un
signal porteur, mais pas nécessairement la capacité de communication adéquate avec un partenaire de liaison. Il s’agit d’une
situation normale conforme à la spécification IEEE du fonctionnement
de la couche physique.
L'indicateur RX ou TX est désactivé.
L'utilitaire de diagnostic indique que
la carte n'est pas activée par le BIOS
(« Not enabled by BIOS »).
Le réseau n'a peut-être aucune activité. Essayez de générer du trafic tout en
surveillant les indicateurs.
Le BIOS PCI ne configure pas correctement la carte. Voir Configuration de
PCI/PCI-X/PCI Express.
Problème
Solution
L'ordinateur se fige lorsque les pilotes
sont chargés.
Essayez de modifier les paramètres d'interruption du BIOS PCI. Voir Configuration de PCI/PCI-X/PCI Express.
La DEL Fan Fail (échec du ventilateur) de la carte réseau 10 Gigabit
AT pour serveurs est allumée (rouge).
La solution de refroidissement du ventilateur ne fonctionne pas correctement. Contactez l’assistance à la clientèle pour obtenir des instructions
complémentaires.
Configuration de PCI/PCI-X/PCI
Express
Si la carte n'est pas reconnue par votre système d'exploitation ou si elle ne
fonctionne pas, il peut être nécessaire de modifier certains paramètres du
BIOS. Essayez la manipulation suivante uniquement si vous rencontrez des
problèmes avec votre carte et connaissez bien les paramètres du BIOS.
l
Vérifiez si le paramètre "Plug-and-Play" est compatible avec le système d’exploitation utilisé.
l
Assurez-vous que l'emplacement est activé.
l
Installez la carte dans un emplacement de contrôleur de bus.
l
Configurez les interruptions pour le déclenchement par niveau plutôt
que pour le déclenchement par front d'impulsion.
l
Réservez des interruptions et/ou des adresses de mémoire. Cela
empêche que plusieurs bus ou emplacements de bus utilisent les
mêmes interruptions. Vérifiez les options IRQ de PCI/PCI-X/PCIe
dans le BIOS.
Cartes multiples
Lors de la configuration d'un environnement multicarte, vous devez mettre à niveau toutes les cartes Intel de
l'ordinateur vers le logiciel le plus récent.
Si l’ordinateur ne détecte pas tous les ports, considérez les points suivants :
l
Si la fonctionnalité Wake On LAN* (WoL) est activée sur plus de deux cartes, il se peut qu'elle puise de façon
excessive dans l'alimentation auxiliaire du système, entraînant l'incapacité du système à démarrer et d'autres
problèmes imprévisibles. Lorsque plusieurs cartes management/pour PC de bureau doivent être utilisées, nous
vous recommandons d'installer les cartes individuellement et d'utiliser l'utilitaire IBAUtil (ibautil.exe dans
\APPS\BOOTAGNT) pour désactiver la fonctionnalité WoL sur les cartes qui n'en ont pas besoin. Sur certaines
cartes pour serveurs, la fonctionnalité WoL est désactivée par défaut.
l
Les cartes sur lesquelles Intel Boot Agent est activé nécessitent une portion de la mémoire de démarrage limitée pour chaque carte activée. Désactivez le service sur les cartes qui ne nécessitent pas Pre-Boot Execution
Environment (PXE).
Autres problèmes de performances
Pour atteindre des vitesses optimales, un grand nombre de composants doivent opérer à un niveau de rendement
maximal. Parmi ces composants, on retrouve :
l
Qualité et longueur de câble : ne pas utiliser un câble plus long que celui qui est recommandé pour votre type
de câble. Des câbles plus courts donnent souvent de meilleurs résultats. Vérifiez si les connecteurs sont bien
fixés et ne sont pas endommagés. Vérifiez que le câble n'est ni plié ni endommagé.
l
Vitesse de bus et trafic : la vitesse du bus PCI s'adapte à celle de la carte PCI installée la plus lente. Vérifiez
qu'aucune carte ne ralentit votre système.
l
Processeur et mémoire : consultez vos programmes de surveillance des performances pour voir si le trafic est
affecté par la vitesse du processeur, la mémoire disponible ou d'autres processus.
l
Taille de trames de transmission : les performances du réseau peuvent être améliorées en réglant ou optimisant la taille des trames de transmission. Les systèmes d’exploitation, commutateurs et cartes imposent des
limites différentes sur la taille maximum des trames. Voir la description des trames Jumbo correspondant à
votre SE.
l
Système d'exploitation : l'implémentation des fonctions réseau, par exemple le délestage et le threading multiprocesseur, varie en fonction de la version du système d'exploitation.
Test de la carte réseau
Le logiciel de diagnostic d’Intel vous permet de tester la carte pour détecter les problèmes éventuels de matériel, de
câblage ou de connexion réseau.
Test depuis Windows
Intel® PROSet permet d’exécuter trois types de test de diagnostic.
l
Test de connexion : Ce test vérifie la connectivité du réseau en envoyant un ping au serveur DHCP, au serveur
WINS et à la passerelle.
l
Tests de câble : Ces tests fournissent des informations sur les propriétés du câble.
REMARQUE : le test de câble n'est pas pris en charge sur toutes les
cartes. Il est uniquement disponible sur les cartes qui le prennent en
charge.
l
Tests du matériel : déterminez si la carte fonctionne correctement.
REMARQUE : les tests de matériel échouent si la carte est configurée pour le démarrage iSCSI.
Pour accéder à ces tests, sélectionnez la carte dans le Gestionnaire de périphériques Windows, cliquez sur l’onglet
Liaison, puis cliquez sur Diagnostics. Une fenêtre Diagnostics affiche des onglets pour chaque type de test. Cliquez
sur l’onglet approprié pour exécuter un test.
La disponibilité de ces tests dépend de la carte et du système d'exploitation. Les tests peuvent être désactivés si :
l
le démarrage iSCSI est activé sur le port ;
l
le démarrage FCoE est activé sur le port ;
l
le port est utilisé comme port de gestion.
l
Les tests sont exécutés à partir d'une machine virtuelle.
Test depuis Windows PowerShell*
Intel® fournit deux cmdlets PowerShell permettant de tester votre carte.
l
La cmdlet Test-IntelNetDiagnostics exécute l'ensemble des tests spécifié sur l'appareil indiqué. Pour de plus
amples informations, consultez l'aide relative à la cmdlet Test-IntelNetDiagnostics dans PowerShell.
l
La cmdlet Test-IntelNetIdentifyAdapter fait clignoter la DEL sur l'appareil spécifié.
Diagnostics Linux
Le pilote utilise l'interface ethtool pour la configuration et les diagnostics de pilote, ainsi que pour l'affichage des informations statistiques. La version 1.6 d'ethtool ou une version ultérieure est requise pour cette fonctionnalité.
La dernière version d’ethtool est accessible à : http://sourceforge.net/projects/gkernel.
REMARQUE : ethtool 1.6 ne prend en charge qu’un nombre limité d’options ethtool. Il est possible d’activer la
prise en charge d’un ensemble de fonctionnalités ethtool plus complet en effectuant la mise à jour vers la toute
dernière version d’ethtool.
Tests du répondeur
La carte Intel peut envoyer des messages de test à une autre carte Ethernet sur le même réseau. Ce test est disponible
dans DOS via l'utilitaire diags.exe disponible sur la page de l'Assistance client.
Journal d'événements Windows*
Noms des services du journal d'événements Windows
Contrôleur Ethernet
Intel®
Nom des fichiers du pilote
NDIS
Nom des services du journal d'événements Windows
I350
E1r*.sys
e1rexpress
I354
E1s*.sys
e1sexpress
X520
Ixn*.sys
ixgbn
X540
Ixt*.sys
ixgbt
X550
Ixs*.sys
ixgbs
Série 710
I40ea*.sys
i40ea
Messages des cartes réseau Intel®
Ci-dessous figure une liste des messages d'événements personnalisés apparaissant dans le journal d'événements
Windows pour les cartes réseau Ethernet Intel® :
ID
Message
d’événement
Gravité
6
PROBLÈME : Impossible d’allouer les registres de mappage nécessaires à
l’opération.
ACTION : Réduisez le nombre de descripteurs de transmission et redémarrez.
Erreur
7
PROBLÈME : Impossible d’affecter une interruption à la carte réseau.
ACTION : Essayez un autre emplacement PCIe.
ACTION : Installez le dernier pilote à partir du site http://www.intel.com/support/fr/go/network/adapter/home.htm.
Erreur
23
PROBLÈME : Il est possible que l’EEPROM de la carte réseau soit endommagée.
ACTION : Consultez le site Web d’assistance sur le site http://www.intel.com/support/fr/go/network/adapter/home.htm.
Erreur
24
PROBLÈME : Impossible de démarrer la carte réseau.
ACTION : Installez le dernier pilote à partir du site http://www.intel.com/support/fr/go/network/adapter/home.htm.
Erreur
25
PROBLÈME : L’adresse MAC de la carte réseau est invalide.
ACTION : Allez sur http://www.intel.com/support/fr/go/network/adapter/home.htm où
vous pourrez trouver une assistance.
Erreur
27
La liaison réseau a été interrompue.
Avertissement
30
PROBLÈME : La carte réseau est configurée pour la négociation automatique mais
le partenaire de liaison ne l’est pas. Cela peut entraîner une discordance de mode
duplex.
ACTION : Configurez le partenaire de liaison pour la négociation automatique.
Avertissement
31
La liaison réseau a été établie à 10 Gbit/s Full duplex.
Pour information
32
La liaison réseau a été établie à 1 Gbit/s Full duplex.
Pour information
33
La liaison réseau a été établie à 100 Mbit/s Full duplex.
Pour information
34
La liaison réseau a été établie à 100 Mbit/s Half duplex.
Pour information
ID
Message
d’événement
Gravité
35
La liaison réseau a été établie à 10 Mbit/s Full duplex.
Pour information
36
La liaison réseau a été établie à 10 Mbit/s Half duplex.
Pour information
37
PROBLÈME : La bande passante PCI-Express de cette carte n’est pas suffisante
pour obtenir un rendement maximal.%n
ACTION : Installez la carte dans un logement x8 PCI Express.
Avertissement
40
Smart Speed a réduit la vitesse de la liaison maximale annoncée.
Pour information
41
Le pilote de la carte réseau a été arrêté.
Pour information
42
Le pilote de la carte réseau a été démarré.
Pour information
43
PROBLÈME : Impossible d’allouer la mémoire partagée nécessaire à l’opération.
ACTION : Réduisez le nombre de descripteurs de transmission et de réception, puis
redémarrez.
Erreur
44
PROBLÈME : Impossible d’allouer la mémoire nécessaire à l’opération.
ACTION : Réduisez le nombre de descripteurs de transmission et de réception, puis
redémarrez.
Erreur
45
PROBLÈME : Impossible d’allouer un pool de ressources nécessaire à l’opération.
ACTION : Réduisez le nombre de descripteurs de transmission et de réception, puis
redémarrez.
Erreur
46
PROBLÈME : Impossible d’initialiser les ressources DMA de dispersion-collecte
nécessaires à l’opération.
ACTION : Réduisez le nombre de descripteurs de transmission et redémarrez.
Erreur
47
PROBLÈME : Impossible de mapper la mémoire flash de la carte réseau.
ACTION : Installez le dernier pilote à partir du site http://www.intel.com/support/fr/go/network/adapter/home.htm.
ACTION : Essayez un autre connecteur.
Erreur
48
PROBLÈME : Le ventilateur de la carte réseau est tombé en panne.
ACTION : Mettez l’ordinateur hors tension et remplacez la carte réseau.
Erreur
49
PROBLÈME : Le chargement du pilote a échoué car un module SFP+ non pris en
charge est installé sur la carte.
ACTION : Remplacez le module :
ACTION : Installez le dernier pilote à partir du site http://www.intel.com/support/fr/go/network/adapter/home.htm.
Erreur
50
PROBLÈME : La carte réseau a été arrêtée car elle surchauffait.
ACTION : Redémarrez l’ordinateur. Si le problème persiste, arrêtez l’ordinateur et
remplacez la carte réseau.
Erreur
51
PROBLÈME : La vitesse de liaison de la carte réseau a été réduite car la carte surchauffait.
Erreur
52
PROBLÈME : La carte réseau a été arrêtée car elle surchauffait.
Erreur
53
Impossible de configurer les trames Jumbo lorsque MACSec est activé.
Pour information
54
PROBLÈME : Un pilote VF malveillant a été détecté.
Avertissement
ID
Message
d’événement
Gravité
56
Le pilote réseau a été interrompu, car la carte réseau a été retirée.
Pour information
58
La liaison réseau a été établie à 25 Gbit/s Full duplex.
Pour information
60
La liaison réseau a été établie à 50 Gbit/s Full duplex.
Pour information
61
La liaison réseau a été établie à 20 Gbit/s Full duplex.
Pour information
64
L'ID etrack de cette carte réseau est :
Pour information
65
PROBLÈME : La bande passante PCI-Express de cette carte n’est pas suffisante
pour obtenir un rendement maximal.%n
ACTION : déplacer la carte vers un logement PCI Express x4 de 3e génération.
Avertissement
66
PROBLÈME : La bande passante PCI-Express de cette carte n’est pas suffisante
pour obtenir un rendement maximal.%n
ACTION : déplacer la carte vers un logement PCI Express x8 de 3e génération.
Avertissement
67
La partition a détecté une vitesse de liaison inférieure à 10 Gbit/s.
Avertissement
68
Le pilote du périphérique s'est arrêté car l'image NVM est plus récente que le pilote.
Vous devez installer la version la plus récente du pilote réseau.
Erreur
69
Le pilote du périphérique a détecté une version plus récente qu'attendu de l'image
NVM. Veuillez installer la version la plus récente du pilote réseau.
Avertissement
70
Le pilote du périphérique a détecté une version plus ancienne qu'attendu de l'image
NVM. Veuillez mettre à jour l'image NVM.
Pour information
71
Le chargement du pilote a échoué, car un module de type non pris en charge a été
détecté.
Erreur
72
PROBLÈME : le chargement du pilote a échoué, car la carte réseau n'a pas reçu les
ressources d'interruption MSI-X requises.
ACTION : déplacer la carte réseau vers un autre logement ou une autre plate-forme.
Erreur
73
Les paramètres utilisateur « Vitesse et duplex » et « Contrôle de flux » ne peuvent
pas être modifiés, car ce périphérique fonctionne en mode de connexion virtuelle.
Pour information
Messages du module iANS (Services réseau avancés Intel)
Ci-dessous se trouve une liste des messages d'événements personnalisés du pilote intermédiaire apparaissant dans
le journal d'événements Windows :
ID
Message
d’événement
Gravité
2
Impossible d’allouer les ressources nécessaires. Libérez des ressources mémoire et Erreur
redémarrez.
3
Impossible de lire les paramètres de registre nécessaires. Pour résoudre ce problème, supprimez l’association de cartes et créez-en une autre.
Erreur
4
Association impossible avec la carte physique. Pour résoudre ce problème, supprimez l’association de cartes et créez-en une autre.
Erreur
5
Impossible d’initialiser une association de cartes. Pour résoudre ce problème, supprimez l’association de cartes et créez-en une autre.
Erreur
ID
Message
d’événement
Gravité
6
La carte principale est initialisée : <description de la carte membre>
Pour information
7
La carte principale est initialisée : <description de la carte membre>
Pour information
8
N° association <ID association> : L'association est initialisée.
Pour information
9
N° association <ID> : La carte virtuelle pour <nom du réseau VLAN> [VID=<ID
VLAN>] est initialisée.
Pour information
10
La carte principale actuelle commute depuis : <description de la carte membre>
Pour information
11
Lien de la carte inactif : <description de la carte membre>
Avertissement
12
La carte secondaire a pris la main : <description de la carte membre>
Pour information
13
La carte <description de la carte membre> a été désactivée de l’association.
Avertissement
14
La carte secondaire a rejoint l’association : <description de la carte membre>
Pour information
15
Lien de la carte actif : <description de la carte membre>
Pour information
16
N° association <ID> : La dernière carte a perdu la liaison. La connexion réseau a été Erreur
perdue.
17
N° association <ID> : Une carte a rétabli la liaison. La connexion réseau a été restaurée.
Pour information
18
La carte principale préférée a été détectée : <description de la carte membre>
Pour information
19
La carte secondaire préférée a été détectée : <description de la carte membre>
Pour information
20
La carte principale préférée a pris la main : <description de la carte membre>
Pour information
21
La carte secondaire préférée a pris la main : <description de la carte membre>
Pour information
22
La carte principale ne détecte aucune sonde : <description de la carte membre>. Rai- Avertissement
son possible : association partitionnée.
23
N° association <ID> : Une carte virtuelle n’a pas pu s’initialiser.
Erreur
32
Une boucle non valide est apparue sur la carte de l'appareil <description de la carte
membre>. Vérifiez la configuration pour vous assurer que toutes les cartes de
l'association sont connectées à des ports de commutation compatibles 802.3ad.
Avertissement
35
Initialisation de l’association <ID> dans laquelle <nombre de cartes manquantes>
des cartes sont manquantes. Vérifiez la configuration pour vous assurer que toutes
les cartes sont présentes et opérationnelles.
Avertissement
37
La carte virtuelle pour <nom du réseau VLAN> [VID=<ID VLAN>] a été supprimée de
l’association <ID association>.
Pour information
38
Carte supprimée de l’association <ID>.
Pour information
ID
Message
d’événement
Gravité
39
Vous ne pourrez probablement pas modifier les paramètres de la carte virtuelle.
Pour résoudre ce problème, rechargez le pilote.
Avertissement
40
Le processus de déchargement de la carte virtuelle a probablement échoué. Le
pilote n’est probablement pas déchargé. Pour résoudre ce problème, redémarrez le
système.
Avertissement
Messages d'Intel® DCB
Ci-dessous se trouve une liste des messages d'événements personnalisés du pilote intermédiaire apparaissant dans
le journal d'événements Windows :
ID
Message
d’événement
Gravité
256
Chaîne de débogage de service
Pour information
257
La fonctionnalité de sélection de transmission améliorée ETS a été activée sur un périphérique.
Pour information
258
La fonctionnalité de sélection de transmission améliorée ETS a été désactivée sur un
périphérique.
Pour information
259
La fonctionnalité de contrôle de flux prioritaire PFC a été activée sur un périphérique.
Pour information
260
La fonctionnalité de contrôle de flux prioritaire PFC a été désactivée sur un périphérique.
Pour information
261
La fonctionnalité de sélection de transmission améliorée ETS sur un périphérique est
passée à l'état Opérationnelle.
Pour information
262
La fonctionnalité de contrôle de flux prioritaire PFC sur un périphérique est passée à
l'état Opérationnelle.
Pour information
263
La fonctionnalité Application sur un périphérique est passée à l'état Opérationnelle.
Pour information
264
La fonctionnalité Application a été désactivée sur un périphérique.
Pour information
265
La fonctionnalité Application a été activée sur un périphérique.
Pour information
269
La fonctionnalité de liaison logique sur un périphérique est passée à l'état Opérationnelle.
Pour information
270
La fonctionnalité de liaison logique a été désactivée sur un périphérique.
Pour information
271
La fonctionnalité de liaison logique a été activée sur un périphérique.
Pour information
768
Échec du service au démarrage.
Erreur
770
Échec du gestionnaire de services lors de l'installation.
Erreur
771
Le service n'a pas pu allouer suffisamment de mémoire.
Erreur
772
Le service n'a pas pu utiliser la carte réseau.
Erreur
773
Le service a rejeté la configuration : total des groupes de bandes passantes de transmission non valide.
Erreur
ID
Message
d’événement
Gravité
774
Le service a rejeté la configuration : total des groupes de bandes passantes de réception non valide.
Erreur
775
Le service a rejeté la configuration : index des groupes de bandes passantes de transmission non valide.
Erreur
776
Le service a rejeté la configuration : index des groupes de bandes passantes de réception non valide.
Erreur
777
Le service a rejeté la configuration : liaison stricte et bande passante non nulle sur une
classe de trafic de transmission.
Erreur
778
Le service a rejeté la configuration : liaison stricte et bande passante non nulle sur une
classe de trafic de réception.
Erreur
779
Le service a rejeté la configuration : bande passante nulle sur une classe de trafic de
transmission.
Erreur
780
Le service a rejeté la configuration : bande passante nulle sur une classe de trafic de
réception.
Erreur
781
Le service a rejeté la configuration : liaison stricte et bande passante non nulle sur un
groupe de trafic de transmission.
Erreur
782
Le service a rejeté la configuration : liaison stricte et bande passante non nulle sur un
groupe de trafic de réception.
Erreur
783
Le service a rejeté la configuration : total de transmission non valide pour le groupe de
bandes passantes.
Erreur
784
Le service a rejeté la configuration : total de réception non valide pour le groupe de
bandes passantes.
Erreur
785
Le service ne peut pas configurer les services WMI requis.
Erreur
786
Le service a rencontré une erreur d'état de transmission.
Erreur
787
Le service a rencontré une erreur d'état de réception.
Erreur
789
La connexion du service au pilote du protocole LLDP a échoué.
Erreur
790
La fonctionnalité de sélection de transmission améliorée ETS sur un périphérique est
passée à l'état Non opérationnelle.
Erreur
791
La fonctionnalité de contrôle de flux prioritaire PFC sur un périphérique est passée à
l'état Non opérationnelle.
Erreur
792
La fonctionnalité Application sur un périphérique est passée à l'état Non opérationnelle.
Erreur
793
Le service a rejeté la configuration : des groupes de bandes passantes multiples avec
liaison stricte ont été détectés.
Erreur
794
La fonctionnalité de liaison logique sur un périphérique est passée à l'état Non opérationnelle.
Erreur
795
Impossible d'ouvrir le périphérique.
Erreur
796
Les paramètres de pontage de centre de données de la carte réseau ne sont pas
valides.
Erreur
797
Les paramètres de pontage de centre de données de la carte réseau ne sont pas
valides - AppSelector.
Erreur
798
Composant de pilote de carte réseau non optimal détecté. Installez la version 3.5 du
Erreur
ID
Message
d’événement
Gravité
pilote de carte réseau ou une version supérieure.
Messages d'Intel® iSCSI DCB
Ci-dessous se trouve une liste des messages d'événements personnalisés du pilote intermédiaire apparaissant dans
le journal d'événements Windows :
ID
Message
d’événement
Gravité
4352
Chaîne de débogage de service :
Pour information
4353
L'agent DCB iSCSI a ajouté un filtre QOS pour le trafic iSCSI.
Pour information
4354
L'agent DCB iSCSI a supprimé un filtre QOS pour le trafic iSCSI.
Pour information
4355
L'agent DCB iSCSI a modifié un filtre QOS pour le trafic iSCSI.
Pour information
4356
L'agent de pontage de centre de données iSCSI a été notifié par le service QoS
qu'une carte de pontage de centre de données iSCSI a été fermée.
Pour information
4357
Les fonctionnalités de contrôle de flux prioritaire et de priorité des utilisateurs
d'application sont configurées pour le trafic DCB iSCSI.
Pour information
4358
Tous les membres de l'association configurés pour le trafic DCB iSCSI ont une configuration DCB valide.
Pour information
8704
Certains membres de l'association configurés pour le trafic DCB iSCSI ont une configuration DCB non valide.
Avertissement
13056
Échec du service au démarrage.
Erreur
13057
Échec du gestionnaire de services lors de l'installation.
Erreur
13058
Erreur retournée par l'interface de contrôle du trafic.
Erreur
13059
Le service n'a pas pu allouer suffisamment de mémoire.
Erreur
13060
L'agent DCB iSCSI ne peut pas ajouter le filtre QOS pour le trafic iSCSI.
Erreur
13061
L'agent du pontage de centre de données iSCSI a été notifié par le service QoS que
tous les filtres QoS d'une carte du pontage de centre de données iSCSI ont été supprimés.
Erreur
13062
Les fonctionnalités de contrôle de flux prioritaire et de priorité des utilisateurs
d'application ne sont pas correctement configurées pour le trafic DCB iSCSI.
Erreur
13063
La fonctionnalité TLV du contrôle de flux prioritaire n'est pas opérationnelle pour le
trafic DCB iSCSI.
Erreur
13064
La fonctionnalité TLV de l'application n'est pas opérationnelle pour le trafic DCB
iSCSI.
Erreur
13065
Système d'exploitation non pris en charge détecté.
Erreur
13066
Aucun membre de l'association configuré pour le trafic DCB iSCSI ne dispose d'une
configuration DCB valide.
Erreur
Indicateurs lumineux
Les cartes réseau Intel pour serveur et ordinateur de bureau sont équipées sur leur fond de panier d'indicateurs lumineux servant à indiquer leur activité et leur état. Les tableaux suivants présentent les états possibles des indicateurs
lumineux pour chaque carte réseau.
Cartes réseaux 2 ports QSFP+
La carte réseau convergent Ethernet Intel® XL710-Q2 comporte les indicateurs lumineux suivants :
Étiquette
Descriptif
Signification
Vert
Liaison à 40 Gbits
Clignotement
Transmission ou réception active de données
Désactivé
Pas de liaison.
ACT/LNK
Cartes réseaux 2 ports SFP/SFP+
La carte réseau Ethernet Intel® 25G 2P XXV710 comporte les indicateurs lumineux suivants :
Étiquette
Descriptif
Signification
Vert
Liaison à 25 Gbit/s
Jaune
Liaison à 10 Gbit/s ou 1 Gbit/s
Clignotement
Transmission ou réception active de données
Désactivé
Pas de liaison.
GRN 25G
ACT/LNK
Les cartes réseau convergent Ethernet Intel® X710 comportent les indicateurs lumineux suivants :
Étiquette
Descriptif
Signification
Vert
Liaison à 10 Gbits
Jaune
Liaison à 1 Gbit/s
Clignotement
Transmission ou réception active de données
Désactivé
Pas de liaison.
LNK
ACT
Les cartes réseau Intel® 10G 2P X520 comportent les indicateurs lumineux suivants :
Étiquette
Descriptif
Signification
Activé
Liée au réseau local.
Désactivé
Non liée au réseau local.
Clignotement
Transmission ou réception active de données.
Désactivé
Pas de liaison.
GRN 10G
(A ou B) : Vert
ACT/LNK
(A ou B) : Vert
Cartes réseaux 2 ports en cuivre
Les cartes réseau Ethernet Intel® 10G 2P X550-t comportent les indicateurs lumineux suivants :
Étiquette
Link (Liaison)
Descriptif
Signification
Vert
Liaison à 10 Gbits.
Jaune
Liaison à 1 Gbits.
Désactivé
Liaison à 100 Mbits/s.
Clignotement
Transmission ou réception active de données.
Désactivé
Pas de liaison.
Activité
Les cartes réseau Ethernet Intel® 10G 2P X540-t comportent les indicateurs lumineux suivants :
Étiquette
Link (Liaison)
Descriptif
Signification
Vert
Liaison à 10 Gbits.
Jaune
Liaison à 1 Gbits.
Désactivé
Pas de liaison.
Clignotement
Transmission ou réception active de données.
Désactivé
Pas de liaison.
Activité
Les cartes réseau Intel® Gigabit 2P I350-t comportent les indicateurs lumineux suivants :
Étiquette
ACT/LNK
Descriptif Signification
Vert
allumé
La carte est connectée à un partenaire de liaison valide.
Vert clignotant
Activité de données
Désactivé
Pas de liaison.
Désactivé
10 Mbit/s
Vert
100 Mbit/s
Jaune
1000 Mbit/s
10/100/1000
Identité. Utilisez le bouton "Identify Adapter" (Identifier la
Orange clicarte) d’Intel PROSet pour contrôler le clignotement. Pour de
gnotant
plus amples informations, consultez l’aide d’Intel® PROSet.
Cartes réseaux 4 ports en cuivre
Les cartes réseau convergent Ethernet Intel® X710 et les cartes réseau convergent Ethernet Intel® X710-T comportent les indicateurs lumineux suivants :
Étiquette
ACT
LNK
Descriptif
Signification
Vert allumé
La carte est connectée à un partenaire de liaison valide.
Vert clignotant
Activité de données
Désactivé
Pas de liaison.
Vert
10 Gbit/s
Jaune
1 Gbit/s
Désactivé
100 Mbit/s
Les cartes réseau Intel® Gigabit 4P I350-t rNDC comportent les indicateurs lumineux suivants :
Étiquette
ACT/LNK
10/100/1000
Descriptif Signification
Vert
allumé
La carte est connectée à un partenaire de liaison valide.
Vert clignotant
Activité de données
Désactivé
Pas de liaison.
Vert
100 Mbit/s
Jaune
1000 Mbit/s
Identité. Utilisez le bouton "Identify Adapter" (Identifier la carte)
Orange clid'Intel® PROSet pour contrôler le clignotement. Pour de plus
gnotant
amples informations, consultez l’aide d’Intel® PROSet.
Désactivé
10 Mbit/s
rNDC (Cartes filles réseau en rack)
La carte réseau Ethernet Intel® 40G 2P X710 QSFP+ rNDC comporte les indicateurs lumineux
suivants :
Étiquette
Descriptif
Signification
LNK (vert/jaune)
Vert allumé
Fonctionnement à vitesse de port maximale.
Désactivé
Pas de liaison.
Vert clignotant
Activité de données.
Désactivé
Aucune activité.
ACT (vert)
Les cartes Ethernet Intel® 10G 4P X550/I350 rNDC, Intel® Gigabit 4P X550/I350 rNDC, Ethernet Intel® 10G 4P
X550 rNDC, Ethernet Intel® 10G 4P X540/I350 rNDC, Intel® Gigabit 4P X540/I350 rNDC et Intel® Gigabit 4P I350-t
rNDC comportent les indicateurs lumineux suivants :
Étiquette
Descriptif
Signification
LNK (vert/jaune)
Vert allumé
Fonctionnement à vitesse de port maximale.
Jaune allumé
Fonctionnement à vitesse de port minimale.
Désactivé
Pas de liaison.
Vert clignotant
Activité de données.
Désactivé
Aucune activité.
ACT (vert)
Les cartes Ethernet Intel® 10G 4P X520/I350 rNDC, Intel® Gigabit 4P X520/I350 rNDC, Ethernet Intel® Gigabit
4P x710/I350 rNDC et Intel® 10G 4P X710/I350 rNDC comportent les indicateurs lumineux suivants :
Étiquette
Descriptif
LNK (vert/jaune) Vert allumé
ACT (vert)
Signification
Fonctionnement à vitesse de port maximale.
Jaune allumé
Fonctionnement à vitesse de port minimale.
Désactivé
Pas de liaison.
Vert clignotant Activité de données.
Désactivé
Aucune activité.
Problèmes connus
REMARQUE : les problèmes connus relatifs à iSCSI et les problèmes connus relatifs à FCoE sont répertoriés
dans ce manuel dans une section qui leur est propre.
Échec de la rétrogradation du microprogramme à la version v18.0.x ou antérieure sur
les périphériques équipés d'un contrôleur X550
Sur les périphériques équipés d'un contrôleur X550, la rétrogradation du microprogramme à la version v18.0.x ou antérieure échoue et peut entraîner des problèmes d'incompatibilité de version entre NVM et l'option ROM. Pour résoudre
ce problème, passez la mise à jour vers la dernière version du microprogramme.
Une erreur s'est produite lors de la mise à jour d'un module sur la carte réseau Ethernet Intel® 10G 2P X550-t à l'aide du microprogramme 17.5.0
Si vous utilisez le microprogramme DUP (Dell EMC Update Package) v17.5.0 pour mettre à jour le microprogramme
(FW) vers une version antérieure d'une carte réseau Ethernet Intel® 10G 2P X550-t, le DUP peut afficher le message
« An error occurred when updating a module » (Une erreur s'est produite lors de la mise à jour d'un module). Veuillez
ignorer ce message d'erreur. Le microprogramme a été mis à jour correctement vers une version antérieure.
Erreur "La fonctionnalité de Réception/Transmission (Rx/Tx) est désactivée sur ce
périphérique car le module ne satisfait pas aux exigences thermiques." pendant le
POST
Cette erreur résulte de l'installation d'un module dans un périphérique X710 ne respectant pas les exigences thermiques pour ce périphérique. Pour résoudre le problème, veuillez installer un module respectant les exigences thermiques du périphérique. Voir la section "Périphériques SFP+ et QSFP+" de ce document.
Erreur "La fonctionnalité de Réception/Transmission (Rx/Tx) est désactivée sur ce
périphérique car un module SFP+ de type non pris en charge a été détecté." pendant
le POST
Cette erreur résulte de l'installation d'un module non pris en charge dans un périphérique équipé d'un contrôleur
X710/XL710. Vous ne pourrez plus envoyer ni recevoir de trafic sur ce périphérique. Pour résoudre le problème,
veuillez installer un module pris en charge. Voir la section "Périphériques SFP+ et QSFP+" de ce document.
Fonctions virtuelles de port manquantes dans VMWare ESX
Si vous activez le mode NPar et SR-IOV sur le même appareil, le nombre de fonctions virtuelles activées et affichées
dans Ispci peut être de 8 ou moins. ESX limite le nombre de fonctions virtuelles à huit par appareil. De plus, en raison
des restrictions imposées par ESXi, le nombre de fonctions virtuelles créées peut être inférieur au nombre demandé.
Reportez-vous à la documentation ESXi pour plus d'informations.
http://pubs.vmware.com/
Pertes de paquets de données dues à des paquets LLDP fréquents sur un port inactif
Lorsque des ports sont associés ou agrégés dans une configuration active/passive (par exemple, dans une association de tolérance aux pannes du commutateur ou une agrégation en mode 1), le port inactif peut envoyer des
paquets LLDP fréquemment, ce qui entraîne la perte de paquets de données. Cela peut se produire lors d'une association des Services réseau avancés(ANS) sur les systèmes d'exploitation Microsoft Windows ou lors d'agrégations de
type Channel Bonding sous les systèmes Linux. Pour résoudre ce problème, configurez l'un des ports comme port principal.
Code 10 jaune qui signale une erreur dans le Gestionnaire de périphérique Windows
sur une machine virtuelle
Sur les systèmes exécutant Microsoft Windows Server 2016, dans une machine virtuelle exécutant Microsoft Windows
Server 2016 ou Windows Server 2012 R2, les connexions Ethernet Intel® peuvent s'accompagner d'une erreur en
jaune (code 10) dans le Gestionnaire de périphériques Windows. L'installation d'une mise à jour cumulative contenant
Microsoft KB3192366 et KB3176936 résoudra le problème.
Perte de paquets reçus sur les réseaux 10/100 Half-duplex
Si vous disposez d’une carte Intel PCI Express fonctionnant à 10 Mbit/s ou 100 Mbit/s, half-duplex avec la fonctionnalité de délestage des segments TCP (TSO) activée, il est possible que vous constatiez une perte occasionnelle
de paquets reçus. Pour résoudre ce problème, désactiver la fonctionnalité TSO ou modifiez le réseau pour qu’il opère
en Full duplex ou à 1 Gbit/s.
Chute du débit après un remplacement à chaud
Si une carte Gigabit Intel est soumise à un stress élevé ou est remplacée à chaud, le débit risque de chuter substantiellement. Cela peut être dû à la configuration des propriétés PCI par le logiciel de remplacement à chaud. Si cela
se produit, le débit peut être rétabli en redémarrant le système.
Taux d’utilisation des processeurs plus élevé que prévu
Définir une valeur supérieure à 4 pour les files d'attente RSS n'est conseillé que pour les gros serveurs dotés de plusieurs processeurs. Les valeurs supérieures à 4 risquent d’augmenter le taux d’utilisation des processus à des
niveaux inacceptables et d’affecter négativement la performance du système.
Module SFP ou SFP+ pris en charge non reconnu par le système
Si vous essayez d’installer un module non pris en charge, le port risque de ne plus installer les modules subséquents,
qu’ils soient ou non pris en charge. Le port affichera une icône jaune sous le Gestionnaire de périphériques Windows
et un ID d’événement 49 (module non pris en charge) sera ajouté au journal système dès l’apparition de ce problème.
Pour résoudre le problème, le système doit être complètement mis hors tension.
Problèmes connus sous Windows
Vous ne pouvez pas désinstaller les pilotes prêts à l'emploi à partir du menu Applications et fonctionnalités de la console Web
Vous ne pouvez pas utiliser le menu Applications et fonctionnalités de la console Web de Microsoft* Windows* 2016
pour désinstaller les pilotes prêts à l'emploi. Utilisez plutôt l'option Programmes et fonctionnalités dans le Panneau de
configuration Windows.
Le port est absent du contrôleur de durée de vie (Lifecycle Controller) : Paramètres réseau
Si un port est configuré pour le démarrage iSCSI ou FCoE, et qu'il se connecte à sa cible de démarrage, il est impossible de modifier les paramètres du port dans le contrôleur de cycle de vie (Lifecycle Controller).
Procédure d’installation et de mise à niveau des pilotes et utilitaires
Intel recommande de ne pas installer/mettre à niveau les pilotes et le logiciel Intel® PROSet en utilisant une connexion
réseau. Installez (ou mettez à niveau) plutôt les pilotes et utilitaires à partir de chaque système. Pour installer ou mettre
à niveau les pilotes et utilitaires, suivez les instructions du guide de l’utilisateur.
Modification des paramètres de l’onglet Advanced Properties (Propriétés avancées) lorsque du trafic
est présent
Il est conseillé de ne pas modifier les paramètres de l’onglet Advanced Properties (Propriétés avancées) d’Intel®
PROSet lorsque les charges réseau sont élevées. Autrement, un redémarrage peut s’avérer nécessaire pour que les
modifications soient prises en compte.
Dans un environnement Microsoft Hyper-V, les machines virtuelles associées aux partitions NPAR ne
communiqueront pas entre elles
Dans un environnement Microsoft Hyper-V, si NPAR est activé sur un port et que les machines virtuelles sont associées aux partitions de ce port, les machines virtuelles ne peuvent pas communiquer entre elles. Cela se produit parce
que le commutateur virtuel dans Hyper-V envoie les paquets vers le port physique, qui envoie les paquets au commutateur connecté au port. Le commutateur physique peut ne pas être configuré en tant que relais réfléchissant (renvoi d'appel en U). Il peut donc ne pas renvoyer les paquets à la connexion depuis laquelle il les a reçus. La connexion
du port à un commutateur avec agrégateur de port Ethernet virtuel (VEPA) résoudra le problème.
Les pilotes Intel doivent être installés par le Dell EMC Update Package avant la configuration des fonctionnalités Microsoft Hyper-V
Avant de configurer les fonctionnalités Microsoft* Hyper-V, les pilotes des cartes réseau Intel® doivent être installés
par le Dell EMC Update Package. Si la fonction Microsoft* Hyper-V est configurée sur une partition de carte réseau
non prise en charge sur les périphériques Intel® X710 avant l'exécution du Dell EMC Update Package pour installer
les pilotes de carte réseau Intel®, l'installation des pilotes peut échouer. Pour résoudre le problème, vous devez désinstaller Microsoft* Hyper-V, désinstaller "Connexions réseau Intel®" de "Programmes et fonctionnalités", et exécuter le
Dell EMC Update Package pour installer les pilotes de carte réseau Intel®.
Perte de liaison entre la machine virtuelle et le système Microsoft Windows Server 2012 R2
Si vous modifiez le paramètre BaseRssProcessor d'un système Microsoft Windows Server 2012 R2 sur lequel des files
d'attente d'ordinateurs virtuels (VMQ) sont activées, puis que vous procédez à l'installation de Microsoft Hyper-V et à la
création d'une ou de plusieurs machines virtuelles, il se peut que les machines virtuelles perdent la liaison.
L'installation du correctif cumulatif d'avril 2014 pour Windows RT 8.1, Windows 8.1 et Windows Server 2012 R2
(2919355) et du correctif logiciel 3031598 permettent de résoudre le problème. Consultez les sites http://support2.microsoft.com/kb/2919355 et http://support2.microsoft.com/kb/3031598 pour davantage d'informations.
Chaîne de marquage incomplète affichée dans le journal des événements
Certaines chaînes de marquage sont trop longues pour être entièrement affichées dans le journal des événements.
Dans ces cas, la chaîne de marquage est tronquée et les valeurs du bus PCI, du périphérique ou de la fonction sont
ajoutées à la chaîne. Par exemple : Carte réseau convergent Ether... [129,0,1].
Les fonctionnalités de qualité de service (QoS) et de contrôle de flux prioritaire de DCB ne fonctionnent
pas comme prévu
Si vous configurez les fonctionnalités de qualité de service (QoS) et de contrôle de flux prioritaire (PFC) de
l'implémentation Data Center Bridging (DCB) de Microsoft, la ségrégation du trafic réel par classe de trafic pourrait ne
pas correspondre à votre configuration et PCF pourrait ne pas mettre le trafic en pause comme prévu. Si vous avez mis
en correspondance plus d'une priorité avec une classe de trafic, le fait d'activer uniquement une des priorités et de
désactiver les autres résoudra le problème. L'installation de l'implémentation DCB (Pontage de centre de données)
d'Intel résoudra également le problème. Ce problème affecte Microsoft Windows Server 2012 R2.
Perte de liaison après le passage au paramètre des trames Jumbo
Dans une partition invitée sur une machine virtuelle Microsoft Windows Server 2012 R2 Hyper-V, si vous modifiez le
paramètre avancé de trames Jumbo sur un appareil Ethernet reposant sur le contrôleur Intel® X540 ou sur une carte
réseau associée Hyper-V NetAdapter, la liaison peut se perdre. La modification de tout autre paramètre avancé résoudra le problème.
Les VMQ (Virtual Machine Queues) ne sont attribuées qu'après le redémarrage
Sur un système Microsoft Windows Server 2012 R2 doté de cartes serveur Gigabit Ethernet Intel®, si vous installez
Hyper-V et créez un commutateur de machine virtuelle, les Virtual Machine Queues (VMQ) ne sont pas attribuées
avant que vous ne redémarriez le système. Les machines virtuelles peuvent transmettre et recevoir le trafic dans la file
d'attente par défaut, mais aucune VMQ ne sera utilisée tant que le système n'aura pas été redémarré.
ID d'événements d'erreur d'application 789, 790 et 791 dans le journal des événements
Si le Pontage de centre de données (DCB) est activé, et que le port activé perd la liaison, les trois événements suivants peuvent être consignés dans le journal des événements :
l
ID d'événement 789 : la fonctionnalité de sélection de transmission améliorée ETS sur un périphérique est passée à l'état Non opérationnelle.
l
ID d'événement 790 : la fonctionnalité de contrôle de flux prioritaire PFC sur un périphérique est passée à l'état
Non opérationnelle.
l
ID d'événement 791 : la fonctionnalité Application sur un périphérique est passée à l'état Non opérationnelle
(FCoE).
Il s'agit du comportement attendu lorsqu'un port activé DCB perd la liaison. DCB recommence à fonctionner dès que la
liaison est rétablie. Un port perd la liaison si le câble est déconnecté, si le pilote ou le paquet logiciel est mis à jour, si
le partenaire de la liaison est arrêté ou pour d'autres raison.
Avertissement "Script malveillant détecté" de Norton AntiVirus lors de la désinstallation de PROSet
Le processus de désinstallation d’Intel® PROSet utilise un script Virtual Basic. Norton AntiVirus et d’autres logiciels
antivirus peuvent à tort juger ce script malveillant ou dangereux. Laissez le script s'exécuter pour que le processus de
désinstallation se déroule normalement.
Perte inattendue de la connectivité
Si vous désélectionnez la case "Autoriser l’ordinateur à éteindre ce périphérique pour économiser l’énergie" sous
l’onglet Gestion de l’alimentation et que vous mettez ensuite le système en mode de veille, vous risquez de perdre la
connectivité en réactivant le système. Vous devez désactiver puis activer la carte réseau pour résoudre ce problème.
L’installation d’Intel® PROSet pour le Gestionnaire de périphériques Windows permet également de résoudre ce problème.
La création du réseau VLAN échoue sur une association comportant une carte fantôme non Intel
Si vous ne parvenez pas à créer un réseau virtuel sur une association comportant une carte fantôme non Intel, utilisez
le Gestionnaire de périphériques pour supprimer l’association, puis recréez-la en excluant la carte fantôme et ajoutez
l’association au réseau virtuel.
La valeur Receive Side Scaling (RSS) est vide
La modification du paramètre Receive Side Scaling (Mise à l'échelle côté réception) sur une carte faisant partie d'une
association peut entraîner l'affichage de cette valeur comme vide. Elle peut également apparaître vierge pour les
autres cartes de l'association. Dans ce cas de figure, il se peut que la carte soit retirée de l'association. La désactivation et la réactivation de l'association résoudront le problème.
Paramètre avancé RSS Load Balancing Profile (Profil d'équilibrage de la charge RSS)
La définition du paramètre avancé 'RSS Load Balancing Profile' (Profil d'équilibrage de la charge RSS) sur 'ClosestProcessor' peut réduire considérablement l'utilisation du CPU. Cependant, dans certaines configurations système
(par exemple un système avec plus de ports Ethernet que de cœurs de processeurs), le paramètre 'ClosestProcessor'
peut provoquer des échecs de transmission et de réception. La modification du paramètre sur 'NUMAScalingStatic'
résoudra le problème.
L'ouverture de la feuille de propriétés du Gestionnaire de périphériques Windows prend plus de temps
que prévu
L'ouverture de la feuille de propriétés du Gestionnaire de périphériques Windows prend 60 secondes ou plus. Le
pilote doit détecter tous les appareils Ethernet Intel et les initialiser avant de pouvoir ouvrir la feuille de propriétés. Ces
données figurent dans la mémoire cache : les prochaines ouvertures de la feuille de propriétés seront donc généralement plus rapides.
Problèmes connus sous Linux
HeaderDataSplit n'est pas pris en charge sur les cartes avec chipset 82599.
Configuration du pilote sur des distributions différentes
La configuration d'un pilote réseau pour qu'il se charge correctement lors du démarrage du système (0=légué, 1=MSI,
2=MSI-X) dépend de la distribution. Habituellement, le processus de configuration entraîne l’ajout d’une ligne d’alias
dans le fichier /etc/modules.conf ou /etc/modprobe.conf, ainsi que la modification de plusieurs scripts de démarrage du
système et/ou de fichiers de configuration. De nombreuses distributions Linux populaires sont livrées avec des outils
qui peuvent effectuer ces modifications pour vous. Pour connaître la façon correcte de configurer un périphérique
réseau sur votre système, reportez-vous à votre documentation de distribution.
Activation de WoL sous Linux à l'aide d'ethtool et de BootUtil
Par défaut, WoL est désactivé. Dans un environnement Linux, WoL peut être activé à l'aide d'ethtool. Dans certains
cas, l'utilisation de BootUtil est également nécessaire. Seul le port A (port 0) peut être activé à l'aide d'ethtool sans utiliser BootUtil. Pour activer WoL à l'aide d'ethtool sur les autres ports, WoL doit d'abord être activé avec BootUtil.
Problèmes connus de gestion de l'alimentation
Le système ne sort pas de veille lors d'une liaison
Lors de l'installation du pilote uniquement, si vous configurez les paramètres 'Wake on Link' sur Forced (Forcé) et
'Wake on Magic Packet' et 'Wake on Pattern Match' sur Disabled (Désactivé), le système peut ne pas sortir de veille
comme prévu. Pour que l'option 'Wake on Link' fonctionne correctement, vérifiez l'onglet Gestion de l'alimentation et
assurez-vous que l'option 'Allow this device to wake the computer' (Autoriser cet appareil à sortir l'ordinateur de veille)
est cochée. Il est possible que vous deviez également configurer 'Wake on Magic Packet' ou 'Wake on Pattern Match'
sur Enabled (Activé).
Les paquets dirigés ne sortent pas le système de veille
Sur certains systèmes, les cartes pour serveurs à quatre ports peuvent ne pas sortir de veille lorsqu'elles sont configurées sur 'Wake on Directed Packet'. Si vous rencontrez des problèmes pour sortir de veille lorsque cette option est
configurée, vous devez configurer votre carte de sorte qu'elle utilise les Magic Packets*.
Les options de gestion de l'alimentation sont indisponibles ou manquantes
Si vous installez uniquement les pilotes de base, installez ultérieurement Intel® PROSet pour le Gestionnaire de périphériques Windows, puis supprimez Intel® PROSet, les paramètres de l'onglet Gestion de l'alimentation de la feuille
de propriétés de la carte peuvent être indisponibles ou manquants. Vous devez réinstaller Intel® PROSet pour
résoudre le problème.
Sortie de veille du système à partir d'un réseau local virtuel supprimé
Si un système entre en mode veille et qu'un paquet dirigé est envoyé à l'adresse IP du réseau local virtuel retiré, le système sort de veille. Cela se produit car les paquets dirigés contournent le filtrage du réseau local virtuel.
Les cartes Intel ignorent les signaux consécutifs de sortie de veille lors du passage en mode Veille
Lorsqu'un système entre en mode veille, occasionnellement, un paquet de sortie de veille arrive avant que le système
ne passe complètement en mode Veille. Lorsque cela se produit, le système ignore les signaux consécutifs de sortie
de veille et reste en mode Veille jusqu'à la mise sous tension manuelle à l'aide de la souris, du clavier ou du bouton
d'alimentation.
Autres problèmes connus de la carte réseau Intel® 10GbE
L'inventaire matériel du système (iDRAC) indique que la négociation automatique est
désactivée sur le contrôleur d'interface réseau, mais que partout ailleurs, la négociation automatique du mode duplex et de la vitesse est activée
Si un module optique est branché sur le LOM Intel® Ethernet 10G X520 d'un PowerEdge C6320, l'inventaire matériel
du système (iDRAC) indiquera que la négociation automatique est désactivée. Le Gestionnaire de périphériques Windows et la base HII indiquent néanmoins que la négociation automatique du mode duplex et de la vitesse de liaison
est activée. De fait, le pilote contient un algorithme qui permet au LOM d'établir une liaison avec les partenaires SFP à
10 Gbit/s ou 1 Gbit/s. Si cette information est communiquée au Gestionnaire de périphériques Windows et à la
base HII, il ne s'agit pourtant pas d'une réelle négociation automatique. iDRAC lisant le microprogramme du périphérique qui ne connaît pas l'algorithme, il signale que la négociation automatique est désactivée.
Les allocations de bande passante ETS ne correspondent pas aux paramètres
Lorsque le paramètre Trames Jumbo est configuré à 9K avec une carte réseau 10GbE, une distribution de trafic ETS
de 90 %/10 % ne sera obtenue sur aucun port, malgré les paramètres effectués sur le commutateur DCB. Lorsque ETS
est configuré pour une répartition de 90%/10%, une répartition réelle de 70%/30% est plus probable.
Perte de liaison sur les périphériques 10GbE avec les trames Jumbo activées
Ne définissez pas le paramètre Receive_Buffers ou Transmit_Buffers en dessous de 256 si les trames Jumbo sont activées sur un périphérique Intel® 10GbE. La liaison risquerait d’être perdue.
Échec de la connexion et instabilité possible du système
Si des périphériques réseau non Intel compatibles avec la fonctionnalité de mise à l’échelle côté réception sont installés sur votre système, la valeur par défaut 0x0 du mot-clé de registre Microsoft Windows "RSSBaseCPU" peut avoir
été modifiée pour pointer vers un processeur logique. Si ce mot-clé a été modifié, les périphériques reposant sur les
contrôleurs Ethernet 10 Gigabit Intel® 82598 ou 82599 risquent de ne pas transmettre le trafic. Si vous tentez de modifier le pilote lorsque cet état est actif, cela peut entraîner l’instabilité du système. Définissez la valeur de RSSBaseCPU
à 0x0 ou une valeur correspondant à un processeur physique, puis redémarrez le système pour résoudre le problème.
Envoi continu de trames de pause PFC depuis les appareils reposant sur les contrôleurs Ethernet Intel® X520
Si vous disposez d'un appareil reposant sur le contrôleur Ethernet Intel® X520 connecté à un port de commutateur et
que vous modifiez les paramètres de bande passante DCB sur le port de commutateur, l'appareil Ethernet Intel® X520
peut envoyer continuellement des trames de pause, entraînant ainsi une diffusion massive qui empêche le transfert
des données vers et depuis les cibles de stockage utilisées. Pour résoudre ce problème, désactivez les ports X520,
réactivez-les, puis reconnectez-vous aux volumes cibles iSCSI. Pour éviter ce problème, si les paramètres de bande
passante DCB doivent être modifiés, effectuez l'une des actions suivantes :
l
Éteignez le serveur contenant l'appareil Ethernet Intel® X520 avant de modifier les paramètres de bande passante DCB.
l
Désactivez les ports de commutateur connectés à l'appareil reposant sur le contrôleur Intel X520.
l
Ne faites pas passer de trafic sur l'appareil reposant sur le contrôleur Intel X520.
La carte Ethernet Intel® 10G 2P/4P X710-k bNDC n'établit pas de liaison et ne
s'affiche pas dans le Gestionnaire de périphériques Windows
Si vous installez une carte Ethernet Intel® 10G 2P X710-k bNDC ou une carte Ethernet Intel® 10G 4P X710-k bNDC
sur un serveur-lame Dell EMC PowerEdge M630/M830 et que vous installez la lame dans un châssis M1000e, il se
peut que la carte bNDC ne parvienne pas à établir de liaison et affiche un triangle jaune, ou qu'elle n'apparaisse pas
du tout dans le Gestionnaire de périphériques Windows. Ceci vaut uniquement pour la version 1.0 du plan
intermédiaire M1000e.
La carte Ethernet Intel® 10G X520 LOM établit une liaison à 10 Gbit/s alors que
l'option Full Duplex à 1 Gbit/s est sélectionnée
Lorsqu'elle est connectée au moyen d'un câble direct, la carte Ethernet Intel® 10G X520 LOM se connectera toujours à
10 Gbit/s.
Intel® X540-t et Dell Force10 n'établiront pas de liaison 100 Mbit/s Full duplex en cas
de configuration manuelle aux deux extrémités
Pour qu'une carte réseau reposant sur le contrôleur X540-t couplée à un composant Force10 s'exécute à 100 Mbit/s,
les propriétés de négociation automatique des DEUX composants doivent être configurées sur ON (Activé).
Lorsque vous essayez de déterminer la carte, le voyant d'activité clignote et le
voyant de liaison est fixe
Si vous utilisez la fonction Identify Adapter (Identifier la carte) sur les cartes suivantes, le voyant d'activité, plutôt que le
voyant de liaison, clignote. Il se peut que le voyant de liaison affiche un voyant vert fixe pour les ports 10 G, même si
aucune liaison réseau n'existe.
l
Tous les appareils Ethernet 10GbE Intel® X520
l
Tous les appareils Ethernet 10GbE Intel® X540
l
Tous les appareils Ethernet 10GbE Intel® X550
l
Certains appareils Gigabit I350 LOM Intel®
Interruption non masquable inattendue avec les NIC reposant sur les cartes 82599
Si vous définissez la taille de charge utile maximale du PCIe sur 256 octets dans votre BIOS système et que vous installez un NIC reposant sur une carte 82599, il se peut qu'une interruption non masquable (NMI) se produise lorsque le
NIC atteint la liaison. Cela se produit lorsque l'emplacement physique ne prend pas en charge les charges de
256 octets, même si le BIOS les prend en charge. Pour résoudre le problème, déplacez la carte dans un emplacement
autorisant les charges de 256 octets. Consultez la documentation de votre système pour en savoir plus sur les valeurs
de charge.
Problèmes connus pour le contrôleur réseau Intel® série 710
Certains appareils reposant sur le contrôleur Intel X710 affichent un ID de fournisseur intermédiaire de 0x0000 et
peuvent afficher une chaîne de marquage générique. Le port 0 affiche l'ID de fournisseur intermédiaire adéquat et la
chaîne de marquage correcte.
Les appareils reposant sur le contrôleur Intel X710 peuvent maintenir la liaison sur tous les ports, tant que l'appareil
est sous tension, quel que soit le mode de consommation de l'appareil ou du système.
Bouton de diagnostic désactivé
Lorsqu'ils font partie d'une association Intel® ANS, les appareils reposant sur le contrôleur Intel X710 ne prennent pas
en charge la fonction de diagnostic. Cette prise en charge sera ajoutée dans une version ultérieure.
Erreurs inattendues d'Intel® DCB dans le journal d'événements Windows
Après la mise à jour des pilotes du contrôleur X710, il se peut que plusieurs erreurs Intel DBC apparaissent dans le
journal d'événements Windows. Ces erreurs sont de faux positifs et peuvent être ignorées.
Débit plus bas que prévu sur les appareils reposant sur les contrôleurs X710/XL710
Cela se produit si un appareil reposant sur le contrôleur X710 ou XL710 est installé sur un processeur à
quatre emplacements. La réception et la transmission du trafic peuvent être nettement plus faibles qu'attendu. La configuration du taux d'interruption sur le paramètre High (Élevé) peut atténuer le problème.
Problèmes connus des cartes réseau à quatre ports pour serveurs
Rétrogradation
Lors de la connexion à un commutateur Gigabit à l'aide d'un câble défectueux de catégorie 5 dont une des paires est
brisé, la carte ne rétrograde pas de 1 giga à 100 Mbit/s. Pour que l'adaptateur rétrograde, il doit identifier deux paires
brisés dans le câble.
Le système ne démarre pas
Il se peut que votre système n'ait pas suffisamment de ressources d'E/S et n'arrive pas à démarrer si vous installez plus
de quatre cartes pour serveurs à quatre ports. Le déplacement des cartes dans un autre emplacement ou le rééquilibrage des ressources dans le BIOS système peut résoudre le problème. Le problème affecte les cartes suivantes :
l
Carte réseau Intel® Gigabit 4P I350-t
Déclaration de conformité aux réglementations
Produits de classe A de la FCC
Produits 40 Gigabit Ethernet
l
l
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC
Carte réseau convergent Ethernet Intel® XL710-Q2
Produits 25 Gigabit Ethernet
l
l
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Carte réseau Ethernet Intel® 25G 2P XXV710
Produits 10 Gigabit Ethernet
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Carte réseau Ethernet Intel® 10G 2P X540-t
Carte réseau Ethernet Intel® 10G 2P X550-t
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
Carte Ethernet Intel® 10G 4P X520/I350 rNDC
Carte réseau Ethernet Intel® 10G 2P X520-k bNDC
Carte réseau Ethernet Intel® 10G 4P X710-k bNDC
Carte réseau Ethernet Intel® 10G 2P X710-k bNDC
Carte réseau Ethernet Intel® 10G X710-k bNDC
Carte réseau convergent Ethernet Intel® X710
Carte réseau convergent Ethernet Intel® X710-T
Carte réseau Ethernet Intel® 10G 4P X710/l350 rNDC
Carte réseau Ethernet Intel® 10G 4P X710 SFP+ rNDC
Carte réseau Ethernet Intel® 10G X710 rNDC
Carte réseau Ethernet Intel® X710-DA2 pour serveurs et OCP
Produits Gigabit Ethernet
l
l
l
l
l
l
l
Carte Intel® Gigabit 4P X550/I350 rNDC
Carte Intel® Gigabit 4P I350-t rNDC
Carte Intel® Gigabit 4P X540/I350 rNDC
Carte Intel® Gigabit 4P X520/I350 rNDC
Carte mezzanine Intel® Gigabit 4P I350-t
Carte Intel® Gigabit 4P X710/l350 rNDC
Carte Intel® Gigabit 4P I350 bNDC
Produits de classe B de la FCC
Produits 10 Gigabit Ethernet
l
l
Carte réseau Ethernet Intel® 10G 2P X520
Carte réseau Ethernet Intel® 10G X520 LOM
Produits Gigabit Ethernet
l
l
Carte Intel® Gigabit 2P I350-t
Carte réseau Intel® Gigabit 4P I350-t
Conformité aux normes de sécurité
Les normes de sécurité suivantes s'appliquent à tous les produits répertoriés ci-dessus.
l
UL 60950-1, 2e édition, 2011-12-19 (Équipement informatique - Sécurité - Partie 1 : Généralités)
l
CSA C22.2 No. 60950-1-07, 2e édition, 2011-12 (Équipement informatique - Sécurité - Partie 1 : Généralités)
l
EN 60950-1:2006/A11:2009/A1:2010/A12:2011 (Union européenne)
l
IEC 60950-1:2005 (2e édition); Am 1:2009 (International)
l
Directive DBT UE : 2006/95/EC
Conformité CEM - Les normes suivantes peuvent s'appliquer :
Produits de classe A :
l
l
l
l
l
l
l
l
l
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
CAN ICES-3(A)/NMB-3(A) - Émissions rayonnées et conduites (Canada)
CISPR 22 - Émissions par rayonnement et par conduction (International)
EN55022 : 2010 - Émissions rayonnées et conduites (Union européenne)
EN55024 : 2010 + A1:2001 + A2:2003 - (Immunité) (Union européenne)
Directive CEM 2004/108/CE
VCCI (Classe A) - Émissions rayonnées et conduites (Japon)
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
AS/NZS CISPR 22 - Émissions par rayonnement et par conduction (Australie/Nouvelle-Zélande)
NRRA No. 2012-13 (2012.06.28), NRRA Notice No. 2012-14 (2012.06.28) (Corée)
Produits de Classe B :
l
l
l
l
l
l
l
l
l
l
l
FCC Part 15 Classe B - Émissions rayonnées et conduites (États-Unis)
CAN ICES-3(B)/NMB-3(B) - Émissions rayonnées et conduites (Canada)
CISPR 22 - Émissions par rayonnement et par conduction (International)
EN55022 : 2010 - Émissions rayonnées et conduites (Union européenne)
EN55024 : 2010 - Immunité (Union européenne)
EU - Directive CEM 2004/108/EC
VCCI (Classe B) - Émissions rayonnées et conduites (Japon) (sauf fibre optique)
CNS13438 (Classe B) - 2006 - Émissions rayonnées et conduites (Taïwan) (sauf fibre optique)
AS/NZS CISPR 22 - Émissions par rayonnement et par conduction (Australie/Nouvelle-Zélande)
KN22; KN24 - Émissions et immunité (Corée)
NRRA No. 2012-13 (2012.06.28), NRRA Notice No. 2012-14 (2012.06.28) (Corée)
Marques de conformité réglementaires
Lorsque c’est exigé, ces produits sont fournis avec des marques de certification :
l
Marque d’homologation UL pour les États-Unis et le Canada
l
Marque CE
l
Logo EU WEEE
l
Marques FCC
l
Marque VCCI
l
Marque C-Tick australienne
l
Marque MSIP coréenne
l
Marque BSMI taïwanaise
l
Marque "EFUP" de la République populaire de Chine
Informations de la FCC pour les utilisateurs d’appareils de
classe A
Les produits de classe A ci-dessus respectent les normes de la partie 15 de la FCC. Son utilisation est soumise aux
deux conditions suivantes :
1. Cet appareil ne doit pas causer d’interférences nuisibles.
2. Cet appareil doit accepter les interférences reçues, y compris les interférences qui peuvent engendrer un comportement inapproprié.
REMARQUE : cet appareil a été soumis à des tests qui ont attesté sa conformité aux limites d’émission
d’énergie des appareils numériques de la classe A définies dans la Partie 15 des règles de la FCC (Federal
Communications Commission). Ces limites sont conçues pour fournir une protection raisonnable contre les
interférences nuisibles lorsque l’équipement fonctionne dans un environnement commercial. Cet équipement
génère, utilise et peut émettre de l’énergie radioélectrique. S’il n’est pas installé et utilisé conformément aux
instructions fournies, il peut causer des interférences nuisibles aux communications radio. L’utilisation de cet
équipement dans des zones résidentielles provoquera probablement des interférences nuisibles, auquel cas
l’utilisateur sera tenu de corriger les interférences à ses propres frais.
ATTENTION : les modifications apportées à l'équipement qui n'auront pas été préalablement approuvées par
Intel pourront entraîner l'annulation de votre autorisation d'utilisation de cet équipement.
Conformité aux spécifications canadiennes (Innovation, Sciences et Développement économique Canada, anciennement Industrie Canada)
CAN ICES-3(A)/NMB-3(A)
Déclaration VCCI pour la Classe A
Déclaration BSMI pour la Classe A
Avis KCC pour la Classe A (Corée uniquement)
Avis BSMI pour la Classe A (Taïwan)
Informations de la FCC pour les utilisateurs d’appareils de
classe B
Cet appareil a été soumis à des tests qui ont attesté sa conformité aux limites d’émission d’énergie des appareils
numériques de la classe B définies dans la Partie 15 des règles de la FCC (Federal Communications Commission).
Ces limites sont conçues en vue d’offrir une protection raisonnable contre les interférences nuisibles dans le cadre
d’installations résidentielles. Cet équipement génère, utilise et peut émettre de l’énergie radioélectrique. S’il n’est pas
installé et utilisé conformément aux instructions fournies, il peut causer des interférences nuisibles aux communications radio. Il n’est cependant pas garanti que des interférences ne se produiront pas dans le cadre
d’installations particulières.
Si cet équipement crée des interférences nuisibles qui affectent la réception radio ou télévision, ce qui peut être déterminé en mettant l’équipement sous tension et puis hors tension, l’utilisateur est invité à tenter d’éliminer l’interférence
d’une ou de plusieurs façons :
l
En réorientant ou déplaçant l’antenne de réception
l
En éloignant l’équipement du récepteur.
l
En branchant le matériel sur un circuit électrique différent de celui du récepteur.
l
En consultant le revendeur ou un technicien radio/TV expérimenté.
ATTENTION : les modifications apportées à l'équipement qui n'auront pas été préalablement approuvées par
Intel pourront entraîner l'annulation de votre autorisation d'utilisation de cet équipement.
REMARQUE : cet appareil est conforme à la Section 15 des règlements de la FCC. Son fonctionnement est soumis aux deux conditions suivantes : (1) cet appareil ne provoquera pas d'interférences nuisibles, (2) cet appareil
doit absorber les interférences qu'il reçoit y compris celles qui peuvent provoquer un fonctionnement inopiné.
Avis de compatibilité électromagnétique
Déclaration de conformité FCC
Les produits suivants ont été testés et sont conformes aux normes de la FCC pour un usage privé ou en entreprise.
Carte réseau PRO/1000 MT, PRO/1000 PT, PRO/1000 GT, Gigabit PT, Gigabit ET, I210-T1, I340-T2/T4, I350-T2/T4,
carte réseau PRO/100 M pour PC de bureau, carte réseau PRO/100 S pour PC de bureau, carte réseau PRO/100 S
pour serveurs et carte réseau deux ports PRO/100 S pour serveurs
Conformité aux spécifications canadiennes (Innovation, Sciences et Développement
économique Canada, anciennement Industrie Canada)
CAN ICES-3 (B)/NMB-3 (B)
Déclaration de conformité VCCI classe B (Japon)
Avis KCC pour la Classe B (Corée uniquement)
Logo EU WEEE
Déclaration du fabricant Communauté européenne
Déclaration du fabricant
Intel Corporation déclare que l’équipement décrit dans ce document est conforme aux exigences de la directive du
Conseil européen répertoriée ci-dessous :
l
Directive basse tension 2006/95/CE
l
Directive CEM 2004/108/CE
l
Directive européenne RoHS 2011/65/UE
Ces produits respectent les dispositions de la directive européenne 1999/5/CE.
Dette produkt er i overensstemmelse med det europæiske direktiv 1999/5/EC.
Dit product is in navolging van de bepalingen van Europees Directief 1999/5/EC.
Tämä tuote noudattaa EU-direktiivin 1999/5/EC määräyksiä.
Ce produit est conforme aux exigences de la Directive Européenne 1999/5/EC.
Dieses Produkt entspricht den Bestimmungen der Europäischen Richtlinie 1999/5/EC.
Þessi vara stenst reglugerð Evrópska Efnahags Bandalagsins númer 1999/5/EC.
Questo prodotto è conforme alla Direttiva Europea 1999/5/EC.
Dette produktet er i henhold til bestemmelsene i det europeiske direktivet 1999/5/EC.
Este produto cumpre com as normas da Diretiva Européia 1999/5/EC.
Este producto cumple con las normas del Directivo Europeo 1999/5/EC.
Denna produkt har tillverkats i enlighet med EG-direktiv 1999/5/EC.
Cette déclaration est fondée sur la conformité des produits de classe A aux normes suivantes :
EN 55022:2010 (CISPR 22 Classe A) Contrôle des émissions aux fréquences radio.
EN 55024:2010 (CISPR 24) Immunité aux interférences électromagnétiques.
EN 60950-1:2006/A11:2009A1:2010/A12:2011 Équipement informatique - Sécurité - Partie 1 : Généralités.
EN 50581:2012 - Documentation technique pour l'évaluation des produits électriques et électroniques conformément
aux restrictions relatives aux matières dangereuses.
Cette déclaration est fondée sur la conformité des produits de classe B aux normes suivantes :
EN 55022:2010 (CISPR 22 Classe B) Contrôle des émissions aux fréquences radio.
EN 55024:2010 (CISPR 24) Immunité aux interférences électromagnétiques.
EN 60950-1:2006/A11:2009/A1:2010/A12:2011 Équipement informatique - Sécurité - Partie 1 : Généralités.
EN 50581:2012 - Documentation technique pour l'évaluation des produits électriques et électroniques conformément
aux restrictions relatives aux matières dangereuses.
AVERTISSEMENT : Dans un environnement domestique, les produits de classe A peuvent provoquer des
interférences radio, auquel cas l'utilisateur peut être tenu de prendre des mesures adéquates.
Partie responsable
Intel Corporation, Mailstop JF3-446
5200 N.E. Elam Young Parkway
Hillsboro, OR 97124-6497 (États-Unis)
Téléphone 1-800-628-8686
Déclaration RoHS de Chine
Produits laser de Classe 1
Les cartes serveur répertoriées ci-dessus peuvent contenir des périphériques laser utilisés à des fins de communication. Ces périphériques sont conformes aux exigences définies pour les produits laser de classe 1 et peuvent
être utilisés en toute sécurité. Au cours des opérations normales, l’émission de ces périphériques laser n’excède pas
les limites définies pour la protection des yeux et ne peut pas faire de mal.
Pour que les opérations continuent à ne pas être nuisibles même si les circonstances deviennent anormales, assurezvous que le capot du connecteur laser fourni est bien en place ou qu’un câble à fibres optiques compatible est correctement connecté lorsque le produit est alimenté.
Le périphérique laser doit être réparé UNIQUEMENT en usine et par le fabricant du périphérique ! AUCUN réglage,
aucune réparation ou opération de maintenance ne doit être effectué autrement .
ATTENTION : l'utilisation de contrôles ou d'ajustements de la performance ou des procédures autres que
ceux spécifiés ici peut résulter en une exposition dangereuse aux radiations.
Ces périphériques laser de Classe 1 sont :
conformes à la norme CFR21, sous-chapitre J de la FDA/CDRH.
Respectent la norme IEC 60825-1:2007.
Fin de vie/Recyclage du produit
Les exigences et systèmes de recyclage et de reprise en fin de vie des produits varient en fonction des pays.
Contactez le revendeur ou distributeur de ce produit pour obtenir des informations sur le recyclage et/ou la reprise des
produits.
Assistance à la clientèle
Web et sites Internet
http://support.dell.com/
Techniciens d’assistance à la clientèle
Si les procédures de dépannage décrites dans ce document ne vous aident pas à résoudre le problème, contactez
Dell, Inc. pour obtenir une aide technique (consultez la section "Obtenir de l’aide" de la documentation du système).
Avant d’appeler...
Installez-vous devant votre ordinateur, exécutez le logiciel et munissez-vous de la documentation.
Le technicien peut vous demander les informations suivantes :
l
Votre adresse et votre numéro de téléphone
l
Le nom et le numéro du modèle du produit qui fait l’objet de votre appel
l
Le numéro de série et l’étiquette de service du produit
l
Les noms et numéros de version des logiciels utilisés avec le produit
l
Le nom et le numéro de version du système d’exploitation utilisé
l
Le type de votre ordinateur (fabricant et numéro de modèle)
l
Les cartes d’extension ou additionnelles installées
l
La capacité mémoire de votre ordinateur.
Spécifications des cartes
Spécifications relatives aux cartes réseau Intel® 40 Gigabit
Fonction
Carte réseau convergent Ethernet Intel® XL710-Q2
Connecteur de bus
PCI Express 3.0
Vitesse du bus
x8
Mode de transmission/Connecteur QSFP+
Câblage
40GBase-SR4, Twinax DAC (7 m max.)
Alimentation requise
6,5 W maximum à +12 V
Dimensions
(support exclu)
5,21 x 2,71 po
13,3 x 6,9 cm
Température de fonctionnement
32 - 131 deg. F
(0 - 55 deg. C)
MTBF
159 ans
Vitesses disponibles
40 Gbit/s
Modes de duplex
Full uniquement
Indicateurs lumineux
Deux par port :
Liaison et Activité
Conformité aux normes
IEEE 802.3ba
SFF-8436
PCI Express 3.0
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (ÉtatsUnis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/NouvelleZélande)
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
l
l
Spécifications relatives aux cartes filles réseau Intel® 40GbE
(NDC)
Fonction
Carte réseau Ethernet Intel® 40G 2P XL710 QSFP+ rNDC
Connecteur de bus
PCI Express 3.0
Vitesse du bus
x8
Mode de transmission/Connecteur QSFP+
Câblage
40GBase-SR4, Twinax DAC (7 m max.)
Alimentation requise
6,2 W maximum à +12 V
Dimensions
(support exclu)
3,66 x 6,081 po
9,3 x 15,5 cm
Température de fonctionnement
32 - 140 deg. F
(0 - 60 deg. C)
MTBF
112 ans
Vitesses disponibles
40 Gbit/s
Modes de duplex
Full uniquement
Indicateurs lumineux
Deux par port :
Liaison et Activité
Conformité aux normes
IEEE 802.3ba
SFF-8436
PCI Express 3.0
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (ÉtatsUnis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/NouvelleZélande)
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
l
l
Spécifications des cartes réseau Intel® 25 Gigabit
Fonction
Carte réseau Ethernet Intel® 25G 2P XXV710
Connecteur de bus
PCI Express 3.0
Vitesse du bus
x8
Mode de transmission/Connecteur SFP28
Câblage
25GBase-CR, Twinax DAC (3 m max)
Alimentation requise
6,5 W maximum à +12 V
Dimensions
(support exclu)
2,70 x 2,02 po
6,86 x 5,12 cm
Température de fonctionnement
32 - 131 deg. F
(0 - 55 deg. C)
MTBF
239 ans
Vitesses disponibles
25 Gbit/s
Modes de duplex
Full uniquement
Indicateurs lumineux
Deux par port :
Liaison et Activité
Conformité aux normes
IEEE 802.3-2015
SFF-8431
PCI Express 3.0
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL/CSA 60950-1-07 2e édition
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
l
EN55032-2015 - Émissions rayonnées et conduites (Union européenne)
l
EN55024 - 2010 - (Immunité) (Union européenne)
l
Directives REACH, WEEE, RoHS (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
l
AS/NZS CISPR - Émissions par rayonnement et par conduction (Australie/NouvelleZélande)
KN32 - Émissions rayonnées et conduites (Corée)
l
KN35 - (Immunité) (Corée)
l
RoHS (Chine)
Spécifications des cartes mezzanine Intel® 25 Gigabit
Fonction
Carte mezzanine Ethernet Intel® 25G 2P XXV710
Connecteur de bus
À déterminer
Vitesse du bus
À déterminer
Mode de transmission/Connecteur À déterminer
Câblage
À déterminer
Alimentation requise
À déterminer
Dimensions
(support exclu)
À déterminer
Température de fonctionnement
À déterminer
MTBF
À déterminer
Vitesses disponibles
À déterminer
Modes de duplex
À déterminer
Indicateurs lumineux
À déterminer
Liaison et Activité
Conformité aux normes
À déterminer
Sécurité et réglementation
Conformité aux normes de sécurité
l
À déterminer
Conformité CEM
l
À déterminer
Spécifications des cartes réseau Intel® 10 Gigabit
Fonction
Carte réseau Ethernet
Intel® 10G 2P X540-t
Carte réseau Ethernet Intel®
10G 2P X520
Carte réseau Ethernet
Intel® 10G 2P X550-t
Connecteur de bus
PCI Express 2.0
PCI Express 2.0
PCI Express 3.0
Vitesse du bus
x8
x8
x8
Mode de transmission/Connecteur
10GBase-T/RJ-45
Twinax cuivre/SFP+
10GBase-T/RJ-45
10GBase-T (Catégorie 6A)
10 Gigabit Ethernet sur câble SFP+
Direct Attach cuivre (10GSFP+Cu)
10GBase-T (Catégorie 6A)
Alimentation requise
15 W maximum en +12 V
6,2 W Maximum @ +3,3 V
13 W maximum à +12 V
Dimensions
(support exclu)
5,7 x 2,7 po
14,5 x 6,9 cm
5,7 x 2,7 po
14,5 x 6,9 cm
5,13 x 2,7 po
13,0 x 6,9 cm
Température de
fonctionnement
32 - 131 deg. F
(0 - 55 deg. C)
32 - 131 deg. F
(0 - 55 deg. C)
32 - 131 deg. F
(0 - 55 deg. C)
MTBF
108 ans
83,9 ans
À déterminer
Vitesses disponibles
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
Modes de duplex
Full uniquement
Full uniquement
Full uniquement
Indicateurs lumineux
Deux par port :
Deux par port :
Liaison et Activité
Liaison et Activité
Link (Liaison)
Activité
Conformité aux normes
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3an
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3an
IEEE 802.3x
ACPI v1.0
PCI Express 2.0
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3an
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3x
ACPI v1.0
PCI Express 2.0
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3an
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3x
ACPI v1.0
PCI Express 3.0
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (États-Unis/Canada)
Câblage
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
l
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
l
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/Nouvelle-Zélande)
l
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
REMARQUE : pour la carte réseau Intel® 10 Gigabit AT pour serveurs, en vue d’assurer la conformité avec les
normes CISPR 24 et EN55024 (Union européenne), ce produit doit être utilisé uniquement avec des câbles blindés de catégorie 6a dotés de terminaisons correctes d’après les recommandations de la norme EN50174-2.
Fonction
Carte réseau convergent
Ethernet Intel® X710-T
Carte réseau
convergent Ethernet
Intel® X710
Carte réseau Ethernet X710DA2 pour serveurs et OCP
Connecteur de bus
PCI Express 2.0
PCI Express 3.0
PCI Express 3.0
Vitesse du bus
x8
x8
x8
Mode de transmission/Connecteur
SFP+
SFP+
À déterminer
Twinax
10GBase-SR/LR
Twinax
10GBase-SR/LR
À déterminer
Câblage
Alimentation requise
À déterminer
6,7 watts (maximum) à 12 V
À déterminer
Dimensions
(support exclu)
6,578 x 4,372 po
16,708 x 11,107 cm
6,578 x 4,372 po
16,708 x 11,107 cm
À déterminer
Température de fonctionnement
32 - 131 deg. F
(0 - 55 deg. C)
41 - 131 deg. F
(5 - 55 deg. C)
32 - 131 deg. F
(0 - 55 deg. C)
MTBF
À déterminer
491 ans
À déterminer
Vitesses disponibles
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
10 Gbit/s
Modes de duplex
Full uniquement
Full uniquement
Full uniquement
Indicateurs lumineux
Liaison/Activité
1Gig/10Gig
Liaison/Activité
1Gig/10Gig
Liaison/Activité
1Gig/10Gig
Conformité aux normes
PCI Express 3.0
SFF-8431
IEEE 802.3z
IEEE 802.3ae
PCI Express 3.0
SFF-8431
IEEE 802.3z
IEEE 802.3ae
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (États-Unis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
l
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
l
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/Nouvelle-Zélande)
l
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
Spécifications des cartes mezzanine Intel® 10 Gigabit
Fonction
Carte mezzanine 2 ports Ethernet Intel® X520 10GbE KX4-KR
Connecteur de bus
PCI Express 2.0
Vitesse du bus
x8
Alimentation requise
7,4 Watts (maximum) à 3,3 V
3,65 x 3,3 po
Dimensions
Température de fonctionnement 32 - 131 deg. F (0 - 55 deg. C)
MTBF
147 ans
Vitesses disponibles
10 Gbit/s/1 Gbit/s
Modes de duplex
Full uniquement
Conformité aux normes
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3ae
IEEE 802.3x
ACPI v1.0
PCI Express 2.0
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (ÉtatsUnis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/NouvelleZélande)
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
l
l
Spécifications relatives aux cartes filles réseau Intel® 10GbE
(NDC)
Fonction
Carte réseau Ethernet Intel® 10G
4P X550/I350 rNDC
Carte réseau Ethernet Intel®
10G 4P X550 rNDC
Connecteur de bus
PCI Express 3.0
PCI Express 3.0
Vitesse du bus
x8
x8
Mode de transmission/Connecteur
Cuivre torsadé/RJ-45
Cuivre torsadé/RJ-45
Câblage
Cat-5e
Cat-5e
Alimentation requise
À déterminer
33,6 watts (maximum) à 12 V
Dimensions
À déterminer
À déterminer
Température de fonctionnement
À déterminer
À déterminer
MTBF
À déterminer
À déterminer
Vitesses disponibles
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
Modes de duplex
Full uniquement
Full uniquement
Conformité aux normes
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3ae
IEEE 802.3x
ACPI v1.0
PCI Express 1.0a
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3ae
IEEE 802.3x
ACPI v1.0
PCI Express 1.0a
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (États-Unis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
l
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
l
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/Nouvelle-Zélande)
l
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
Fonction
Carte réseau Ethernet
Intel® 10G 4P X540/I350
rNDC
Carte Ethernet Intel®
10G 4P X520/I350 rNDC
Carte réseau Ethernet
Intel® 10G 2P X520-k
bNDC
Connecteur de bus
PCI Express 2.0
PCI Express 2.0
PCI Express 2.0
Vitesse du bus
x8
x8
x8
Mode de transmission/Connecteur
Cuivre torsadé/RJ-45
SFP+
Cuivre/Fond de panier
Câblage
Cat-5e
SFP+ SR/DA
10GBase-KR et 1000Base-KX
5,5 Watts (maximum) à 3,3 V
10,1 Watts (maximum) à 12 V
0,6 Watts à 3,3 V (AUX), 6,3 Watts
à 1,2 V (VCORE)
Dimensions
3,93 x 3,67 po
4,3 x 3,7 po
3,0 x 2,5 po
Température de fonctionnement
32 - 131 deg. F (0 - 55 deg. C)
32 - 131 deg. F (0 - 55 deg. C)
32 - 131 deg. F (0 - 55 deg. C)
MTBF
68 ans
65 ans
147 ans
Vitesses disponibles
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
Modes de duplex
Full uniquement
Full uniquement
Full uniquement
Conformité aux normes
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3ae
IEEE 802.3x
ACPI v1.0
PCI Express 1.0a
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3ae
IEEE 802.3x
ACPI v1.0
PCI Express 1.0a
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3ap
IEEE 802.3x
ACPI v1.0
PCI Express 2.0
Alimentation requise
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (États-Unis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
l
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
l
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/Nouvelle-Zélande)
l
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
Fonction
Carte réseau Ethernet
Intel® 10G 4P X710-k
bNDC
Carte réseau Ethernet
Intel® 10G 4P X710/l350
rNDC
Carte réseau Ethernet
Intel® 10G 4P X710 SFP+
rNDC
Connecteur de bus
Dell EMC bNDC
PCI Express 3.0
PCI Express 3.0
Vitesse du bus
x8
x8
x8
Mode de transmission/Connecteur
KX/KR
SFP+
SFP+
Fond de panier
Cat-5e
Twinax
10GBase-SR/LR
3,3 watts à 3,3 V (AUX),
12,6 watts à 12 V (AUX)
10,7 watts maximum à +12 V
9,5 watts maximum à +12 V
Alimentation requise
Dimensions
3,000x2,449 po
7,62x6,220 cm
4,331x3,661 po
11,0x9,298 cm
4,331x3,661 po
11,0x9,298 cm
Température de fonctionnement
32 - 131 deg. F (0 - 55 deg. C)
32 - 131 deg. F (0 - 55 deg. C)
32 - 131 deg. F (0 - 55 deg. C)
MTBF
828 ans
108 ans
505 ans
Vitesses disponibles
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
Modes de duplex
Full uniquement
Full uniquement
Full uniquement
Indicateurs lumineux
Aucune
Liaison/Activité
Vitesse
Liaison/Activité
Vitesse
Conformité aux normes
PCI Express 3.0
IEEE 802.3ap
PCI Express 3.0
SFF-8431
IEEE 802.3z
IEEE 802.3ae
PCI Express 3.0
SFF-8431
IEEE 802.3z
IEEE 802.3ae
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (États-Unis/Canada)
Câblage
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
l
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
l
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/Nouvelle-Zélande)
l
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
Spécifications des cartes réseau Intel® Gigabit
Fonction
Carte réseau Intel® Gigabit 2P I350-t et Carte réseau Intel® Gigabit 4P
I350-t
Connecteur de bus
PCI Express 2.0
Vitesse du bus
x4
Mode de transmission/Connecteur
Cuivre torsadé/RJ-45
Câblage
1000Base-T (Catégorie 3 ou Catégorie 5)
Alimentation requise
Carte réseau Intel® Gigabit 2P I350-t : 4,8 Watts @ 12 V
Carte réseau Intel® Gigabit 4P I350-t : 6,0 Watts @ 12 V
Dimensions
(support exclu)
5,3 x 2,7 po
13,5 x 6,9 cm
Température de fonctionnement
32 - 131 deg. F
(0 - 55 deg. C)
MTBF
68 ans
Vitesses disponibles
10/100/1000
Négociation automatique
Modes de duplex
Full ou Half duplex à 10/100 Mbit/s ; Full seulement à 1 000 Mbit/s
Conformité aux normes
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ab
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3az
IEEE 802.3u
IEEE 802.3x
IEEE 802.3z
ACPI v1.0
PCI Express 2.0
Indicateurs lumineux
Deux par port :
Activités et vitesse
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (États-Unis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
l
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
l
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/Nouvelle-Zélande)
l
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
Spécifications des cartes mezzanine Intel® Gigabit
Fonction
Carte mezzanine Intel® Gigabit 4P I350-t
Connecteur de bus
PCI Express 2.0
Vitesse du bus
x4
Alimentation requise
3,425 Watts (maximum) à 3,3 V
Dimensions
3,65 x 3,3 po
Température de fonctionnement 32 - 131 deg. F (0 - 55 deg. C)
MTBF
108 ans
Vitesses disponibles
Full uniquement à 1000 Mbit/s
Modes de duplex
Full à 1 000 Mbit/s
Conformité aux normes
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ab
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3x
ACPI v1.0
PCI Express 2.0
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (ÉtatsUnis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/NouvelleZélande)
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
l
l
Spécifications relatives aux cartes filles réseau Intel® Gigabit
Fonction
Carte Intel® Gigabit 4P
X710/I350 rNDC
Carte Ethernet Intel® Gigabit
4P X550/I350 rNDC
Carte Intel® Gigabit 4P
I350-t rNDC
Connecteur de bus
PCI Express 2.0
PCI Express 2.0
PCI Express 2.0
Vitesse du bus
x8
x8
x8
Mode de transmission/Connecteur
Cuivre torsadé/RJ-45
Cuivre torsadé/RJ-45
Cuivre torsadé/RJ-45
Câblage
Cat-5e
Cat-5e
Cat-5e
Alimentation requise
10,7 w maximum à +12 V
À déterminer
À déterminer
Dimensions
(support exclu)
4,331 x 3,661 po
11,007 x 9,298 cm
À déterminer
À déterminer
Température de fonctionnement
32 - 131 deg. F
(0 - 55 deg. C)
À déterminer
À déterminer
MTBF
108 ans
À déterminer
À déterminer
Vitesses disponibles
10 Gbit/s/1 Gbit/s
10 Gbit/s/1 Gbit/s
1 Gbit/s
Modes de duplex
Full uniquement
Full uniquement
Full uniquement
Conformité aux normes
PCI Express 2.1
IEEE 802.3i
IEEE 802.3ab
IEEE 802.3u
IEEE 802.3ad
IEEE 802.3az
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3ae
IEEE 802.3x
ACPI v1.0
PCI Express 2.1
IEEE 802.1p
IEEE 802.1Q
IEEE 802.3ac
IEEE 802.3ad
IEEE 802.3ae
IEEE 802.3x
ACPI v1.0
PCI Express 2.1
Sécurité et réglementation
Conformité aux normes de sécurité
l
UL 60950 Third Edition- CAN/CSA-C22.2 No.60950-00 (États-Unis/Canada)
l
EN 60 950 (Union européenne)
l
IEC 60 950 (International)
Conformité CEM
l
FCC Part 15 - Émissions rayonnées et conduites (États-Unis)
l
ICES-003 - Émissions par rayonnement et par conduction (Canada)
l
CISPR 22 - Émissions par rayonnement et par conduction (International)
l
EN55022-1998 - Émissions rayonnées et conduites (Union européenne)
l
EN55024 - 1998 - (Immunité) (Union européenne)
l
CE - Directive CEM (89/336/EEC) (Union européenne)
l
VCCI - Émissions par rayonnement et par conduction (Japon)
l
CNS13438 - Émissions par rayonnement et par conduction (Taiwan)
l
AS/NZS3548 - Émissions rayonnées et conduites (Australie/Nouvelle-Zélande)
l
Avis MIC 1997-41, avis EMI et MIC 1997-42 - EMS (Corée)
Normes
l
l
l
l
l
l
l
l
l
l
l
l
l
l
IEEE 802.1p : Files de priorité (priorité du trafic) et niveaux de qualité de service
IEEE 802.1Q : Identification de réseau local virtuel
IEEE 802.3ab : Ethernet gigabit sur cuivre
IEEE 802.3ac : Étiquetage
IEEE 802.3ad : SLA (FEC/GEC/Agrégation de liens - mode statique)
IEEE 802.3ad : Mode dynamique
IEEE 802.3ae : Ethernet 10 Gbit/s
IEEE 802.3an : 10GBase-T 10 Gbit/ps Ethernet sur paire torsadée non blindée
IEEE 802.3ap : Fond de panier Ethernet
IEEE 802.3u : Ethernet à haut débit
IEEE 802.3x : Contrôle de flux
IEEE 802.3z : Ethernet gigabit sur fibre optique
ACPI : Advanced Configuration and Power Interface (Interface de configuration et d'énergie avancée)
PCI Express : spécification du bus système : 32/64 bits, x1, x2, x4, x8, x16
Des informations supplémentaires sur les normes IEEE 802 sont disponibles à l'adresse http://www.ieee802.org.
Réseaux locaux virtuels IEEE 802.3ac :
Les réseaux locaux virtuels requièrent des commutateurs compatibles implicites (commutateur uniquement) ou explicites (IEEE 802.3ac). Les réseaux locaux virtuels IEEE 802.3ac permettent d'associer plusieurs réseaux par carte, car
celle-ci et le commutateur utilisent une étiquette dans l'en-tête de paquet qui permet de trier les réseaux locaux virtuels.
Les cartes réseau Intel Gigabit et 10 Gigabit prennent en charge les réseaux locaux virtuels implicites et explicites.
Attributs X-UEFI
Cette section contient des informations sur les attributs X-UEFI et leurs valeurs attendues.
Liste des périphériques multi-contrôleur
Les cartes réseau répertoriées ci-dessous contiennent plus d'un contrôleur. Sur ces cartes réseau, la configuration des paramètres à base de contrôleur n'affectera pas tous les
ports. Seuls les ports associés au même contrôleur seront affectés.
Les paramètres suivants s'appliquent à tous les ports d'un contrôleur donné :
l
Mode de virtualisation
l
Mode NParEP
l
Fonctions PCI virtuelles publiées
Périphériques multi-contrôleurs
Nombre de
contrôleurs
sur le périphérique
Contrôleur 1
Contrôleur 2
Carte Ethernet Intel® 10G 4P X520/I350 rNDC
2
Ports 10G 1 et 2
Ports 1G 3 et 4
2
Ports 10G 1 et 2
Ports 1G 3 et 4
Carte réseau Ethernet Intel® 10G 4P X550 rNDC
2
Ports 10G 1 et 2
Ports 1G 3 et 4
Carte réseau Ethernet Intel® 10G 4P X550/I350 rNDC
2
Ports 10G 1 et 2
Ports 1G 3 et 4
2
Ports 10G 1 et 2
Ports 1G 3 et 4
Carte Intel® Gigabit 4P X520/I350 rNDC
Carte réseau Ethernet Intel® 10G 4P X540/I350 rNDC
Carte Intel® Gigabit 4P X540/I350 rNDC
Carte Intel® Gigabit 4P X550/I350 rNDC
Carte Ethernet Intel® 10G 4P X710/I350 rNDC
Carte réseau Ethernet Intel® 10G X710 rNDC
Carte Intel® Gigabit 4P X710/I350 rNDC
Table des attributs X-UEFI
Nom d'affichage
Mode de virtualisation
Nom X-UEFI
VirtualizationMode
Cartes prises en charge
I350
X520
X540
X550
X710
XL710
XXV710
X
X
X
X
X
X
X
Configurable
par
l'utilisateur
Valeurs configurables par
l'utilisateur
Valeurs pouvant être affichées
Oui
None/NPAR/SRIOV/NPAR + SR-IOV
None/NPAR/SRIOV/NPAR + SR-IOV
Dépendances pour
les valeurs
Optimisation
de l'identité
d'E/S
(iDRAC 8/9)
Information
Non
Spécifie le paramètre de mode de virtualisation du contrôleur. "NPAR" et "NPAR +
SR-IOV" sont uniquement pris en charge sur
des périphériques X710 et XXV710. Ils ne sont
pas pris en charge sur les systèmes
d'exploitation client. Le paramètre d'attribut
s'applique à tous les ports d'un contrôleur
donné.
Nom d'affichage
Nom X-UEFI
Cartes prises en charge
Configurable
par
l'utilisateur
Valeurs configurables par
l'utilisateur
Valeurs pouvant être affichées
Dépendances pour
les valeurs
Optimisation
de l'identité
d'E/S
(iDRAC 8/9)
Information
I350
X520
X540
X550
X710
XL710
XXV710
X
X
X
X
X
X
X
Non
0-256
Non
Nombre de fonctions virtuelles prises en
charge sur ce port.
X
Non
Variable/Fixe
Non
Décrit le mode de mise en œuvre du partitionnement et le mode d'utilisation de
l'attribut PartitionState dans le contrôleur.
Fixe est la seule valeur utilisée.
Nombre de fonctions virtuelles
prises en
charge
NumberVFSupported
Interprétation de
l'état de la partition
PartitionStateInterpretation
Prise en charge
RDMA
RDMASupport
X
X
X
X
X
X
X
Non
Disponible/Indisponible
Non
Indique si le contrôleur prend en charge des
protocoles RDMA. Indisponible est la seule
valeur utilisée.
Prise en charge
SR-IOV
SRIOVSupport
X
X
X
X
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité SR-IOV est prise
en charge.
Affectation des
VF - Base
VFAllocBasis
X
X
X
X
X
X
X
Non
Périphérique/Port
Non
Définit le domaine dans lequel les fonctions
virtuelles (VF) sont affectées. Port est la
seule valeur utilisée.
Affectation des
VF - Multiple
VFAllocMult
X
X
X
X
X
X
X
Non
1-255
Non
Les fonctions virtuelles doivent être allouées à
un port en multiples de ce nombre.
Mode NParEP
NParEP
X
Oui
Désactivé/Activé
Désactivé/Activé
Non
Le mode NParEP permet de créer plus de
8 partitions sur le périphérique. Il ne doit pas
être activé si le système et le SE ne prennent
pas en charge les périphériques avec plus de
8 fonctions PCI physiques. Le paramètre
d'attribut s'applique à tous les ports d'un
contrôleur donné.
Boot Order
BootOrderFirstFCoETarget
X
X
X*
Oui
0-4
0-4
Oui
BootOrderSecondFCoETarget
X
X
X*
Oui
0-4
0-4
Oui
Spécifiez cet emplacement de port dans
l'ordre de démarrage FCoE 1-4 ou sur 0=ddésactivé.
BootOrderThirdFCoETarget
X
X
X*
Oui
0-4
0-4
Oui
BootOrderFourthFCoETarget
X
X
X*
Oui
0-4
0-4
Oui
FirstFCoEBootTargetLUN
X
X
X*
Oui
0-255
0-255
Oui
INTEL_SecondFCoEBootTargetLUN
X
X
X*
Oui
0-255
0-255
Non
Le numéro d'unité logique (LUN) à utiliser sur
la cible FCoE. La valeur du LUN doit être au
format décimal.
INTEL_ThirdFCoEBootTargetLUN
X
X
X*
Oui
0-255
0-255
Non
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
INTEL_FourthFCoEBootTargetLUN
X
X
X*
Oui
0-255
0-255
Non
FirstFCoEFCFVLANID
X
X
X*
Oui
1-4094
1-4094
Oui
Spécifier l'ID de VLAN de la cible FCoE.
INTEL_SecondFCoEFCFVLANID
X
X
X*
Oui
1-4094
1-4094
Non
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
INTEL_ThirdFCoEFCFVLANID
X
X
X*
Oui
1-4094
1-4094
Non
INTEL_FourthFCoEFCFVLANID
X
X
X*
Oui
1-4094
1-4094
Non
Numéro d'unité
logique (LUN)
de démarrage
ID de réseau
local virtuel
X
X
VirtualizationMode
- NPAR ou NPAR
+ SR-IOV
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
Nom d'affichage
Nom X-UEFI
Cartes prises en charge
I350
Cible du nom de
port mondial
(WWPN)
X710
XL710
XXV710
Configurable
par
l'utilisateur
Valeurs configurables par
l'utilisateur
Valeurs pouvant être affichées
Dépendances pour
les valeurs
Optimisation
de l'identité
d'E/S
(iDRAC 8/9)
Information
Spécifie le nom de port mondial (WWPN) de
la première cible de stockage FCoE.
X520
X540
X550
FirstFCoEWWPNTarget
X
X
X*
Oui
XX:XX:XX:XX:XX:XX:XX:XX
XX:XX:XX:XX:XX:XX:XX:XX
Oui
INTEL_SecondFCoEWWPNTarget
X
X
X*
Oui
XX:XX:XX:XX:XX:XX:XX:XX
XX:XX:XX:XX:XX:XX:XX:XX
Non
INTEL_ThirdFCoEWWPNTarget
X
X
X*
Oui
XX:XX:XX:XX:XX:XX:XX:XX
XX:XX:XX:XX:XX:XX:XX:XX
Non
INTEL_FourthFCoEWWPNTarget
X
X
X*
Oui
XX:XX:XX:XX:XX:XX:XX:XX
XX:XX:XX:XX:XX:XX:XX:XX
Non
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
Bande passante
de transmission
max. de la partition n
MaxBandwidth[Partition:n]
X
X
Oui
1-100
1-100
Oui
Représente la bande passante de transmission maximum de la partition sous la
forme d'un pourcentage de la vitesse de liaison du port physique complet. La plage de la
bande passante maximum est de 1 à 100 %
pour chaque partition autorisée. Si la valeur
de la bande passante maximale configurée à
distance sur la partition n'est inférieure à la
bande passante minimale sur la partition n, la
bande passante minimale sera utilisée.
Bande passante
de transmission
min. de la partition n
MinBandwidth[Partition:n]
X
X
Oui
1-100
1-100
Oui
Représente la bande passante de transmission minimale de la partition sous la
forme d'un pourcentage de la vitesse de liaison du port physique complet. La plage de la
bande passante minimale est de 1 à 100 %
pour chaque partition autorisée. La bande passante minimale pour toutes les partitions activées sur un port doit totaliser 100 %. Si les
pourcentages de la bande passante minimale
configurée à distance ne totalisent pas 100, le
microprogramme les normalisera automatiquement à 100.
LUN de démarrage
FirstTgtBootLun
X
X
X
X
X
X
X
Oui
0-255
0-255
Oui
Spécifie le numéro d'unité logique (LUN) de
démarrage sur la première cible de stockage
iSCSI.
Secret CHAP
FirstTgtChapPwd
X
X
X
X
X
X
X
Oui
chaîne
chaîne
Oui
Spécifie le mot de passe secret CHAP (Challenge-Handshake Authentication Protocol) de
la première cible de stockage iSCSI. La
valeur de chaîne est limitée aux caractères
alphanumériques, ainsi que '.' (point), ':'
(deux-points) et '-' (tiret).
Adresse IP
FirstTgtIpAddress
X
X
X
X
X
X
X
Oui
X.X.X.X
X.X.X.X
Oui
Spécifie l'adresse IP de la première cible
iSCSI.
Nom iSCSI
FirstTgtIscsiName
X
X
X
X
X
X
X
Oui
chaîne
chaîne
Oui
Spécifie le nom IQN (iSCSI Qualified Name)
de la première cible de stockage iSCSI. La
valeur de chaîne est limitée aux caractères
alphanumériques, ainsi que '.' (point), ':'
(deux-points) et '-' (tiret).
Port TCP
FirstTgtTcpPort
X
X
X
X
X
X
X
Oui
1024-65535
1024-65535
Oui
Spécifie le numéro de port TCP de la première cible iSCSI.
ID CHAP
IscsiInitiatorChapId
X
X
X
X
X
X
X
Oui
chaîne
chaîne
Oui
Spécifie l'ID CHAP (Challenge-Handshake
Authentication Protocol) de la première cible
de stockage iSCSI. La valeur de chaîne est
limitée aux caractères alphanumériques,
ChapAuthEnable Activé
Nom d'affichage
Nom X-UEFI
Cartes prises en charge
I350
X520
X540
X550
X710
XL710
XXV710
Configurable
par
l'utilisateur
Valeurs configurables par
l'utilisateur
Valeurs pouvant être affichées
Dépendances pour
les valeurs
Optimisation
de l'identité
d'E/S
(iDRAC 8/9)
Information
ainsi que '.' (point), ':' (deux-points) et '-'
(tiret).
Authentification
CHAP
ChapAuthEnable
X
X
X
X
X
X
X
Oui
Activé/Désactivé
Activé/Désactivé
Non
Permet à l'initiateur d'utiliser l'authentification
CHAP lors de la connexion à la cible iSCSI.
Paramètres
TCP/IP via
DHCP
TcpIpViaDHCP
X
X
X
X
X
X
X
Oui
Désactivé/Activé
Désactivé/Activé
Non
Contrôle la source de l'adresse IP de
l'initiateur (affectation DHCP ou statique).
Cette option est spécifique à IPv4.
Version IP
IpVer
X
X
X
X
X
X
X
Non
IPv4
Non
Contrôle si l'adressage réseau IPv4 ou IPv6
sera utilisé pour l'initiateur et les cibles
iSCSI. Actuellement, seul l'adressage IPv4
est pris en charge.
Authentification
mutuelle CHAP
ChapMutualAuth
X
X
X
X
X
X
X
Oui
Désactivé/Activé
Désactivé/Activé
ChapAuthEnable Activé
Non
Active ou désactive l'authentification mutuelle
CHAP. Pour utiliser l'authentification mutuelle
CHAP, spécifiez un secret d'initiateur dans la
page Paramètres de l'initiateur et configurez
ce secret sur la cible.
Paramètres
iSCSI via
DHCP
IscsiViaDHCP
X
X
X
X
X
X
X
Oui
Désactivé/Activé
Désactivé/Activé
TcpIpViaDHCP Activé
Non
Permet l'acquisition des paramètres de la
cible iSCSI depuis DHCP.
Nom iSCSI
IscsiInitiatorName
X
X
X
X
X
X
X
Oui
chaîne
chaîne
Oui
Spécifie le nom IQN (iSCSI Qualified Name)
de l'initiateur. Le paramètre d'attribut
s'applique à tous les ports d'un contrôleur
donné. Il est recommandé d'utiliser le même
IscsiInitiatorName sur tous les ports d'un périphérique donné.
Secret CHAP
IscsiInitiatorChapPwd
X
X
X
X
X
X
X
Oui
chaîne
chaîne
ChapAuthEnable Activé
Oui
Définit le secret (mot de passe) CHAP (Challenge-Handshake Authentication Protocol) de
l'initiateur iSCSI. La valeur de chaîne est limitée aux caractères alphanumériques, ainsi
que '.' (point), ':' (deux-points) et '-' (tiret).
Passerelle par
défaut
IscsiInitiatorGateway
X
X
X
X
X
X
X
Oui
X.X.X.X
X.X.X.X
TcpIpViaDHCP Désactivé
Oui
Spécifie l'adresse IP de la passerelle par
défaut utilisée par l'initiateur iSCSI.
Adresse IP
IscsiInitiatorIpAddr
X
X
X
X
X
X
X
Oui
X.X.X.X
X.X.X.X
TcpIpViaDHCP Désactivé
Oui
Spécifie l'adresse IP de l'initiateur iSCSI.
Masque de
sous-réseau
IscsiInitiatorSubnet
X
X
X
X
X
X
X
Oui
X.X.X.X
X.X.X.X
TcpIpViaDHCP Désactivé
Oui
Spécifie le masque de sous-réseau IPv4 de
l'initiateur iSCSI.
Faire clignoter
les DEL
BlnkLeds
X
X
X
X
X
X
X
Oui
0-15
0-15
Non
Spécifie le nombre de secondes pendant lesquelles les DEL sur le port réseau physique
doivent clignoter pour faciliter l'identification
des ports.
Adresse MAC
FIP virtuelle
VirtFIPMacAddr
X
X
X*
Oui
XX:XX:XX:XX:XX:XX
XX:XX:XX:XX:XX:XX
Oui
Définit l'adresse MAC FIP pouvant être affectée par programmation pour FCoE.
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t de la
famille de périphériques X550.
Adresse MAC
VirtMacAddr
X
X
X
X
X
X
X
Oui
XX:XX:XX:XX:XX:XX
XX:XX:XX:XX:XX:XX
Oui
Définit l'adresse MAC pouvant être affectée
Nom d'affichage
Nom X-UEFI
Cartes prises en charge
I350
X520
X540
X550
X710
XL710
XXV710
Configurable
par
l'utilisateur
Valeurs configurables par
l'utilisateur
Valeurs pouvant être affichées
Dépendances pour
les valeurs
Optimisation
de l'identité
d'E/S
(iDRAC 8/9)
virtuelle
Nom virtuel de
nœud mondial
(WWNN)
Information
par programmation pour le port.
VirtWWN
X
X
X*
Oui
XX:XX:XX:XX:XX:XX:XX:XX
XX:XX:XX:XX:XX:XX:XX:XX
Oui
Définit l'identifiant de nom de nœud World
Wide Fibre Channel pour FCoE pouvant être
affecté par programmation. Les 6 derniers
octets doivent être conformes à l'adresse
MAC FIP active.
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
Nom virtuel de
port mondial
(WWPN)
VirtWWPN
X
X
X*
Oui
XX:XX:XX:XX:XX:XX:XX:XX
XX:XX:XX:XX:XX:XX:XX:XX
Oui
Définit l'Identifiant de nom de port World
Wide Fibre Channel pour FCoE pouvant être
affecté par programmation. Les 6 derniers
octets doivent être conformes à l'adresse
MAC FIP active.
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
Prise en charge
de l'amorçage
FCoE
FCoEBootSupport
Adresse MAC
FIP
FIPMacAddr
X
X
X
X
X
X
X*
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité Fibre Channel over
Ethernet Boot est prise en charge.
Non
XX:XX:XX:XX:XX:XX
Non
Définit l'adresse MAC FIP permanente pour
FCoE affectée pendant la fabrication.
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
FlexAddressing
FlexAddressing
X
X
X
X
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité Dell FlexAddressing est prise en charge.
Prise en charge
de l'amorçage
iSCSI
iSCSIBootSupport
X
X
X
X
X
X
X
Non
Disponible/Indisponible
Non
Indique si le démarrage iSCSI est pris en
charge.
Prise en charge
de la version
iSCSI Dual IP
iSCSIDualIPVersionSupport
X
X
X
X
X
X
X
Non
Disponible/Indisponible
Non
Indique la prise en charge des configurations
simultanées IPv4 et IPv6 de l'initiateur iSCSI
et des cibles iSCSI principales et secondaires. Indisponible est la seule valeur utilisée.
Prise en charge
du délestage
iSCSI
iSCSIOffloadSupport
X
X
X
X
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité de délestage iSCSI
est prise en charge. Indisponible est la seule
valeur utilisée.
État de la liaison
LinkStatus
X
X
X
X
X
X
X
Non
Déconnecté/Connecté
Non
Indique l'état de la liaison physique des ports
réseau signalé par le contrôleur.
Adresse MAC
MacAddr
X
X
X
X
X
X
X
Non
XX:XX:XX:XX:XX:XX
Non
Indique l'adresse MAC permanente affectée
pendant la fabrication.
Prise en charge
des partitions
NIC
NicPartitioningSupport
X
X
X
X
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité de partitionnement
NIC est prise en charge.
PassThrough de
gestion BMC
SE
OSBMCManagementPassThrough
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité de PassThrough de
gestion BMC SE est prise en charge.
Nom d'affichage
Nom X-UEFI
Cartes prises en charge
I350
X520
X540
X550
X710
XL710
XXV710
Configurable
par
l'utilisateur
Valeurs configurables par
l'utilisateur
Valeurs pouvant être affichées
Dépendances pour
les valeurs
Optimisation
de l'identité
d'E/S
(iDRAC 8/9)
Information
ID de périphérique PCI
PCIDeviceID
X
X
X
X
X
X
X
Non
XXXX
Non
Indique l'ID de périphérique PCI du contrôleur.
Prise en charge
de l'amorçage
PXE
PXEBootSupport
X
X
X
X
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonction d'amorçage PXE est
prise en charge.
Contrôle du flux
de réception
RXFlowControl
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité de contrôle du flux
de réception (RX) est prise en charge. "Indisponible" est la seule valeur utilisée.
Prise en charge
TOE
TOESupport
X
X
X
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité de moteur de délestage TCP/IP (TCP/IP Offload Engine) est
prise en charge. Indisponible est la seule
valeur utilisée.
Contrôle du
débit de transmission - Maximum
TXBandwidthControlMaximum
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité Contrôle du débit
de transmission - Maximum est prise en
charge.
Contrôle du flux
de transmission
TXFlowControl
Non
Disponible/Indisponible
Non
Indique si la fonctionnalité du contrôle du flux
de transmission est prise en charge. Indisponible est la seule valeur utilisée.
Nom du nœud
World Wide
(WWNN)
WWN
Non
XX:XX:XX:XX:XX:XX:XX:XX
Non
Indique l'identifiant de nom de nœud World
Wide Fibre Channel pour FCoE. Affecté pendant la fabrication.
X
X
X
X
X
X
X
X
X
X*
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
Nom WWN du
port
WWPN
X
X
X*
Non
XX:XX:XX:XX:XX:XX:XX:XX
Non
Indique l'identifiant de nom de port World
Wide Fibre Channel pour FCoE. Affecté pendant la fabrication.
* Uniquement pris en charge sur les cartes
réseau Ethernet Intel® 10G 2P X550-t.
Protocole
d'amorçage
existant
LegacyBootProto
X
X
X
X
X
X
X
Oui
Aucun/PXE/iSCSI principal/iSCSI secondaire/*FCoE)
Aucun/PXE/iSCSI principal/iSCSI secondaire/*FCoE
Non
Sélectionne un protocole d'amorçage à utiliser en mode d'amorçage BIOS existant (non
UEFI).
* L"option FCoE s'affiche uniquement sur les
périphériques pris en charge par FCoE
ID de réseau
local virtuel
VLanId
X
X
X
X
X
X
X
Oui
0-4094
0-4094
Non
Spécifie l'ID (balise) à utiliser en mode VLAN
PXE. L'ID de VLAN doit être compris entre 0
et 4 094. Le VLAN PXE est désactivé lorsque
cette valeur est définie sur 0.
Wake On LAN
WakeOnLan
X
X
X
X
X
X
X
Oui
Désactivé/Activé/'N/A'
Désactivé/Activé/'N/A'
Non
Active l'alimentation du système via un
réseau LAN. Remarque : la configuration de
la fonctionnalité Wake on LAN sur le système
d'exploitation ne change pas la valeur de ce
paramètre, mais change le comportement
Wake on LAN dans les états d'alimentation
contrôlés par le SE.
Vitesse de liaison
LnkSpeed
X
X
X
X
X
X
X
*Oui
Négociation
Négociation
Non
Spécifie la vitesse de liaison du port à utiliser
lors du démarrage du protocole sélectionné.
Nom d'affichage
Nom X-UEFI
Cartes prises en charge
I350
X
X520
X
X540
X
X550
X
X710
Fonctions PCI
virtuelles
publiées
NumberVFAdvertised
X
Fonctions PCI
virtuelles
publiées
NumberVFAdvertised
X
Nombre de fonctions PCI physiques
actuellement
autorisées par
port
NumberPCIFunctionsEnabled
X
Nombre de fonctions PCI physiques prises en
charge
NumberPCIFunctionsSupported
Partition n
XL710
X
XXV710
Configurable
par
l'utilisateur
Valeurs configurables par
l'utilisateur
Valeurs pouvant être affichées
automatique/1000 Mbit/s
Full/10 Mbit/s
Half/10 Mbit/s
Full/100 Mbit/s
Half/100 Mbit/s Full
automatique/1000 Mbit/s
Full/10 Mbit/s
Half/10 Mbit/s
Full/100 Mbit/s
Half/100 Mbit/s Full
Dépendances pour
les valeurs
Optimisation
de l'identité
d'E/S
(iDRAC 8/9)
Information
*L'attribut est modifiable sur les périphériques
1G (I350) uniquement.
X
Oui
I350 : 1-8, X520/X540/X550 :
1-64, X710/XL710/XXV710 :
0-127
I350 : 1-8, X520/X540/X550 :
1-64, X710/XL710/XXV710 :
0-127
VirtualizationMode
- SR-IOV
Non
Indique le nombre de fonctions PCI virtuelles
(VF) à publier en mode non NPAR. Les
valeurs disponibles varient selon les familles
de produits. Sur les périphériques équipés de
cartes réseau I350, X520, X540 et X550, la
valeur représente le nombre total de VF PCI
qui seront partagés entre tous les ports d'un
contrôleur donné. Sur tous les autres périphériques, la valeur représente le nombre de
VF PCI qui seront dédiés à chaque port.
X
Oui
0-128
0-128
VirtualizationMode
-NPAR+ SR-IOV
Non
Indique le nombre de fonctions PCI virtuelles
(VF) à publier sur ce port en mode NPAR.
Cet attribut est présent uniquement dans le
navigateur HII. Les fonctions virtuelles en
mode NPAR ne peuvent être affectées qu'à la
première partition d'un port. Utilisez l'attribut
VFDistribution pour la configuration à distance.
X
X
Non
1-8
Non
Indique le nombre de fonctions PCI physiques
actuellement activées sur ce port.
X
X
X
Non
1-8
Non
Indique le nombre de fonctions PCI physiques
prises en charge sur ce port. Cette valeur
peut varier en fonction de la prise en charge et
de la configuration de NParEP.
PartitionState[Partition:n]
X
X
X
Non
Activé/Désactivé
Non
Indique l'état d'activation actuel de la partition.
Adresse MAC
virtuelle
VirtMacAddr[Partition:n]
X
X
X
Oui
Adresse MAC
MacAddr[Partition:n]
X
X
X
Non
XX:XX:XX:XX:XX:XX
Non
Indique l'adresse MAC permanente affectée
pendant la fabrication.
Mode NIC
NicMode[Partition:n]
X
X
X
Non
Désactivé/Activé
Non
Spécifie l'utilisation de la partition pour le trafic Ethernet L2. Activé est la seule valeur utilisée.
ID de périphérique PCI
PCIDeviceID[Partition:n]
X
X
X
Non
XXXX
Non
Indique l'ID de périphérique PCI de la partition.
Numéro de port
PortNumber[Partition:n]
X
X
X
Non
1-4
Non
Indique le port auquel la partition appartient,
où n représente le nombre de partitions.
Distribution des
VF
VFDistribution
X
X
X
Oui
Non
Définit la distribution des VF sur les PF dans
le domaine spécifié par VFAllocBasis. Une
valeur apparaît dans la liste séparée par des
deux-points de chaque fonction physique qui
XX:XX:XX:XX:XX:XX
X:0:0:0:...:0:0 (le nombre de
zéros dépend du nombre de
partitions actuellement activées sur le port)
XX:XX:XX:XX:XX:XX
X:0:0:0:...:0:0 (le nombre de
zéros dépend du nombre de
partitions actuellement activées sur le port)
Indique l'adresse MAC pouvant être affectée
par programmation pour la partition.
VirtualizationMode
- NPAR + SR-IOV
Nom d'affichage
Nom X-UEFI
Cartes prises en charge
I350
X520
X540
X550
X710
XL710
XXV710
Configurable
par
l'utilisateur
Valeurs configurables par
l'utilisateur
Valeurs pouvant être affichées
Dépendances pour
les valeurs
Optimisation
de l'identité
d'E/S
(iDRAC 8/9)
Information
peut être potentiellement présente dans le
domaine d'affectation. Les valeurs de gauche
à droite dans la liste s'appliquent aux numéros de fonction du plus petit au plus grand
dans le domaine.
Avertissements
Contrat de licence du logiciel
CONTRAT DE LICENCE DU LOGICIEL INTEL (licence finale)
IMPORTANT - À LIRE AVANT TOUTE TENTATIVE DE COPIE, D’INSTALLATION OU D’UTILISATION.
Veuillez ne pas utiliser ou charger ce logiciel et tout programme associé (regroupés sous la désignation "Logiciel") tant que vous n’avez pas lu attentivement les conditions suivantes. En chargeant ou en utilisant le Logiciel,
vous acceptez les termes de ce contrat. Si vous êtes en désaccord avec les termes de ce contrat, veuillez ne
pas installer ou utiliser le Logiciel.
CONTRATS DE LICENCE
Veuillez noter :
l
Si vous êtes un administrateur réseau, reportez-vous à la "Licence de site" ci-dessous.
l
Si vous êtes un utilisateur final, reportez-vous à la "Licence utilisateur unique" ci-dessous.
LICENCE DE SITE. Vous pouvez copier le Logiciel sur les ordinateurs de votre organisation afin que les employés
puissent l’utiliser et vous pouvez sauvegarder un nombre raisonnable de copies du Logiciel, conformément à ces
conditions :
1. Ce Logiciel est concédé sous licence pour une utilisation exclusive avec les produits composants Intel.
L’utilisation du Logiciel avec des produits composants autres que Intel n’est pas couverte par cette
licence.
2. Vous n’êtes pas autorisé(e) à copier, modifier, louer, vendre, distribuer, ni transférer une partie quelconque du
Logiciel, sauf dans la mesure prévue par le présent Contrat, et vous vous engagez à empêcher toute copie non
autorisée du Logiciel.
3. Vous n’êtes pas autorisé(e) à reconstituer la logique du Logiciel, à le décompiler ou à le désassembler.
4. Vous n’êtes pas autorisé(e) à concéder une sous-licence du Logiciel ou à permettre à plusieurs utilisateurs de
l’utiliser simultanément.
5. Le Logiciel peut inclure des portions sujettes à des termes complémentaires aux présents, définis dans une
licence accompagnant ces portions.
LICENCE UTILISATEUR UNIQUE. Vous pouvez copier le Logiciel sur un seul ordinateur pour une utilisation personnelle et non commerciale, et vous pouvez effectuer une copie de sauvegarde du Logiciel, conformément à ces
conditions :
1. Ce Logiciel est concédé sous licence pour une utilisation exclusive avec les produits composants Intel.
L’utilisation du Logiciel avec des produits composants autres que Intel n’est pas couverte par cette
licence.
2. Vous n’êtes pas autorisé(e) à copier, modifier, louer, vendre, distribuer, ni transférer une partie quelconque du
Logiciel, sauf dans la mesure prévue par le présent Contrat, et vous vous engagez à empêcher toute copie non
autorisée du Logiciel.
3. Vous n’êtes pas autorisé(e) à reconstituer la logique du Logiciel, à le décompiler ou à le désassembler.
4. Vous n’êtes pas autorisé(e) à concéder une sous-licence du Logiciel ou à permettre à plusieurs utilisateurs de
l’utiliser simultanément.
5. Le Logiciel peut inclure des portions sujettes à des termes complémentaires aux présents, définis dans une
licence accompagnant ces portions.
PROPRIÉTÉ DU LOGICIEL ET COPYRIGHT (DROITS D’AUTEUR). Intel ou ses fournisseurs demeurent les propriétaires de toutes les copies du Logiciel. Le logiciel est protégé par la loi sur le copyright, les lois en vigueur aux
États-Unis et dans d’autres pays, ainsi que par les dispositions de traités internationaux. Vous n’êtes pas autorisés à
retirer la mention de copyright du Logiciel. Intel peut modifier le Logiciel ou des éléments référencés dans ce document, à tout moment et sans préavis, mais n’est pas dans l’obligation de mettre à jour le Logiciel ni d’offrir une assistance. Sauf stipulation expresse contraire, Intel exclut tout droit, explicite ou implicite, vis à vis des brevets, copyrights
et marques Intel, et tout autre droit de propriété intellectuelle. Vous pouvez transférer le Logiciel uniquement si le bénéficiaire accepte d’être lié par ces termes et si vous ne conservez aucune copie du Logiciel.
GARANTIE LIMITÉE DU SUPPORT. Si le logiciel a été remis par Intel sur un support physique, Intel garantit que celuici est exempt de défauts matériels pendant une période de quatre-vingt-dix jours à compter de la date de livraison par
Intel. Si un tel défaut est détecté, renvoyez le support à Intel qui pourra choisir de le remplacer ou d’employer une autre
méthode de livraison.
EXCLUSION DE TOUTE AUTRE GARANTIE. À L’EXCEPTION DES CAS CI-DESSUS, LE LOGICIEL EST FOURNI
"EN L’ÉTAT", SANS GARANTIE EXPRESSE OU IMPLICITE D’AUCUNE SORTE, NOTAMMENT TOUTE GARANTIE
DE QUALITÉ MARCHANDE, D’ABSENCE DE CONTREFAÇON OU D’ADÉQUATION À UN USAGE PARTICULIER.
Intel ne garantit pas la précision ni l’exhaustivité des informations, des textes, des graphiques, des liens ou d’autres
éléments contenus dans le Logiciel et ne peut en être tenu responsable.
LIMITATION DE RESPONSABILITÉ. EN AUCUN CAS INTEL OU SES FOURNISSEURS NE POURRONT ÊTRE
TENUS POUR RESPONSABLES DE TOUT DOMMAGE, DE QUELQUE NATURE QUE CE SOIT (Y COMPRIS, MAIS
DE MANIÈRE NON LIMITATIVE, TOUTE PERTE DE BÉNÉFICES, INTERRUPTION D’ACTIVITÉ OU PERTE
D’INFORMATIONS), RÉSULTANT DE L’UTILISATION OU DE L’IMPOSSIBILITÉ D’UTILISER LE LOGICIEL, ET CE
MÊME SI INTEL A ÉTÉ PRÉVENU DE L’ÉVENTUALITÉ DE TELS DOMMAGES. CERTAINES JURIDICTIONS
N’AUTORISENT PAS L’EXCLUSION OU LA LIMITATION DE RESPONSABILITÉ POUR LES GARANTIES
IMPLICITES OU LES DOMMAGES INDIRECTS OU ACCESSOIRES, DE SORTE QUE LA LIMITATION CI-DESSUS
PEUT NE PAS VOUS ÊTRE APPLICABLE. VOUS POUVEZ ÉGALEMENT DISPOSER D’AUTRES DROITS QUI
VARIENT DE JURIDICTION EN JURIDICTION.
RÉSILIATION DE CE CONTRAT. Intel peut résilier ce contrat à tout moment si vous n’en respectez pas les termes.
Dans ce cas, vous devez immédiatement détruire le Logiciel et retourner toutes les copies dudit Logiciel à Intel.
LOIS APPLICABLES. Toute réclamation établie dans le cadre de ce contrat sera régie par les lois de l’État de Californie (États-Unis), à l’exception de ses principes de conflit des lois et de la convention des Nations Unies sur les
contrats pour la vente de biens. Vous n’êtes pas autorisés à exporter le Logiciel en infraction des lois et des régulations d’exportation applicables. Intel n’est contraint par aucun autre contrat à moins que celui-ci ne soit établi par
écrit et signé par un représentant habilité d’Intel.
LIMITATION DES DROITS DU GOUVERNEMENT. Le Logiciel est fourni avec des "DROITS LIMITÉS". L’utilisation, la
duplication ou la diffusion par le gouvernement est soumise à des restrictions comme indiqué dans les clauses
FAR52.227-14 et DFAR252.227-7013 et seq. ou son successeur. L’utilisation du Logiciel par le gouvernement constitue la reconnaissance des droits de propriété de Intel mentionnés dans ce document. Le sous-traitant ou le fabricant
est Intel.
Licences tierces
Des parties de cette version peuvent inclure des logiciels distribués sous les licences suivantes.
Open Toolkit Library (OpenTK)
Licence The Open Toolkit Library
Copyright (c) 2006 - 2009 The Open Toolkit library.
L'autorisation est accordée gratuitement par les présentes à toute personne obtenant une copie de ce logiciel et des
fichiers de documentation associés (le "logiciel") d'utiliser le logiciel sans restriction, y compris, sans limitation, le droit
d'utiliser, de copier, de modifier, de fusionner, de publier, de distribuer, d'accorder des sous-licences et/ou de vendre
des copies du logiciel, et d'autoriser les personnes à qui le logiciel est fourni à faire de même, sous réserve des conditions suivantes :
La mention de copyright ci-dessus et cette notification d'autorisation doivent être incluses dans toutes les copies ou portions substantielles du logiciel.
LE LOGICIEL EST FOURNI "EN L'ÉTAT" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE NI IMPLICITE, Y
COMPRIS, SANS QUE CE SOIT UNE LIMITATION, LA GARANTIE DE POSSIBILITÉ DE COMMERCIALISATION,
D'ADAPTATION À UN OBJECTIF PARTICULIER ET DE NON-VIOLATION. EN AUCUN CAS LES AUTEURS OU
DÉTENTEURS DU COPYRIGHT NE POURRONT ÊTRE TENUS POUR RESPONSABLES EN CAS DE PLAINTE,
DOMMAGES OU AUTRE RISQUE, QUE CE SOIT LORS D'UNE ACTION CONTRACTUELLE, PRÉJUDICE OU AUTRE,
DÉCOULANT DE OU LIÉ AU LOGICIEL OU À SON UTILISATION OU EN RAPPORT AVEC LE LOGICIEL.
Tiers
* The Open Toolkit Library comprend des parties de la bibliothèque de classes Mono, qui sont couvertes par la licence
ci-après :
Copyright (c) 2004 Novell, Inc.
L'autorisation est accordée gratuitement par les présentes à toute personne obtenant une copie de ce logiciel et des
fichiers de documentation associés (le "logiciel") d'utiliser le logiciel sans restriction, y compris, sans limitation, le droit
d'utiliser, de copier, de modifier, de fusionner, de publier, de distribuer, d'accorder des sous-licences et/ou de vendre
des copies du logiciel, et d'autoriser les personnes à qui le logiciel est fourni à faire de même, sous réserve des conditions suivantes :
La mention de copyright ci-dessus et cette notification d'autorisation doivent être incluses dans toutes les copies ou portions substantielles du logiciel.
LE LOGICIEL EST FOURNI "EN L'ÉTAT" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE NI IMPLICITE, Y
COMPRIS, SANS QUE CE SOIT UNE LIMITATION, LA GARANTIE DE POSSIBILITÉ DE COMMERCIALISATION,
D'ADAPTATION À UN OBJECTIF PARTICULIER ET DE NON-VIOLATION. EN AUCUN CAS LES AUTEURS OU
DÉTENTEURS DU COPYRIGHT NE POURRONT ÊTRE TENUS POUR RESPONSABLES EN CAS DE PLAINTE,
DOMMAGES OU AUTRE RISQUE, QUE CE SOIT LORS D'UNE ACTION CONTRACTUELLE, PRÉJUDICE OU AUTRE,
DÉCOULANT DE OU LIÉ AU LOGICIEL OU À SON UTILISATION OU EN RAPPORT AVEC LE LOGICIEL.
* Les conversions Half-to-Single et Single-to-Half sont couvertes par la licence suivante :
Copyright (c) 2002, Industrial Light & Magic, une division de Lucas Digital Ltd. LLC. Tous droits réservés.
La redistribution et l'utilisation sous forme de code source ou sous forme binaire, avant ou sans modification, sont autorisées sous réserve que les conditions suivantes soient remplies :
l
La redistribution du code source doit conserver la mention de copyright ci-dessus, cette liste de conditions et
l'exclusion de responsabilité qui suit.
l
La redistribution sous forme binaire doit reproduire dans la documentation et/ou les autres documents fournis
avec la distribution la mention de copyright ci-dessus, cette liste de conditions et l'exclusion de responsabilité
qui suit.
l
Ni le nom de Industrial Light & Magic, ni celui de ses contributeurs ne peut être utilisé pour soutenir ou promouvoir les produits dérivés de ce logiciel sans une autorisation écrite spécifique préalable.
CE LOGICIEL EST FOURNI "EN L'ÉTAT" PAR LES DÉTENTEURS DU COPYRIGHT ET LES CONTRIBUTEURS, ET
TOUTE GARANTIE EXPRESSE OU IMPLICITE Y COMPRIS, SANS LIMITATION, LA GARANTIE IMPLICITE DE
POSSIBILITÉ DE COMMERCIALISATION ET D'ADAPTATION À UN OBJECTIF PARTICULIER, EST EXCLUE. EN
AUCUN CAS LE DÉTENTEUR DU COPYRIGHT OU SES CONTRIBUTEURS NE POURRONT ÊTRE TENUS POUR
RESPONSABLES DE QUELQUE DOMMAGE DIRECT, INDIRECT, INCIDENT, SPÉCIAL, EXEMPLAIRE OU
CONSÉCUTIF (Y COMPRIS, SANS LIMITATION, L'APPROVISIONNEMENT EN MARCHANDISES OU SERVICES DE
SUBSTITUTION ; LA PERTE D'UTILISATION, DE DONNÉES OU DE PROFITS ; OU L'INTERRUPTION D'ACTIVITÉ)
QUELLE QU'EN SOIT LA CAUSE ET DANS LE CADRE DE QUELQUE THÉORIE DE RESPONSABILITÉ QUE CE
SOIT, PAR CONTRAT, RESPONSABILITÉ STRICTE OU DÉPENDS (Y COMPRIS LA NÉGLIGENCE OU DES
CONCEPTS SIMILAIRES) DÉCOULANT, DE QUELQUE MANIÈRE QUE CE SOIT, DE L'UTILISATION DE CE
LOGICIEL, MÊME EN CAS D'AVERTISSEMENT RELATIF À LA POSSIBILITÉ DE TEL DOMMAGE.
RSA Data Security-MD5 Message
RSA Data Security
Copyright (C) 1991-2, RSA Data Security, Inc. Créé en 1991. Tous droits réservés.
Une licence permettant la copie et l'utilisation de ce logiciel est accordée sous condition d'identification par le libellé
"RSA Data Security, Inc. MD5 Message-Digest Algorithm" dans tous les documents mentionnant ou faisant référence à
ce logiciel ou cette fonction.
La licence permet également de créer et d'utiliser des œuvres dérivées à condition que ces œuvres soient identifiées
comme "dérivées de RSA Data Security, Inc. MD5 Message-Digest Algorithm" dans tous les documents mentionnant
les œuvres dérivées ou y faisant référence.
RSA Data Security, Inc. ne fait aucune garantie quant à la qualité marchande de ce logiciel ou son adéquation à un
usage particulier. Le logiciel est fourni "tel quel", sans garantie expresse ou implicite d'aucune sorte.
Ces avis doivent être conservés dans toutes les copies de toute partie de ce document et/ou du logiciel.
Restrictions et clauses exonératoires de responsabilité
Les informations contenues dans ce document pourront faire l’objet de modifications sans préavis.
Copyright © 2008-2018, Intel Corporation. Tous droits réservés.
Marques commerciales utilisées dans ce document : Dell EMC et le logo Dell EMC sont des marques commerciales de
Dell Inc. Intel est une marque déposée d'Intel Corporation ou de ses filiales aux États-Unis et/ou dans d'autres pays.
* Les autres marques et noms de produit utilisés dans ce document font référence aux entités revendiquant les
marques et les noms de leurs produits. Intel renonce à tout intérêt propriétaire dans les marques et noms de produits
qui ne lui appartiennent pas.
Restrictions et clauses exonératoires de responsabilité
Les informations contenues dans le présent document, y compris l’ensemble des instructions, avertissements ainsi
que les approbations et les homologations de réglementation, ont été soumises par le fournisseur et n’ont été ni vérifiées ni testées de façon indépendante par Dell. Dell EMC ne pourrait être tenu pour responsable des dommages causés suite au respect ou au non-respect de ces instructions.
Toutes les déclarations ou revendications relatives aux propriétés, capacités, vitesses ou qualifications du dispositif
mentionné dans le présent document sont communiquées par le revendeur et non pas par Dell EMC. Dell EMC n'est
pas en mesure de certifier l'exactitude de ces déclarations, d'en garantir l'exhaustivité ou de les justifier. Veuillez vous
adresser à votre fournisseur pour toute question relative à ces déclarations.
Contrôle des exportations
Le client reconnaît que ces produits, qui peuvent inclure des technologies ou des logiciels, sont sujets aux lois et réglementations relatives aux douanes et à l’exportation des États-Unis et peuvent également être sujets aux lois et réglementations relatives aux douanes et à l’exportation du pays dans lequel les produits sont fabriqués et/ou reçus. Le
client accepte de respecter ces lois et réglementations. En vertu de la loi des États-Unis, les produits ne peuvent être
vendus, loués ou cédés de quelque manière que ce soit à des utilisateurs finaux ou des pays faisant l'objet de restrictions. De plus, les produits ne peuvent être vendus, loués, transférés ou utilisés par un utilisateur engagé dans des
activités liées aux armes de destruction massive, y compris mais sans s’y limiter, les activités liées à la conception, au
développement, à la production ou à l’utilisation d’armes, de matériaux, ou de bâtiments nucléaires, de missiles, de
projets liés aux missiles, ou d’armes chimiques ou biologiques.
9 mars 2018

Manuels associés