Ignorer les liens de navigation | |
Quitter l'aperu | |
Administration d'Oracle Solaris : Interfaces réseau et virtualisation réseau Oracle Solaris 11 Information Library (Français) |
1. Présentation de la pile réseau
Configuration réseau dans cette version d'Oracle Solaris
Pile réseau dans Oracle Solaris
Noms des périphériques réseau et des liaisons de données
Administration d'autres types de liens
Partie I Configuration automatique de réseau
3. Configuration et administration NWAM (présentation)
4. Configuration de profil NWAM (tâches)
5. Administration des profils NWAM (tâches)
6. A propos de l'interface graphique NWAM
Partie II Configuration de liaisons de données et d'interfaces
8. Configuration et administration des liaisons de données
9. Configuration d'une interface IP
10. Configuration des communications via une interface sans fil sur Oracle Solaris
12. Administration de groupements de liens
13. Administration des réseaux locaux virtuels
16. Echange d'informations sur la connectivité réseau à l'aide du protocole LLDP
Présentation du protocole LLDP dans Oracle Solaris
Composants d'une implémentation LLDP
Fonctionnalités de l'agent LLDP
Configuration du fonctionnement de l'agent LLDP
Configuration des informations à diffuser
Spécification des unités TLV pour les paquets LLDP
Affichage des statistiques LLDP
Partie III Virtualisation du réseau et gestion des ressources
17. Introduction à la virtualisation du réseau et au contrôle des ressources (présentation)
18. Planification de la virtualisation du réseau et du contrôle des ressources
19. Configuration des réseaux virtuels (tâches)
20. Utilisation de la protection des liens dans les environnements virtualisés
21. Gestion des ressources réseau
22. Contrôle du trafic réseau et de l'utilisation des ressources
Chaque unité TLV possède des propriétés que vous pouvez configurer à l'aide de valeurs spécifiques. Lorsque qu'une unité TLV est activée en tant que propriété de l'agent LLDP, elle est alors diffusée sur le réseau uniquement avec les valeurs spécifiées. Prenons par exemple la valeur TLV syscapab, qui diffuse les capacités d'un système. Ces capacités peuvent éventuellement inclure la prise en charge des routeurs, des passerelles, répéteurs, téléphones et autres périphériques. Cependant, vous pouvez définir syscapab afin que seules les fonctions réellement prises en charge dans votre système, tels que les routeurs et les passerelles, soient diffusés.
La procédure de gestion des unités TLV varie selon que configurez les TLV à l'échelle globale ou par agent.
Les TLV globales s'appliquent à tous les agents LLDP sur le système. Le tableau suivant affiche les valeurs TLV globales et les configurations possibles correspondantes.
Tableau 16-2 TLV globales et leurs propriétés
|
Les unités TLV qui ne peuvent pas avoir de valeurs globales sont gérées au niveau de l'agent LLDP. Avec les unités TLV par agent, les valeurs que vous fournissez sont utilisés lorsque l'unité TLV est activée pour transmission par un agent LLDP spécifique.
Le tableau suivant présente les valeurs TLV et les configurations possibles correspondantes pour un agent LLDP.
Tableau 16-3 Unités TLV par agent et leurs propriétés
|
La procédure suivante montre comment définir des valeurs TLV globales. Pour en savoir plus sur la définition des unités TLV par agent, reportez-vous à la section Data Center Bridging.
Cette procédure montre comment fournir des valeurs globales pour des unités TLV spécifique. Pour définir des valeurs TLV globales, vous utilisez la sous-commande llpadm set-tlvprop.
Pour référence, reportez-vous au Tableau 16-2.
# lldpadm set-tlvprop -p tlv-property=value[,value,value,...] tlv
# lldpadm show-tlvprop
Exemple 16-3 Spécification de la capacité du système et de l'adresse IP de gestion
Cet exemple permet d'accomplir deux objectifs :
Fournit des informations spécifiques sur les capacités du système à diffuser dans le paquet LLDP. Pour atteindre cet objectif, les propriétés supported et enabled de l'unité TLV syscapab doivent être configurées.
Fournit l'adresse IP de gestion utilisée dans la diffusion.
# llpdadm set-tlvprop -p supported=bridge,router,repeater syscapab # llpdadm set-tlvprop -p enabled=router syscapab # llpdadm set-tlvprop -p ipaddr=192.168.1.2 mgmtaddr # llpdadm show-tlvprop TLVNAME PROPERTY PERM VALUE DEFAULT POSSIBLE syscapab supported rw bridge, bridge,router, other,router, router, station repeater,bridge, repeater wlan-ap,telephone, docis-cd,station, cvlan,svlan,tpmr syscapab enabled rw router none bridge,router, repeater mgmtaddr ipaddr rw 192.162.1.2 none --
Pour prendre en charge le trafic FCoE (Fibre Channel over Ethernet), l'implémentation du protocole LLDP dans Oracle Solaris inclut la prise en charge de la fonction Data Center Bridging (DCB).
Dans les réseaux qui utilisent un réseau Ethernet classique pour l'échange de trafic, il existe le risque que des paquets soient perdus lorsque le réseau est occupé. Une exigence essentielle pour le trafic FCoE est qu'aucun paquet ne doit être supprimé au cours de la transmission. Avec la prise en charge de la technologie Data Center Bridging Exchange (DCBx), la TLV de contrôle de flux basé sur la priorité (PFC) et la TLV d'application, la perte de paquets est évitée.
Le PFC étend la trame PAUSE standard afin d'inclure les informations relatives à la priorité des paquets. En règle générale, une trame PAUSE est envoyée sur un lien lorsque le trafic est important afin que le destinataire puisse traiter les paquets déjà reçus. Avec le PFC, au lieu de transmettre une trame PAUSE pour interrompre l'ensemble du trafic sur le lien, le trafic est mis en pause en fonction des priorités définies pour les paquets. Une trame PFC peut être envoyée pour la priorité pour laquelle le trafic doit être interrompu. L'expéditeur arrête le trafic pour cette priorité spécifique, tandis que le trafic pour d'autres priorités n'est pas affecté. Après un délai spécifié, une autre trame PFC est envoyée pour signaler que le trafic mis en pause peut reprendre.
Les informations de configuration PFC sont échangées entre stations paires via la technologie DCBx. Si les pairs dans un échange de trafic possèdent des configurations PFC correspondantes, le PFC peut suspendre ou reprendre la transmission du trafic en fonction de vos besoins. Pour activer des priorités différentes à différents paquets, la TLV d'application est utilisée pour définir les informations de priorité. Si les pairs possèdent des configurations PFC qui ne correspondent pas, la TLV PFC peut être personnalisée pour accepter la configuration de l'autre pair, comme illustré dans la procédure suivante.
La fonction Data Center Bridging présente un cas particulier afin d'illustrer la configuration d'unités TLV par agent, comme expliqué à la section Gestion des unités TLV.
Cette procédure montre comment définir les valeurs TLV au niveau de l'agent LLDP à l'aide de la sous-commande llpadm set-agenttlvprop.
Pour référence, reportez-vous au Tableau 16-3.
# lldpadm set-agenttlvprop -p tlv-property[+|-]=value[,value,value,...] -a agent tlv-name
# lldpadm show-agenttlvprop
Exemple 16-4 Activation de l'agent LLDP afin qu'il accepte les informations et définitions des priorités d'application TLV
Cet exemple montre comment les valeurs TLV pfc et appln sont personnalisées. Les unités TLV dans cet exemple spécifient comment la fonction DCB fonctionne pour le trafic FCoE. Le système est configuré pour accepter la configuration PFC du pair dans l'hypothèse où la configuration locale ne correspond pas à la configuration du pair. L'exemple montre également comment la priorité est définie pour la TLV d'application de l'agent LLDP.
# lldpadm set-agenttlvprop -p willing=on -a net0 pfc # lldpadm set-agenttlvprop -p apt=8906/1/4 -a net0 appln # lldpadm show-agenttlvprop AGENT TLVNAME PROPERTY PERM VALUE DEFAULT POSSIBLE net0 pfc willing rw on off on,off net0 appln apt rw 8906/1/4 -- --