1
00:00:00,490 --> 00:00:06,700
Vous savez donc que les paquets d'algorithmes de planification de fausses files d'attente pondérés sont classés en fonction des flux plutôt

2
00:00:06,700 --> 00:00:07,830
que des classes.

3
00:00:07,990 --> 00:00:12,480
Ainsi, une classification de flux serait effectuée à titre d'exemple et d'adresse IP source et de destination.

4
00:00:12,490 --> 00:00:15,780
Le protocole et un numéro de port.

5
00:00:15,850 --> 00:00:22,090
L'idée avec une fausse file d'attente pondérée est qu'un poids est ajouté à un flux en fonction de

6
00:00:22,090 --> 00:00:28,040
différents critères tels que la priorité IP ou RSVP qui est le protocole de réservation de ressources.

7
00:00:29,020 --> 00:00:34,780
Attendu pour la mise en file d'attente Cependant, avant l'augmentation des paquets plus petits sur des paquets plus gros.

8
00:00:35,020 --> 00:00:41,380
Il s'agit donc d'un algorithme de mise en file d'attente plus équitable dans la mesure où il offre une meilleure qualité de service pour les petits paquets.

9
00:00:41,380 --> 00:00:47,260
Les petits paquets sont généralement utilisés pour les sessions interactives, par exemple, un paquet vocal ne peut avoir qu'une taille

10
00:00:47,260 --> 00:00:54,340
de 20 octets, tandis qu'un paquet vide peut avoir une taille de quinze cents points, de sorte que des charges utiles plus importantes ou

11
00:00:54,340 --> 00:00:58,330
des paquets plus importants sont généralement envoyés par des applications de données.

12
00:00:58,570 --> 00:01:05,680
Les applications interactives telles que Telnet à son S H ou la voix ont tendance à avoir des paquets plus petits donc pondérés pour la

13
00:01:05,680 --> 00:01:08,020
mise en file d'attente avant les hausses.

14
00:01:08,110 --> 00:01:15,850
Des paquets plus petits sur des paquets plus gros et vous pouvez augmenter cette traduction professionnelle en ajoutant un poids à des

15
00:01:15,850 --> 00:01:19,690
paquets plus petits en fonction des précédents IP comme exemple.

16
00:01:19,690 --> 00:01:22,840
Donc, en bref, un paquet vocal de 20 octets.

17
00:01:23,060 --> 00:01:28,810
S'il a un précédent IP de cinq, sa taille sera de quatre octets.

18
00:01:28,810 --> 00:01:31,450
En d'autres termes, 20 octets divisés par cinq.

19
00:01:31,540 --> 00:01:38,530
Il semble être plus petit et est donc fier de dépasser les gros paquets de données.Il utilise donc

20
00:01:38,740 --> 00:01:47,110
un algorithme de planification intelligent pour essayer de petits paquets interactifs plus petits que vous pouvez faire paraître encore plus petits en

21
00:01:47,260 --> 00:01:53,110
augmentant les précédents IP du paquet afin que les petits paquets soient transmis avant de

22
00:01:53,110 --> 00:01:54,430
plus gros paquets.

23
00:01:54,430 --> 00:02:00,370
Le problème avec la fausse file d'attente pondérée est qu'elle ne fournit pas de garanties de bande passante.

24
00:02:00,580 --> 00:02:09,880
Ainsi, par exemple, FTB pourrait affamer les flux de données de trafic HDP qui peuvent se bloquer les uns les autres.C'est pourquoi Cisco a développé une

25
00:02:09,880 --> 00:02:16,700
fausse file d'attente pondérée basée sur les classes, où vous pouvez garantir la bande passante à des classes spécifiques

26
00:02:16,720 --> 00:02:19,750
et fournir une équité dynamique des autres flux.

27
00:02:19,810 --> 00:02:25,180
C'est une façon basée sur la classe de corriger la mise en file d'attente qui vous permet essentiellement de créer

28
00:02:25,180 --> 00:02:31,540
différentes classes dans lesquelles vous pouvez spécifier une bande passante minimale pour des classes spécifiques de trafic et en attente de la mise en file

29
00:02:31,540 --> 00:02:37,090
d'attente qui pourrait être utilisée dans la classe du meilleur effort pour garantir que le trafic est géré équitablement au mieux. .

30
00:02:37,090 --> 00:02:37,660
Classe.