En utilisant le pilote de Base ixgbe pour 10 Gigabit Intel® Network Connections

Le pilote ixgbe supporte 82598 et 82599-basé PCI Express * 10 Gigabit Network Connections.

• Télécharger ixgbe ici
• Vue d'ensemble
• Construction et installation
• Paramètres de ligne de commande
• Configurations supplémentaires

Vue d'ensemble

Le pilote de base Linux * prend en charge le noyau 2.6.x et inclut le support pour n'importe quel système Linux pris en charge, y compris les PPC, x86_64, i686 et Itanium® 2.

Ces pilotes sont uniquement pris en charge sous forme de module chargeable en ce moment. Intel ne fournit pas les patchs contre les sources du noyau afin de permettre la liaison statique du pilote. Une version du pilote peut être incluse par votre distribution et/ou le noyau de kernel.org. Pour les questions relatives à la configuration matérielle requise, consultez la documentation fournie avec votre carte réseau Intel®. Toutes les exigences matérielles énumérées s'appliquent pour utiliser avec Linux.

Les fonctionnalités suivantes sont maintenant disponibles dans les noyaux pris en charge :

• VLAN natifs
• Channel Bonding (regroupement)
• SNMP
• Générique réception du déchargement
• Data Center Bridging

Channel Bonding documentation se trouve dans les sources du noyau Linux : /Documentation/networking/bonding.txt

Les informations sur les pilotes précédemment affichées dans le système de fichiers/proc ne sont pas supportées dans cette version. Alternativement, vous pouvez utiliser ethtool (version 1.6 ou ultérieure), lspci et ifconfig pour obtenir les mêmes informations. On trouvera des instructions sur la mise à jour d'ethtool dans la section configurations supplémentaires plus loin dans ce document.

Le conducteur de cette version est compatible avec les connexions réseau Intel 82598 et 82599-basé.

Pour plus d'informations sur la façon d'identifier votre carte, consultez le guide de ID adaptateur & pilote à :

http://support.Intel.com/support/go/Network/adapter/proidguide.htm

Pour les derniers pilotes réseau Intel pour Linux, consultez le site Web suivant. Sélectionnez le lien de votre carte.

http://support.Intel.com/support/go/Network/adapter/Home.htm

SFP + dispositifs optiques enfichables

adaptateurs à base de 82599

Voici une liste des modules SFP + tiers 3e et direct enfichés ayant reçu quelques tests. Tous les modules sont applicables à tous les périphériques.

cartes 82599 prend en charge tous les passifs et actifs limitant direct enfichés conformes SFF-8431 v4.1 et spécifications v10.4 SFF-8472.

Laser s'éteint pour SFP + lors de la commande ifconfig down

la commande « ifconfig down » désactive le laser pour base 82599 SFP + adaptateurs Fibre. le laser s'allume « ifconfig vers le haut ».

adaptateurs à base de 82598

Voici une liste de modules SFP + direct et fixez les câbles qui ont reçu quelques tests. Tous les modules sont applicables à tous les périphériques.

cartes 82598 soutien tous les passif directs enfichés conformes SFF-8431 v4.1 et spécifications v10.4 SFF-8472. Active directe attacher les câbles ne sont pas pris en charge.

MODULES OPTIQUES TIERS ET CÂBLES MENTIONNÉES CI-DESSUS SONT RÉPERTORIÉS UNIQUEMENT DANS LE BUT D'EN SOULIGNANT LES SPÉCIFICATIONS DE TIERS ET DE COMPATIBILITÉ POSSIBLE ET NE SONT PAS DES RECOMMANDATIONS OU ENDOSSEMENT OU PARRAINAGE De PRODUIT UN TIERS QUELCONQUE PAR INTEL. INTEL N'EST PAS APPROUVER OU PROMOUVOIR LES PRODUITS RÉALISÉS PAR DES TIERS ET LA RÉFÉRENCE DU TIERS EST FOURNIE UNIQUEMENT POUR PARTAGER L'INFORMATION CONCERNANT CERTAINS MODULES OPTIQUES ET DE CÂBLES AVEC LES SPÉCIFICATIONS CI-DESSUS. IL PEUT Y AVOIR AUTRES FABRICANTS OU FOURNISSEURS, PRODUISANT OU FOURNISSANT DES MODULES OPTIQUES ET CÂBLES AVEC SIMILAIRES OU CORRESPONDANCE DES DESCRIPTIONS. LES CLIENTS DOIVENT UTILISER LEUR PROPRE DISCRÉTION ET DILIGENCE POUR CÂBLES ET MODULES OPTIQUES D'ACHAT À TOUT TIERS DE SON CHOIX. LES CLIENTS SONT SEUL RESPONSABLES ÉVALUE L'ADMISSIBILITÉ DU PRODUIT ET/OU DE DISPOSITIFS ET POUR LA SÉLECTION DU FOURNISSEUR POUR L'ACHAT DE TOUT PRODUIT. LES MODULES OPTIQUES ET CÂBLES MENTIONNÉES CI-DESSUS NE SONT PAS GARANTIS OU PRIS EN CHARGE PAR INTEL. INTEL N'ASSUME AUCUNE RESPONSABILITÉ QUELLE QU'ELLE SOIT, ET EXCLUT TOUTE GARANTIE EXPRESSE OU IMPLICITE, RELATIVE À LA VENTE ET/OU L'UTILISATION DE CES PRODUITS TIERS OU LA SÉLECTION DU FOURNISSEUR PAR LES CLIENTS.

haut de la page

Construction et installation

Pour compiler un paquetage RPM * binaire de ce pilote, exécutez « rpmbuild - tb ixgbe.tar.gz ».

Pour créer manuellement ce pilote :

1. Déplacez 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. Déballez/décompressez l'archive :

   tar zxf IGB-x.x.x.tar.gz

3. Remplacez le répertoire src du pilote :

   CD ixgbe-x.x.x/src/

4. Compilez le module du pilote :

   make install

   Le fichier binaire sera installé comme :

   / lib/modules / [KERNEL_VERSION] / kernel/drivers/net/ixgbe/ixgbe.[k] o

   L'emplacement d'installation énuméré ci-dessus est l'emplacement par défaut. Cela peut être différent pour différentes distributions de Linux.

5. Chargez le module :

   Noyau 2.6.x, utilisez la commande modprobe-

   modprobe ixgbe =

   Notez que pour les 2.6 noyaux la commande insmod peut être utilisée si le chemin d'accès complet au module pilote est spécifié. Par exemple :

   insmod/lib/modules/ /kernel/drivers/net/ixgbe/ixgbe.ko

   Avec les 2.6 noyaux de base également vous assurer que les conducteurs âgés ixgbe sont supprimés du noyau, avant de charger le nouveau module :

   rmmod ixgbe ; modprobe ixgbe

6. Attribuer une adresse IP à l'interface en entrant ce qui suit, où x est le numéro d'interface :

   ifconfig eth netmaskx

7. Vérifiez que l'interface fonctionne. Entrez les informations suivantes, où est l'adresse IP d'un autre ordinateur sur le même sous-réseau que l'interface qui est mis à l'essai :

   ping

Pour construire le pilote ixgbe avec DCA

Si votre noyau prend en charge la DCA, le pilote construira avec DCA activé par défaut.

haut de la page

Paramètres de ligne de commande

Si le pilote est compilé comme module, les paramètres optionnels suivants sont utilisés en les entrant sur la ligne de commande avec la commande modprobe en utilisant cette syntaxe :

modprobe ixgbe [ = , ,...]

Par exemple :

modprobe ixgbe InterruptThrottleRate = 16000, 16000

La valeur par défaut pour chaque paramètre est généralement le paramètre recommandé, sauf indication contraire.

Nom du paramètre Gamme/paramètres valides Par défaut Description RSS - recevez la graduation latérale (ou plusieurs files d'attente pour reçoit) 0 - 16 1 0 = désactive RSS 1 = active RSS et définit le compteur de file d'attente de descripteur à 16 ou le nombre de CPU en ligne, selon ce qui est inférieur. 2-16 = active RSS, avec des files d'attente de 2-16 RSS affecte aussi le nombre de files d'attente de transmission allouée sur 2.6.23 et noyaux récents avec CONFIG_NETDEVICES_MULTIQUEUE défini dans le fichier .config du noyau. CONFIG_NETDEVICES_MULTIQUEUE n'existe que depuis 2.6.23 2.6.26. Autres options permettent de multiqueue en 2.6.27 et noyaux récents. Note Le paramètre de flux RSS n'a aucun effet sur les cartes 82599 sauf si le paramètre FdirMode est utilisé simultanément pour désactiver directeur Flow. Voir la section Directeur de débit Ethernet Intel® pour plus de détails. MQ - Multi file d'attente 0, 1 1 0 = Désactive plusieurs files d'attente support 1 = Prise en charge a permis plusieurs files d'attente (une condition préalable pour les flux RSS) DCA - Cache Direct Access 0, 1 1 (lorsque IXGBE_DCA est activé) 0 = Désactive la DCA le support dans le pilote 1 = DCA permet le support dans le pilote Voir les instructions ci-dessus pour activer le DCA. Si le pilote est activé pour DCA ce paramètre permet le contrôle au moment du chargement de la fonctionnalité. RxBufferMode 0-2 2 (cartes 82598) 0 (cartes 82599) 0 = Pilote utilisera seul tampon pour les paquets Rx. 1 = Pilote utilisera le mode split paquets pour l'en-tête du paquet Rx. sera reçue dans le tampon de l'en-tête et charge utile est reçu dans la mémoire tampon de données. 2. = Mode optimal. Pilote utilisera le mode mémoire tampon unique pour les configurations non-Jumbo et packet mode pour les configurations Jumbo divisé. Note HeaderDataSplit n'est pas supporté dans les adaptateurs de base 82599. IntMode 0-2 (0 = Legacy Int, 1 = MSI et 2 = MSIX) 2 IntMode contrôles permettent de charge temps contrôle sur le type d'interruption enregistré pour le conducteur. MSI-X est nécessaire pour une prise en charge de file d'attente, et quelques amandes et combinaisons d'options .config du noyau forceront un niveau inférieur de l'appui de l'interruption. 'cat/proc/interrupts' affichera valeurs différentes pour chaque type d'interruption. InterruptThrottleRate 956-488281 (0 = désactivé, 1 = dynamique) 8000 Interrompre à taux accélérateur (interruptions/s). Le paramètre ITR contrôle combien interrompt chaque interruption vecteur peut générer par seconde. Sur les noyaux MQ/RSS compatible avec MSI-X interrompt ce signifie que chaque vecteur RX peut générer des 8000 interruptions par seconde (par défaut) et que chaque vecteur de TX peut générer des 4000 interruptions par seconde (par défaut). Augmentant l'ITR abaisse la latence au détriment de l'utilisation accrue du processeur, mais il peut être utile dans certaines circonstances un débit. 1 = Mode dynamique tente de modérer les interruptions par vecteur tout en conservant une latence très faible. Cela peut parfois causer le processeur supplémentaire. Si l'intention de déployer ixgbe dans un environnement sensible de latence Veuillez considérer ce paramètre. 0 = Le paramètre InterruptThrottleRate à 0 désactive toute modération d'interruption et peut améliorer la latence des petits paquets, mais n'est généralement pas adapté pour le trafic de débit en vrac en raison de l'utilisation du processeur une augmentation du taux d'interruption plus élevée. Veuillez noter que sur les cartes 82599, désactivation InterruptThrottleRate provoque également le pilote désactivation HW RSC. Sur les cartes 82598, désactivation InterruptThrottleRate contribuera aussi à désactivation LRO (grande décharge recevoir). LLI (interruptions de faible latence) LLI permet de génération immédiate d'une interruption lors du traitement de réception les paquets qui correspondent à certains critères définis par les paramètres décrits ci-dessous. Paramètres LLI ne sont pas activés lorsque les interruptions d'héritage sont utilisées. Vous devez être à l'aide de MSI ou MSI-X (voir cat/proc/interrupts) à utiliser avec succès le LLI. LLIPort 0 - 65535 0 (désactivé) LLI est configuré avec le paramètre de ligne de commande LLIPort, qui spécifie quel port TCP doit générer des interruptions de faible latence. Par exemple, à l'aide de LLIPort = 80 provoquerait le matériel afin de générer une une interruption immédiate dès réception d'un paquet envoyé au port TCP 80 le ordinateur local. Mise en garde Activation de LLI peut entraîner un nombre excessif d'interruptions/seconde que peuvent poser des problèmes avec le système et, dans certains cas peut provoquer une panique du noyau. LLIPush 0-1 0 (désactivé) LLIPush peut être défini sur activé ou désactivé (par défaut). Il est plus efficace dans un environnement avec beaucoup de petites transactions. NOTE : Ce qui permet 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 Commission reçoit un paquet plus petit que la taille spécifiée. LLIEType 0-x8fff 0 (désactivé) Faible latence Interrupt Ethernet Protocol Type. LLIVLANP 0-7 0 (désactivé) Faible latence interrompre sur seuil de priorité VLAN. Contrôle de flux Contrôle de flux Ethernet (IEEE 802.3 x) peut être configuré avec ethtool pour permettre la réception et l'envoi des trames de pause de l'IGB. Lorsque tx est activé, les trames PAUSE sont générées lorsque la mémoire tampon de réception paquet franchit un seuil prédéfini. Lorsque rx est activée, l'unité de transmission s'arrêtera le temps retard spécifié lorsqu'une trame PAUSE est reçue. Contrôle de flux est activé par défaut. Si vous souhaitez désactiver un partenaire de liaison capable de contrôle de flux, utilisez ethtool : Ethtool - un eth ? négociation automatique arrêt rx large tx éteint Note Pour les cartes de fond de panier 82598 entrant dans 1 gig mode, comportement par défaut du contrôle débit est modifiée pour off. Contrôle de flux en mode 1 gig sur ces appareils peut entraîner Tx se bloque. Directeur de débit Ethernet Intel® Prise en charge avancée des filtres qui dirigent le recevoir des paquets de leurs flux de différentes files d'attente. Permet un contrôle serré sur le parcours d'un écoulement dans la plate-forme. Flux d'allumettes et cœurs de processeur pour l'affinité de l'écoulement. Prend en charge plusieurs paramètres de classification de flux flexible et équilibrage de la charge. Directeur de flux est activé uniquement si le noyau est multiple file TX capable. Un script inclus (set_irq_affinity.sh) automatise définissant l'IRQ d'affinité du processeur. Vous pouvez vérifier que le pilote utilise Flow directeur en regardant le compteur dans ethtool : fdir_miss et fdir_match. Autres commandes ethtool : Pour activer le flux directeur Ethtool -K ethX ntuple sur Pour ajouter un filtre Utilisez le commutateur - U. par exemple, ethtool - U ethX flux tcp4 src-ip 0x178000a action de type 1 Pour voir la liste des filtres actuellement présents : Ethtool -u ethX Parfait filtre : Filtre parfait est une interface pour charger le filtre de table qui entonnoirs que tous jettent dans queue_0, à moins qu'une autre file d'attente est spécifié à l'aide de « l'action ». Dans ce cas, n'importe quel flux qui correspond aux critères de filtre s'adresseront à la file d'attente appropriée. Si la file d'attente est défini comme -1, le filtre va baisser paquets correspondants. Pour tenir compte des correspondances de filtres et de justesse, il y a deux statistiques dans ethtool : fdir_match et fdir_miss. En outre, rx_queue_N_packets indique le nombre de paquets traitées par la file d'attente Nth. Les trois paramètres suivants d'impact directeur Flow. FdirMode 0-2 (0 = désactivé, 1 = RTA, 2 = mode filtre parfait) 1 (ATR) Direction modes de filtrage de flux. FdirPballoc 0-2 (0 = 64 k, 128 k de = 1, 2 = 256 k) 0 (64 k) Direction allouée de taille de mémoire tampon de paquet de flux. AtrSampleRate 1-100 20 Fréquence d'échantillonnage de paquets logiciels RTA Tx. Par exemple, lorsque la valeur 20, chaque paquet 20e, regarde pour voir si le paquet va créer un nouveau flux. max_vfs 1-63 0 Si la valeur est supérieure à 0, il forcera également le paramètre VMDq à 1 ou plus. Ce paramètre ajoute le support pour SR-IOV. Il force le pilote à se reproduire jusqu'à max_vfs une valeur de fonction virtuelle. Les paramètres du pilote sont référencés par la poste. Donc, si vous avez un adaptateur dual port 82599 et vous voulez N fonctions virtuelles par port, vous devez spécifier un nombre pour chaque port avec chaque paramètre séparé par des virgules. Par exemple : insmod ixgbe max_vfs = 63, 63 Note Si les cartes 82598 et 82599 sont installées sur le même ordinateur, vous devez être prudent lors du chargement du pilote avec les paramètres. Selon le configuration du système, nombre de créneaux horaires, etc, qu'il est impossible de prévoir dans tous les cas où les positions serait sur la ligne de commande et l'utilisateur devra spécifier zéro dans les postes occupés par un port 82598. Nœud 0-n 1 (arrêt) Le paramètre Node vous permettra de choisir quel nœud NUMA vous besoin d'allouer de la mémoire sur l'adaptateur. n: 0, où n est le nombre de nœuds NUMA (c'est-à-dire 0-3) en ligne dès maintenant dans votre système. 1: désactive cette option. L2LBen 0 = désactiver, 1 = activer (par défaut) 1 (activer) Ce paramètre contrôle le commutateur interne (loopback L2 entre pf et vf). Le commutateur est activé par défaut.

haut de la page

Configurations supplémentaires

Configuration du pilote sur les différentes distributions

Configuration d'un pilote de réseau pour charger correctement lors du démarrage du système est dépendante de distribution. Le processus de configuration implique généralement l'ajout d'un alias ligne /etc/modules.conf ou etc/modprobe.conf, mais aussi éditer d'autres scripts de démarrage du système ou des fichiers de configuration. Beaucoup de distributions Linux populaires sont livrés avec les outils nécessaires pour effectuer ces modifications pour vous. Pour apprendre la bonne façon de configurer un périphérique réseau pour votre système, reportez-vous à la documentation de votre distribution. Si au cours de ce processus, vous êtes invité pour le pilote ou le nom du module, le nom du pilote de Base Linux pour les 10 que famille de cartes Gigabit est ixgbe.

Messages de Regarde un lien

Lien messages s'afficheront pas dans la console si la distribution est limite les messages système. Afin de voir les messages de lien pour le pilote réseau sur votre console, définissez dmesg sur huit en entrant ce qui suit :

dmesg -n 8

Trames Jumbo

Le pilote prend en charge les trames jumbo pour toutes les cartes. Support des trames étendues est activée en changeant la valeur MTU sur une valeur supérieure à la valeur par défaut de 1500. La valeur maximale de la MTU est de 16110. Utilisez la commande ifconfig pour augmenter la taille MTU. Par exemple, entrez ce qui suit où est le numéro d'interface :

ifconfig ethx mtu 9000 vers le haut

Le paramètre MTU maximal pour les trames jumbo est 16110. Cette valeur coïncide avec la taille maximale de trames jumbo de 16128. Ce pilote va tenter de
utiliser plusieurs mémoires tampons de taille de page pour recevoir chaque paquet jumbo. Cela devrait aider à éviter les problèmes de famine de tampon lors de l'allocation de recevoir des paquets.

Ethtool

Le pilote utilise l'interface ethtool pour la configuration des pilotes et de diagnostics, ainsi qu'affichant des informations statistiques. La dernière version d'ethtool est nécessaire pour cette fonctionnalité.

La dernière version d'ethtool peut être trouvée à: http://ftp.kernel.org/pub/software/network/ethtool/.

NAPI

Le NAPI (mode d'interrogation de réception) est pris en charge dans le pilote ixgbe. NAPI est activé ou désactivé selon la configuration du noyau. Pour substituer la valeur par défaut, utilisez les indicateurs de compilation suivantes.

Vous pouvez dire si NAPI est activé dans le pilote, en regardant le numéro de version du pilote. Il contiendra la chaîne NAPI - si NAPI est activé.

Pour activer NAPI, compilez le module du pilote en passant par une option de configuration :

make CFLAGS_EXTRA =-DIXGBE_NAPI install

Pour désactiver NAPI, compilez le module du pilote en passant par une option de configuration :

make CFLAGS_EXTRA =-DIXGBE_NO_NAPI install

LRO

Grande réception de déchargement (LRO) est une technique permettant d'augmenter le débit entrant des connexions réseau haut débit en réduisant la charge CPU. Il fonctionne en regroupant plusieurs paquets entrants d'un flux de données unique dans une mémoire tampon plus grande avant d'être passés plus haut dans la pile réseau, réduisant ainsi le nombre de paquets qui doivent être traitées. Combine LRO plusieurs trames Ethernet dans un seul recevoir dans la pile, réduisant ainsi potentiellement l'utilisation du processeur pour les reçoit.

IXGBE_NO_LRO est un indicateur de temps de compilation. L'utilisateur peut l'activer au moment de la compilation pour enlever le support pour LRO auprès du chauffeur. Le drapeau est utilisé en ajoutant
CFLAGS_EXTRA = "-DIXGBE_NO_LRO" la marque fichier lorsqu'il est compilé.

faire CFLAGS_EXTRA = "-DIXGBE_NO_LRO" installer

Vous pouvez vérifier que le pilote utilise LRO en regardant ces compteurs dans ethtool :

lro_flushed - le nombre total de reçoit en utilisant LRO. lro_aggregated - compte le nombre total de paquets Ethernet qui ont été combinées.

HW RSC

prise en charge les cartes à 82599 HW basé recevoir côté coalescence (RSC) qui peut fusionner plusieurs images du même flux TCP/IP IPv4 dans une structure unique qui peut s'étendre sur un ou plusieurs descripteurs. Il fonctionne de manière similaire à SW grande réception technique de déchargement. Par défaut, HW RSC est activé et LRO SW ne peut pas être utilisé pour les cartes 82599 sauf si HW RSC est désactivée.

IXGBE_NO_HW_RSC est un indicateur de temps de compilation. L'utilisateur peut l'activer au moment de la compilation pour enlever le support pour HW RSC auprès du chauffeur. Le drapeau est utilisé en ajoutant CFLAGS_EXTRA = "-DIXGBE_NO_HW_RSC" la marque fichier lorsqu'il est compilé.

faire CFLAGS_EXTRA = "-DIXGBE_NO_HW_RSC" installer

Vous pouvez vérifier que le pilote utilise HW RSC en regardant le compteur dans ethtool :

hw_rsc_count - compte le nombre total de paquets Ethernet qui ont été combinées.

rx_dropped_backlog

Lorsque dans un non-Napi (ou interruption) mode, ce compteur indique que la pile s'amoindrit les paquets. Il y a un paramètre réglable dans la pile qui vous permet d'ajuster le montant de l'arriéré. Nous recommandons d'augmenter la netdev_max_backlog si le compteur monte.

# sysctl - un |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

Contrôle de flux est activé par défaut. Si vous souhaitez désactiver un partenaire de liaison capable de contrôle de flux, utilisez ethtool :

Ethtool - un eth ? négociation automatique arrêt rx large tx éteint

Fonctionnalité anti-spoofing MAC et VLAN

Lorsqu'un pilote malveillant tente d'envoyer un paquet avec une identité usurpée, il est abandonné par le matériel et pas transmis. Une interruption est envoyée au conducteur PF sa notification de la tentative d'usurpation.
Quand un paquet usurpé est détecté que le pilote PF enverra le message suivant s'affiche dans le journal système (affiché par la commande « dmesg ») :

IGB ethx : ixgbe_spoof_check: n paquets usurpés détecté où x = PF interface # n = la VF qui a tenté de faire de l'usurpation d'identité.

haut de la page

Système d'exploitation:

Cela s'applique à :