Convertisseur de médias avec transmission VLAN : guide pratique

CONVERTISSEUR DE MÉDIAS Transfert VLAN est possible lorsque le convertisseur conserve les balises Ethernet et accepte l'intégralité de la Taille du cadre. Toutefois, les termes “ non géré ”, “ Gigabit ” ou “ 10G ” ne garantissent pas que ces capacités soient disponibles sur un modèle particulier.

Par exemple, une connexion par fibre optique peut acheminer sans problème un réseau classique non balisé, alors qu’une liaison montante vers un commutateur balisé échoue. La cause peut provenir du convertisseur, mais elle peut également être liée à un port envoyant des trames non balisées, à un VLAN exclu du commutateur distant ou à une limite de taille de trame.

Voici comment distinguer ces différentes possibilités avant d'acheter du matériel de remplacement.

Que signifie réellement le « VLAN passthrough » d'un convertisseur de médias ?

Pour un chemin transparent, un cadre entrant avec l'ID de VLAN 100 doit sortir avec la même balise VLAN. Le passage du cuivre à la fibre optique ne nécessite pas, en soi, de modifier cette balise.

Il est facile de confondre trois notions :

Un convertisseur peut laisser passer une trame balisée sans proposer de menu de configuration VLAN. À l'inverse, un périphérique géré peut délibérément filtrer ou modifier les balises. Le Documentation sur les ponts du noyau Linux Cela illustre comment l'activation du filtrage VLAN fait en sorte que le transfert de paquets dépende à la fois de l'appartenance à un VLAN et de l'adresse MAC de destination. Il s'agit d'une explication utile de cette distinction, et non d'une preuve concernant le matériel d'un convertisseur spécifique. La documentation du noyau Linux

Si la connexion physique elle-même est instable, commencez par suivre les conseils de LuLeey Guide de dépannage du convertisseur de média « Lights-On » Tout d'abord.

Vérifiez la taille des trames, et pas seulement la valeur “ MTU 1500 ”

Un ordinaire 802.1Q La balise VLAN ajoute quatre octets à une trame Ethernet. Avec une charge utile Ethernet de 1 500 octets, les tailles obtenues sont les suivantes :

Ces chiffres incluent l'en-tête Ethernet et le FCS de quatre octets. Ils excluent le préambule, le délimiteur de début de trame et l'intervalle entre paquets. La valeur pour deux balises est de 1 518 + 4 + 4 ; elle suppose que la charge utile est toujours de 1 500 octets et qu'aucune encapsulation supplémentaire n'est ajoutée.

Le Référence Ethernet de Wireshark décrit les champs de la trame de base et la balise VLAN de quatre octets. Le tableau applique ces champs à la même charge utile de 1 500 octets. Wiki Wireshark

Une spécification indiquant simplement “ MTU 1500 ” est ambiguë si elle ne précise pas ce qui est pris en compte. Demandez quelle est la taille maximale acceptée pour une trame Ethernet et si ce chiffre inclut les balises et le FCS. La présence d’une seule balise ne suffit pas non plus à garantir la prise en charge de QinQ : vérifiez séparément les types de balises, le comportement des balises empilées et la taille de trame requise.

Vérifiez ce que transmettent les deux ports d'extrémité

Notez l'ID du VLAN et précisez si le trafic doit être balisé ou non à chaque connexion.

Pour une simple extension du VLAN 100 entre deux commutateurs gérés, les deux ports reliés au convertisseur transparent doivent acheminer le trafic du VLAN 100 avec balises. Les périphériques connectés aux ports d’accès peuvent toujours envoyer du trafic ordinaire sans balises ; leurs commutateurs gèrent les balises sur la liaison montante.

Vérifiez les paramètres réels, plutôt que de vous fier au terme “ trunk ” :

• Le VLAN requis est-il autorisé sur les deux liaisons montantes ?
• L'un ou l'autre de ces ports transmet-il ce VLAN sans balise en tant que VLAN natif ?
• Quel VLAN reçoit le trafic entrant non balisé : le PVID du port ?
• Y a-t-il un appareil géré intermédiaire qui filtre ou traduit les balises ?

Cet exemple permet de tester la conservation des balises. Il n'est pas nécessaire d'activer tous les VLAN sur une liaison montante en production.

Test pratique du « VLAN Passthrough »

Utilisez un réseau de test isolé ou une plage horaire de maintenance convenue. Enregistrez d'abord les paramètres existants.

1. Établir une référence dont le bon fonctionnement est avéré

Utilisez deux commutateurs prenant en charge les VLAN et placez un ordinateur de test derrière chacun d'eux. Placez les ports d'accès orientés vers les ordinateurs dans le VLAN 100 et configurez les ports inter-commutateurs pour qu'ils acheminent le VLAN 100 avec balisage. Attribuez aux ordinateurs des adresses appropriées et uniques au sein du même sous-réseau de test.

Vérifiez la communication via une connexion directe dont vous savez qu’elle fonctionne. Déconnectez ensuite cette connexion et insérez le chemin composé du convertisseur et de la fibre correspondant entre les mêmes ports du commutateur. Ne modifiez pas les paramètres du VLAN ni les ordinateurs de test. Ne laissez pas les deux chemins connectés afin d’éviter de créer accidentellement une boucle.

Enregistrez les débits de fonctionnement après la substitution. Avec les convertisseurs enfichables, la compatibilité physique, le mode SerDes de l’hôte, le débit configuré ou négocié et le débit utile font l’objet de vérifications distinctes. Vérifiez le modèle exact du convertisseur et du module, le chipset/PHY de l’hôte, le micrologiciel ou le pilote, les paramètres du port et le codage du module.

2. Tester les deux sens et plusieurs tailles de paquets

Commencez par un faible débit, puis testez la taille de paquet maximale requise par le service. Un ping par défaut réussi ne constitue qu'un test avec des paquets de petite taille.

Pour l'exemple de charge utile de 1 500 octets à balise unique, vérifiez que le test génère bien des trames Ethernet de 1 522 octets, FCS compris. La “ taille de paquet ” d'un outil peut faire référence à la longueur IP ou à la charge utile du test ; il se peut également que l'outil fragmente le trafic. Vérifiez la convention de taille de l’outil et assurez-vous que la fragmentation ne masque pas la limite.

Répétez l'opération dans les deux sens. Enregistrez les trames de test transmises et reçues, les pertes de trames et les variations du compteur d'erreurs. Si le service utilise QinQ ou des charges utiles plus importantes, ajoutez ces cas précis séparément.

3. Vérifier les étiquettes aux points de mesure

Capturez le flux de test en amont et en aval du chemin de conversion à l'aide de prises de mesure adaptées ou de ports de mise en miroir du commutateur. Vérifiez que la configuration de mise en miroir conserve les balises et que l'adaptateur de capture les rend visibles.

Le Guide de capture VLAN avec Wireshark explique pourquoi le système d'exploitation, l'interface de capture, la carte réseau ou le pilote peuvent masquer des balises. Vérifiez la configuration de la capture à l'aide d'un flux balisé connu avant d'imputer au convertisseur la responsabilité d'une balise manquante. Les captures peuvent également omettre le FCS ; la longueur affichée peut donc être inférieure de quatre octets à celle indiquée dans le tableau ci-dessus. Wiki Wireshark

4. Interpréter le résultat

Ces résultats affinent le champ d'investigation ; aucun d'entre eux ne permet à lui seul d'identifier un convertisseur défectueux. De même, un test de ping ou un test de débit Internet ne permet pas de vérifier tous les VLAN, toutes les tailles de trames ou tous les protocoles de contrôle.

Éléments à vérifier avant de passer commande

LuLeey’s Gamme de convertisseurs de média cuivre-fibre optique constitue un point de départ pour choisir le type de connexion physique.

Par exemple, le Page produit LL-SFPMC10GRTL mentionne une puce RTL8261C, un port SFP+ 10G/2,5G et un port RJ45 multidébit. La page n'indique pas la taille maximale des trames Ethernet et ne fournit pas non plus de matrice de test de transit VLAN/QinQ. Ces spécifications d'interface ne suffisent pas à elles seules à confirmer votre service balisé.