Discuter:QoS

Un article de Wikipédia, l'encyclopédie libre.

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

[modifier] La QoS n'est pas seulement le débit ou la bande passante

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 195.68.44.180 (d · c), le 21 avril 2006 12:48.

[modifier] Choix des routes

«  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 clarte. Vous telechargez un fichier (500 Ko) situe sur un site distant, deux chemins s offrent a vous. On definit le delai dans les reseaux comme la duree que met une donnee pour aller entre deux points. Un chemin A avec un debit faible de 5 Ko/s, vous obtiendrez votre fichier dans un delai de 100 secondes. Un chemin B avec un debit eleve de 50 Ko/s, vous obtiendrez votre fichier dans un delai de 10 secondes. On parle bien de debit moyen entre le point A et le point B. L exemple me parait un non sens, car ca voudrait dire que le delay n est pas lie au parametre debit dans cet exemple. Il pourrait etre moins lie au debit dans un qutre exemple : si on considererai un debit par liens du chemin et si on evoquerai des temps de latence supplementaires que pourrait generait les queues des routeurs.

Geuska (d) 16 May 2008 15h00

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 premiere phrase indique que c'est le temps aller, et la deuxieme on comprends un temps aller-retour avec le mot "revenir a sa destination". On revient a sa source generalement ?!

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)