Dell Broadcom NetXtreme Family of Adapters Manuel d'utilisation

Page 122

Advertising
background image

Services de regroupement Broadcom : Guide de l'utilisateur de la carte réseau Broadcom NetXtreme II®

file:///C|/Users/Nalina_N_S/Documents/NetXtremeII/French/teamsvcs.htm[9/5/2014 3:48:04 PM]

Remarque : Toutes les cartes de l'équipe doivent prendre en charge les propriétés présentées dans le

Tableau 7

pour que

l'équipe puisse prendre en charge ces propriétés.

Checksum Offload (Déchargement de la somme de contrôle)

Checksum Offload (Déchargement de la somme de contrôle) est une propriété des cartes réseau Broadcom qui permet aux
sommes de contrôle d'envoi et de réception de trafic TCP/IP/UDP d'être calculées par la carte physique plutôt que par l'UC
hôte. Lorsque le trafic est très important, cette fonction peut permettre à un système de gérer plus de connexions plus
efficacement que si l'UC hôte devait calculer les sommes de contrôle. Il s'agit d'une propriété matérielle par nature qui ne
tirerait pas parti d'une mise en œuvre uniquement logicielle. Une carte prenant en charge le déchargement de la somme de
contrôle informe le système d'exploitation de l'existence de cette fonction. Ainsi, la somme de contrôle n'a pas à être calculée
dans la pile de protocole. Le déchargement de sommes de contrôle est actuellement pris en charge exclusivement pour IPv4.

IEEE 802.1p QoS Tagging (Identification QoS IEEE 802.1p)

La norme IEEE 802.1p comporte un champ de 3 bits (prenant en charge 8 niveaux de priorité au maximum), qui permet de
hiérarchiser le trafic. Le pilote intermédiaire BASP ne prend pas en charge l'identification QoS IEEE 802.1p.

Large Send Offload (Déchargement important à l'émission)

Large Send Offload (Déchargement important à l'émission) est une fonction fournie par les cartes réseau Broadcom qui
empêche qu'un protocole de niveau supérieur comme TCP ne divise un paquet de données important en une série de paquets
plus petits en lui ajoutant des en-têtes. La pile de protocole n'a besoin de générer qu'un seul en-tête pour un paquet de
données de 64 Ko maximum et la carte matérielle divise le tampon en trames Ethernet de taille appropriée avec un en-tête
correctement ordonné (en fonction de l'en-tête unique fourni au départ).

Moteur de déchargement TCP (TOE)

La suite de protocole TCP/IP sert à fournir des services de transport à une large gamme d'applications pour Internet, les
réseaux locaux et aux transferts de fichier. Sans le moteur de déchargement TCP, la suite de protocole TCP/IP exécute
l'ordinateur central d'accueil, consommant une grande partie de ses ressources et laissant peu de ressources pour les
applications. Avec l'utilisation d'une carte NetXtreme II de Broadcom, le traitement TCP/IP peut être déplacé sur le matériel,
libérant ainsi l'ordinateur pour des tâches plus importantes telles que le traitement des applications.

La fonctionnalité TOE de la carte NetXtreme II de Broadcom permet le fonctionnement simultané d'un maximum de
1 024 connexions TCP complètement déchargées pour les cartes réseau 1 Gbit/s et de 1 880 connexions TCP complètement
déchargées pour les cartes réseau 10 Gbit/s. La prise en charge TOE sur la carte réduit de façon notable l'utilisation de
l'ordinateur d'accueil tout en préservant l'implémentation de la pile de système d'exploitation.

Jumbo Frames (Trames Jumbo)

L'utilisation de trames Jumbo a été proposée pour la première fois par Alteon Networks, Inc. en 1998 et a permis de faire
passer la taille maximum d'une trame Ethernet à 9 000 octets. Bien qu'elle n'ait jamais été adoptée de manière formelle par
le groupe de travail IEEE 802.3, la prise en charge des trames Jumbo a été mise en œuvre dans les cartes NetXtreme II de
Broadcom. Le pilote intermédiaire BASP prend en charge les trames Jumbo, dans la mesure où toutes les cartes physiques de
l'équipe les prennent également en charge et où la même taille est définie sur toutes les carte de l'équipe.

IEEE 802.1Q VLANs (VLAN IEEE 802.1Q)

En 1998, l'IEEE a approuvé la norme 802.3ac, qui définit des extensions de format de trame pour la prise en charge de
l'identification des réseaux locaux virtuels utilisant des ponts sur les réseaux Ethernet comme indiqué dans la spécification
IEEE 802.1Q. Le protocole VLAN permet d'insérer une balise dans une trame Ethernet pour identifier le VLAN auquel
appartient une trame. Si elle est présente, la balise VLAN de 4 octets est insérée dans la trame Ethernet entre l'adresse MAC
source et le champ longueur/type. Les deux premiers octets de la balise VLAN correspondent au type de balise IEEE 802.1Q,
alors que les 2 octets suivants incluent un champ de priorité utilisateur et l'identificateur de VLAN (VID). Les réseaux locaux
virtuels (VLAN) permettent à l'utilisateur de partager son réseau local physique en sous-parties logiques. Chaque VLAN défini
se comporte comme un réseau indépendant, son trafic et ses diffusions étant isolés des autres réseaux, ce qui assure une
meilleure efficacité de la bande passante au sein de chaque groupe logique. Les VLAN permettent également à
l'administrateur de mettre en application des politiques de sécurité et de qualité de service (QoS). Le BASP prend en charge la
création de 64 VLAN par équipe ou carte : 63 identifiés et 1 non identifié. Toutefois, le système d'exploitation et les
ressources du système limitent le nombre de VLAN. La prise en charge des VLAN est assurée conformément à la norme IEEE

Advertising