Fondations De QoS

Le modèle courant d'IP traite tous les paquets de même. Ils tous sont expédiés avec le meilleur traitement d'effort selon le "du premier arrivé, premier-servi" le principe. Quel chemin un paquet prend par le réseau dépend des couteaux disponibles, des tables de cheminement, et de la charge générale de réseau.

Les protocoles de QoS ont le charger de fournir aux différents flux de données des priorités et de garantir des qualités telles que la largeur de bande et retardent des périodes. Il y a actuellement deux architectures principales : Services intégrés (IntServ) et services différenciés (DiffServ). Les deux politiques du trafic d'utilisation d'architectures et peuvent être combinées pour tenir compte de QoS dans le LAN aussi bien que dans le WAN.

Des politiques du trafic peuvent être employées pour faire la transmission de la personne à charge de données sur certain exemple de criteriafor, s'il y a assez de ressources disponibles pour expédier les données selon ses conditions de QoS. Trafiquez les politiques mettent en boîte également surveillent les flux de données et font des ajustements ou des restrictions au besoin. Sans compter qu'assurer des conditions de QoS pour le trafic de retarder-sensitive, elles peuvent également être employées pour des raisons commerciales, telles que le coût de contrôle selon différents niveaux de service.

Services Intégrés

L'architecture intégrée de services (IntServ) est basée sur le paradigme qui la largeur de bande et toutes les ressources relatives par écoulement sont réservées sur une base bout à bout. Ceci présuppose que les couteaux stockent des informations sur des écoulements et analysent chaque paquet pour déterminer s'il appartient à un écoulement spécifique afin d'expédier le paquet selon les critères pour cet écoulement spécifique.

RSVP (protocole de réservation de ressource, RFC 2205) fait partie de l'architecture d'IntServ. RFC 2210, "l'utilisation de RSVP avec l'IETF a intégré des services," décrit l'utilisation de RSVP avec IntServ. RSVP est un protocole de signalisation employé pour réserver la largeur de bande et d'autres ressources de QoS à travers un réseau d'IP. IntServ combiné avec RSVP peut être complexe pour mettre en application et, en raison de son scalability limité, est insatisfaisant pour offrir une solution Général de QoS pour l'Internet global.

Pour trouver une liste mise à jour d'IntServ service et les noms de paramètre et leurs valeurs associées, vont à http://www.iana.org/assignments/integ-serv.

Si vous êtes intéressé par davantage de lecture au sujet de RSVP et d'autres protocoles de signalisation de QoS, référez-vous au RFC informationnel 4094, "analyse des protocoles de signalisation existants de Qualité-de-Service."

Services Différenciés

Tandis qu'intServ offre les possibilités pour assigner la largeur de bande à différents écoulements, l'architecture différenciée de services (DiffServ) a été conçue pour faire une différentiation moins granulaire des classes afin d'augmenter son scalability et rentabilité dans de grands réseaux et dans l'Internet.

Des services différenciés est indiqués dans RFCs 2474 et 2475. RFC 2474, "définition du champ différencié de services (champ de DS) dans l'IPv4 et en-têtes IPv6," indique le champ de DS. Ceci est mis en application dans le domaine de TOS dans l'en-tête IPv4 et le champ de classe du trafic dans l'en-tête IPv6. Le champ de DS est employé par des couteaux de DiffServ pour déterminer les conditions de expédition de QoS des paquets. Les noeuds communiquants peuvent classer leur communication par un prétendu comportement d'Par-Houblon (PHB). Basé sur le PHB, les paquets reçoivent le traitement spécifique sur des couteaux de DiffServ.

Un domaine de DiffServ (DS) est un groupe contigu de couteaux de DS qui fonctionnent avec une politique commune de service mise en application sur tous les couteaux. Un domaine de DS est défini par des couteaux de frontière de DS. Les couteaux de frontière classifient les flux de données entrants et s'assurent que tous les paquets traversant le domaine sont marqués convenablement et emploient un comportement d'Par-Houblon de l'ensemble disponible pour le domaine. Les couteaux dans le domaine choisissent les règles de expédition basées sur les valeurs de DiffServ en paquets, qu'ils tracent au PHBs correspondant. La valeur différenciée de Codepoint de services peut employer le défaut traçant (DSCP=0) ou tracer individuellement configuré pour le domaine. Un domaine de DS se compose habituellement d'un réseau ou d'un ensemble de réseaux, qui constituent un appareil administratif.

Une région de DS est un ensemble de domaines contigus de DS. Les régions de DS peuvent assurer des services de DS pour le domaine enjambant des chemins. Les domaines simples peuvent employer différentes définitions de PHB et tracés de PHB-codepoint intérieurement. Entre les domaines dans une région, les conditionneurs du trafic sont responsables de fournir la traduction correcte du différents PHBs et tracés. Si les politiques, les groupes de PHB, et les tracés de codepoint sont les mêmes dans tous les domaines dans la région, aucun conditionneur du trafic n'est nécessaire.

Les classificateurs de paquet choisissent des paquets d'un flux de données basé sur l'information dans les en-têtes de paquet et selon des règles prédéfinies. Il y a deux types de classificateurs : le classificateur d'agrégat de comportement (BA) classifie des paquets basés sur le champ de DS, et multi le classificateur de champ (MF) classifie des paquets basés sur différents champs d'en-tête ou une combinaison des champs d'en-tête, tels que l'adresse de source ou de destination, le champ de DS, le port de nombre de protocole, de source ou de destination, ou l'information telle que l'interface entrante.

Déni : Notre site Web n'est pas responsable de l'information contenue par cet article. Cet article reflète nullement les vues, les avis, les pensées ou la croyance du personnel d'annuaire d'articles.

Notification de traduction : L'article "fondations de QoS" a été traduit en utilisant un service de traduction automatisé. Nous faisons des excuses sincèrement pour toutes les erreurs de traduction qui se sont produites. Merci de l'arrangement.