Discussion:Qualité de service
Cet article est indexé par les projets Télécommunications et Informatique.
Les projets ont pour but d’enrichir le contenu de Wikipédia en aidant à la coordination du travail des contributeurs. Vous pouvez modifier directement cet article ou visiter les pages de projets pour prendre conseil ou consulter la liste des tâches et des objectifs.
| Avancement | Importance | pour le projet | |
|---|---|---|---|
| Bon début | Élevée |  | Télécommunications (discussion • critères • liste • stats • hist. • comité • stats vues) |
| Moyenne |  | Informatique (discussion • critères • liste • stats • hist. • comité • stats vues) | |
Cet article comporte une liste de tâches suggérées :
Votre aide est la bienvenue pour corriger les liens, présents dans l'article, vers les pages d'homonymie Opérateur , Processus ⇒ Quelques explications pour effectuer ces corrections. -- 3 novembre 2020 à 14:23 (CET)
Bonjour,
Je viens de lire cet article et je lis que la perte de paquets n'aurait pas d'influence sur la transmission de vidéo? Je peux citer un certain nombre de publications (notamment : "H.264/AVC Over IP" de Stephan Wenger, IEEE Trans. on Cicuits and systems for video techology, 2003) qui disent exactement le contraire. J'aurai aimer savoir d'où vient cette affirmation. Cordialement,
W.H.--192.108.115.2 (d) 21 juillet 2010 à 13:35 (CEST)
Bonjour, y a t'il quelqu'un qui peut m'aider à trouver un document explicant les différents types de la gestion de le QOS dans un réseau(Par exemple : Best effort, AF...) Merci
3 choses[modifier le code]
- La QOS peut aussi jouer sur une gestion de priorités (par exemple sur un routeur, une priorité supérieure pour la VOIP face web). Clarifier la partie "Ordonnancement" en gros !
- On peut parler des solutions logicielles (opensource : avec ALTQ et PF pour *BSD et commerciale) et matérielles... par contre il ne faudrait pas faire une plaquette publicitaire.
- La QOS peut aussi intervenir sur un bridge ("pont réseau").
. --HanX (d) 19 novembre 2008 à 02:49 (CET)
La QoS n'est pas seulement le débit ou la bande passante[modifier le code]
La qualité de service dans les réseaux informatiques est un terme générique qui regroupe toutes les métriques appliquables au service rendu.
Le service est en l'occurence, un moyen de transporter de l'information d'un point à un autre, au travers d'un réseau.
La qualité de ce service est donc sa capacité à (liste non exhaustive):
- permettre le transport à une certaine vitesse (le débit),
- limiter le délai entre la date d'émission et la date de livraison (le délai de transmission),
- garantir l'acheminement de la totalité des données (la fiabilité),
- garantir que les données acheminées n'ont pas été altérées,
- garantir le temps de disponibilité,
- garantir un temps maximum d'indisponibilité,
- garantir la confidentialité des donnnées,
- etc.
Selon l'objectif, on peut donc fixer différents critères sur chacun de ces points pour définir la QoS désirée.
— Le message qui précède, non signé, a été déposé par l'IP 195.68.44.180 (discuter), le 21 avril 2006 12:48
Choix des routes[modifier le code]
« Lorsque plusieurs routes vers une destination sont disponible, le choix d'une des routes peut se faire pour garantir la qualité de services. Par exemple, une route proposant délai faible mais débit faible sera utilisée pour les applications interactives, tandis qu'une route acceptant un meilleur débit au prix d'un délai plus long sera preférée pour les applications moins sensible au délai (Streaming, téléchargement, etc). »
Pour moi l exemple manque de clarté. Vous téléchargez un fichier (500 Ko) situe sur un site distant, deux chemins s offrent a vous. On définit le délai dans les réseaux comme la durée que met une donnée pour aller entre deux points. Un chemin A avec un débit faible de 5 Ko/s, vous obtiendrez votre fichier dans un délai de 100 secondes. Un chemin B avec un débit élevé de 50 Ko/s, vous obtiendrez votre fichier dans un délai de 10 secondes. On parle bien de débit moyen entre le point A et le point B. L exemple me parait un non sens, car ca voudrait dire que le délai n est pas lie au paramètre débit dans cet exemple. Il pourrait être moins lie au débit dans un autre exemple : si on considérerait un débit par liens du chemin et si on évoquerai des temps de latence supplémentaires que pourrait générait les queues des routeurs.
- Je crains que vous ne confondiez la latence et le débit binaire. La latence est le temps que mettra un paquet (pas un fichier !) de données pour passer de la source à la destination, elle n'est pas directement liée au débit (mais n'est pas toujours indépendante non plus). Par exemple, une liaison satellite causera un délai important qui peut s'avérer gênant pour des applications qui exigent une latence faible (comme la téléphonie), par contre, le débit pourra être très important. — mro [d] 16 mai 2008 à 16:47 (CEST)
Merci de vos indications Ce qui me chagrine dans la definition de la latence par Wikipedia :
"Il désigne le temps nécessaire à un paquet de données pour passer de la source à la destination à travers un réseau.
Il correspond approximativement à ce que la commande ping permet de mesurer : le temps nécessaire pour un paquet de données de passer d'un ordinateur à un autre et de revenir à sa destination."
La première phrase indique que c'est le temps aller, et la deuxième on comprend un temps aller-retour avec le mot "revenir a sa destination". On revient a sa source généralement ?!
- Oui, la commande ping ne fournit pas réellement la latence, mais la la somme des latences aller et retour, en plus du temps de traitement par l'ordinateur de la destination. Je pense que c'est le sens de approximativement, une formulation plus claire est cependant souhaitable. Revernir à sa destination est en effet une formule malheureuse, n'hésitez pas à la corriger. — mro [d] 18 mai 2008 à 10:53 (CEST)
gigue?[modifier le code]
"La qualité de service (QoS, Quality of Service) est la capacité à véhiculer dans de bonnes conditions un type de trafic donné, en termes de disponibilité, débit, délais de transmission, gigue, taux de perte de paquets…"
C'est quoi cette histoire de "gigue"?
COS versus QoS[modifier le code]
Il ne faut pas confondre la COS (Classe de Service) avec la QoS (Qualité de Service). Ainsi, pour atteindre les niveaux de QoS définis, on met en oeuvre plusieurs mécanismes dont la COS. Donc, la QoS est un objectif et la COS l'un des moyens de l'atteindre. Pour définir la COS, je définis des règles de performance. Pour définir la QoS, je définis des objectifs de performance. Avec les évolutions récentes comme les communications unifiées, l'informatique en nuage, la virtualisation du poste de travail, la COS manque de souplesse et peut même dégrader la performance de certaines applications critiques. Pour palier à ce problème, il est fréquent de surdimensionner la bande passante des classes prioritaires.
QoS et L3[modifier le code]
La Qualité de Service peut être appliquée à differents niveaux du modèle OSI :
- Au niveau 2 avec les VLANs 802.1q [1] avec la prioritisation des tags ou avec ATM grâce au VC (Les FAIs s'en servent pour mettre en priorité la TV par rapport au traffic Internet)
- Au niveau 3 comme précisé dans l'article
Je trouve donc cette partie incorrecte.