PB de priorités 802.1p
Fermé
blastersdar
-
15 oct. 2008 à 17:58
brupala Messages postés 109574 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 16 mai 2024 - 16 oct. 2008 à 18:27
brupala Messages postés 109574 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 16 mai 2024 - 16 oct. 2008 à 18:27
1 réponse
brupala
Messages postés
109574
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
16 mai 2024
13 636
15 oct. 2008 à 18:50
15 oct. 2008 à 18:50
Salut,
oui la COS sur réseau ethernet correspond au 802.1p .
à la base, il n'ya pas de bande passante d'affectée, mais des files d'attente différentes .
en cas de congestion, les plus prioritaires sont vidées en premier , c'est tout , les moins prioritaires sont traitées ensuite .
De plus, le tag étant en début de trame , le classifieur ne connait pas au départ la taille de celle ci et n'en tient pas compte .
il faut savoir qu'il ya des règles à respecter pour un bon fonctionnement :
si trop de traffic est prioritaire (cas de ta maquette) la COS/QOS ne sert plus à rien : pratiquement tout le traffic est dans la même file d'attente, donc c'est comme si il n'y en avait plus qu'une seule , donc plus de COS .
le traffic prioritaire doit rester minoritaire en volume (maximum 20 %) pour que cette priorité signifie encore quelque chose .
La plus grosse partie du traffic doit passer avec une priorité faible .
quand le port n'est pas congestionné (les files d'attentes ne gonflent pas, chaque trame est transmise au fur et à mesure qu'elle arrive ) les priorités ne sont pas mises en oeuvre : si tu as une trame de 1500 octets de priorité 0 en cours de transmission, on ne va pas interrompre la transmission pour envoyer une trame de 80 octets qui arrive avec une priorité 7 , la trame de priorité 7 attendra un peu , mais on peut penser que le temps de transmission de cette grosse trame non prioritaire , on aurait pû passer 20 petites trames plus prioritaires .
oui la COS sur réseau ethernet correspond au 802.1p .
à la base, il n'ya pas de bande passante d'affectée, mais des files d'attente différentes .
en cas de congestion, les plus prioritaires sont vidées en premier , c'est tout , les moins prioritaires sont traitées ensuite .
De plus, le tag étant en début de trame , le classifieur ne connait pas au départ la taille de celle ci et n'en tient pas compte .
il faut savoir qu'il ya des règles à respecter pour un bon fonctionnement :
si trop de traffic est prioritaire (cas de ta maquette) la COS/QOS ne sert plus à rien : pratiquement tout le traffic est dans la même file d'attente, donc c'est comme si il n'y en avait plus qu'une seule , donc plus de COS .
le traffic prioritaire doit rester minoritaire en volume (maximum 20 %) pour que cette priorité signifie encore quelque chose .
La plus grosse partie du traffic doit passer avec une priorité faible .
quand le port n'est pas congestionné (les files d'attentes ne gonflent pas, chaque trame est transmise au fur et à mesure qu'elle arrive ) les priorités ne sont pas mises en oeuvre : si tu as une trame de 1500 octets de priorité 0 en cours de transmission, on ne va pas interrompre la transmission pour envoyer une trame de 80 octets qui arrive avec une priorité 7 , la trame de priorité 7 attendra un peu , mais on peut penser que le temps de transmission de cette grosse trame non prioritaire , on aurait pû passer 20 petites trames plus prioritaires .
15 oct. 2008 à 23:10
Merci pr ta réponse rapide et précise ;-) C'est plus clair maintenant pour moi.
Une fois de plus merci et dès que j'ai une question je te recontacterai.
@bientot !
bye
16 oct. 2008 à 16:37
J'ai une autre question sur la différence entre le champ 802.1p et le DSCP ? DSCP intervient couche 3 et 802.1p couche 2 mais comment inter-opèrent-ils tous les 2 ?
Par exemple, si l'interface d'entrée du switch n'applique aucune politique et que les paquets entrant ont leur DSCP=0, ils sont sensés aller dans la même Queue par défaut (Queue 1) ? Dans ce cas là, la priorité 802.1p intervient-elle ?
Merci bcp de tes(vos) réponses.
16 oct. 2008 à 18:27
mais là ça dépend des switchs , je pense .
on peut faire des maps manuels des valeurs 802.1p vers dscp et réciproquement
certains switchs , je crois, ont une conversion standard
tiens, un vieux truc:
http://www.commentcamarche.net/forum/affich 608825 qos 3com 4400
et :https://www.cisco.com/c/en/us/support/docs/lan-switching/lan-quality-of-service/46523-2950qosfaq.html#qa5
je ne m'étendrai pas plus sur la question ,
des spécialistes plus qualifiés pourront peut-etre répondre plus précisément .