Configurer interface VLAN 802.1q avec priorité 802.1p

Support Debian
#1

Bonjour,

J’ai configuré mon interface ethernet avec plusieurs VLAN.

# VLAN Voice
iface eth0.80 inet static
      address 192.168.80.8
      netmask 255.255.255.0
      gateway 192.168.80.1
      dns-nameservers 192.168.1.1
      vlan_raw_device eth0

# VLAN WiFi-Voice
iface eth0.81 inet static
      address 192.168.81.8
      netmask 255.255.255.0
      gateway 192.168.81.1
      dns-nameservers 192.168.1.1
      vlan_raw_device eth0

Je cherche à définir une priorité dans le champ 802.1p de mes trames ethernet tagguée en VLAN afin d’assurer la QoS pour donner la priorité sur les autre flux de données traversant mon switch.
Je précise que les ports de mon switch son configurés pour emettre (egress) et recevoir (ingress) sur plusieurs VLAN.

Pour marquer mes trames par VLAN en 802.1p, j’ai trouvé “vconfig”.
En ligne de commande avec “vconfig set_egress” :

J’ai deux questions.

Le paramètre skb-priority, je suppose qu’il sert à définir la priorité de traitement au sein du buffer de sortie. J’aimerais juste savoir quel est le range possible. Il n’y a aucun information la-dessus dans le manuel. Et quel est la priorité la plus importante entre 1 et 10 ? A priori ce serait 10 si l’on suit la logique du champ 802.1p.

Ok le parmaètre vlan-qos, c’est bien pour le champ 802.1p.
Cette commande c’est bien joli, mais j’aimerais pouvoir rebooter en conservant ma config.
Quel est la syntaxe pour définir une priorité 802.1p [vlan-qos] dans le fichier /etc/network/interfaces

J’ai beau chercher sur google. Impossible de mettre la main sur un exemple ou une explication.
Je viens donc quérir ici l’aide des spécialistes Debian.

Je précise que je suis sur Debian Lenny 2.6.26-2-amd64
Je renforce aussi ma demande en précisant que je ne m’intéresse qu’à la layer 2 Ethernet.
Le champ TOS ou DS de la trame IP (layer 3) ne m’intéresse pas. Ce champ est trop vulnérable à la compromission.

Merci pour votre aide

#2

Bonjour à tous,

Pas d’idée pour ce champ de priorité ?

#3

Même un début de piste à explorer serait bienvenu :frowning:

#4

Tu m’as l’air bien seul :005
Pour ma part, j’avoue avoir cherché un peu sur le net, mais je n’ai trouvé nulle part les limites hautes et basses du parametre skb-priority.
Peut être en regardant le code source de la commande, tu y trouveras ce que tu cherches (je suppose qu’il y a un test quelque part dans la fonction qui teste le paramètre au cas ou on serait en dessous ou haut dessus de la limite pour faire afficher une erreur…)
:006

#5

Oui un peu seul sur ce sujet… Merci de ta réponse :slight_smile:

Bien mais comment faire pour conserver la configuration réalisée avec vconfig jusqu’au prochain boot ? Quel est le fichier à modifier ?

#6

Au pire, tu peux mettre la ligne de commande dans /etc/rc.local

#7

Oui autant faire ça. C’est quand même navrant de trouver aucune doc la dessus, ou de pouvoir préparer la config de façon propre.

Comment ça marche ce fichier rc.local ? Je saisis simplement ma ligne de commande dedans et elle sera exécutée à la fin d’un changement de runlevel ?

#8

C’est ca, il sera exécuté en dernier, après le runlevel courant.
N’oublie pas le exit 0 à la fin du fichier.

POur la doc, c’est le man, et comme c’est pas très courant comme utilisation, ben personne n’a eu l’occasion de faire de tuto plus détaillé… Si tu arrive a comprendre précisément comment il fonctionne, tu pourras toujours en fournir un :114

:006

#9

Ok merci de ta réponse dric64
C’est sympa d’avoir répondu :wink:

Je vais faire des tests et je ferais un petit tuto si je maîtrise suffisament le truc.

#10

Salut,

J’ai fait une recherche sur scroogle avec ces mots clés:

J’ai trouvé ça:
http://blog.gmane.org/gmane.linux.drivers.vlan/month=20080101
et, ça
http://www.smsmatrix.com/front/mob_doc/it-books/asterisk/asterisk%201.6%20reference%20info.pdf
C’est la doc d’ Asterix. Je chercherai de ce côté car ce n’est pas une utilisation “classique”; ça l’est, sans doute, plus dans ce domaine.

La solution préconisée par mes camarades me semble bonne. Un script chargé au démarrage et le tour est joué.

a+
Debcool

#11

Merci Debcool :slight_smile:

Le truc c’est que mis à par quelques références à skb-priority il ne semble pas y avoir d’explication à proprement parlé.

Le papier sur Asterisk explique comment faire en sorte qu’Asterisk marque la priorité mais il indique aussi qu’il est à utiliser en conjonction avec VConfig pour le mapping entre CoS et les queues de priorité. Et l’article s’arrète là :frowning:

#12

Finalement Google n’est plus notre ami :slight_smile:
J’ai du chercher un peu n’importe comment y compris sur les pages de résultats supérieurs à 5.
Finalement j’ai trouvé une piste intéressante à force de chercher : la commande tc.
Le manuel contient un lien web. http://lartc.org/

Sur lequel j’ai trouvé quelque chose d’encore plus intéressant.
Mais c’est un sacré morceau à lire. J’ai déterré un dinosaure ! :smiley:

Laurent Foucher and Philippe Latu de l’institu de Technologie de l’Université de Toulouse en collaboration avec Thierry Mallard et Yannick Quenec’hdu de Idealx on rédigés un travail assez terrifiant sur le routage avancé et on trouve dedans des explications sur la manière dont Linux gère les priorités des paquets transmis.

http://www.linux-france.org/prj/inetdoc/guides/Advanced-routing-Howto/

Douglas apprenti détective :wink: