Désactiver Gro Pour L'acheminement/ Le Pontage - Intel Gigabit Ethernet Guide D'utilisation

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 éviter ce problème, le
pilote doit être compilé et installé avec ce qui suit :
# make CFLAGS_EXTRA=-DIXGBE_NO_LRO install
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. Par défaut, comme le matériel prend en charge TSO (délestage matériel de la
segmentation), GSO n'est pas exécuté. L'état de GSO peut être obtenu à l'aide d'ethtool avec ethtool -k ethX.
Désactiver GRO pour l'acheminement/ le pontage
En raison de problèmes de noyau connus, GRO doit être désactivé pour l'acheminement ou le pontage. GRO peut être
désactivé à l'aide de ethtool.
ethtool -K ethX gro off
où ethX est l'interface Ethernet que vous tentez de modifier.
Performances inférieures sur les périphériques 2 ports et 4 ports 10 Gigabit Ethernet
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 de 10GbE avec des périphériques 10GbE à 2 et 4 ports. En outre, si
vous placez une carte réseau compatible PCIe Gen 3 sur un connecteur PCIe Gen 2, vous n'obtiendrez pas la totalité
de la bande passante. 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.
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 le PF et 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és pour effectuer un test complet de diagnostic.
Activation de SR-IOV dans un système d'exploitation invité Microsoft* Windows*
Server 2008/R2 32 ou 64 bits utilisant sous KVM un contrôleur 10GbE Intel® X540 ou
Intel® 82599.
KVM Hypervisor/VMM prend en charge l'attribution d'un périphérique PCIe vers un VM. Cela comprend les
périphériques PCIe classiques ainsi que les périphériques compatibles SR-IOV utilisant les contrôleurs avec chipset
Intel 82599 et X540.
Pendant l'attribution directe d'un périphérique PCIe ou d'une fonction virtuelle (VF) SR-IOV vers un VM de base Linux
exécutant un noyau 2.6.32 ou une version ultérieure, il existe un problème connu avec Microsoft Windows Server
2008/R2 VM qui entraîne une erreur "point d'exclamation jaune". KVM VMM est à l'origine de ce problème, et ne vient
pas du pilote Intel ou de la logique SR-IOV du VMM. Le KVM imite un ancien modèle de processeur pour les hôtes et
cet ancien modèle ne prend pas en charge les interruptions MSI-X, condition requise sur Intel SR-IOV.