1
00:00:00,490 --> 00:00:06,700
Sie wissen also, dass gewichtete Fake-Queuing-Scheduling-Algorithmus-Pakete eher auf Flows als auf Klassen

2
00:00:06,700 --> 00:00:07,830
klassifiziert werden.

3
00:00:07,990 --> 00:00:12,480
Eine Flussklassifizierung würde also als Beispiel und Quell- und Ziel-IP-Adresse durchgeführt.

4
00:00:12,490 --> 00:00:15,780
Das Protokoll und eine Portnummer.

5
00:00:15,850 --> 00:00:22,090
Die Idee bei gewichteten gefälschten Warteschlangen besteht darin, dass einem Fluss eine Gewichtung hinzugefügt wird, die auf

6
00:00:22,090 --> 00:00:28,040
verschiedenen Kriterien wie IP-Priorität oder RSVP basiert, bei denen es sich um ein Ressourcenreservierungsprotokoll handelt.

7
00:00:29,020 --> 00:00:34,780
Auf Warteschlange gewartet Allerdings steigen vor dem Aufsteigen kleinere Pakete über größere Pakete.

8
00:00:35,020 --> 00:00:41,380
Es handelt sich also um einen faireren Warteschlangenalgorithmus, da er eine bessere Servicequalität für kleine Pakete bietet.

9
00:00:41,380 --> 00:00:47,260
Kleine Pakete werden im Allgemeinen für interaktive Sitzungen verwendet, sodass ein Beispiel für ein Sprachpaket

10
00:00:47,260 --> 00:00:54,340
möglicherweise nur 20 Byte groß ist, während ein leeres Paket eine Größe von fünfzehnhundert Punkten haben kann, sodass größere

11
00:00:54,340 --> 00:00:58,330
Nutzdaten oder größere Pakete im Allgemeinen von Datenanwendungen gesendet werden.

12
00:00:58,570 --> 00:01:05,680
Interaktive Anwendungen wie Telnet zu seinem SH oder Sprache haben tendenziell kleinere Pakete, die so gewichtet sind, dass sie vor dem

13
00:01:05,680 --> 00:01:08,020
Anstieg in die Warteschlange gestellt werden.

14
00:01:08,110 --> 00:01:15,850
Kleinere Pakete gegenüber größeren Paketen, und Sie können diese Pro-Übersetzung erhöhen, indem Sie kleineren Paketen

15
00:01:15,850 --> 00:01:19,690
anhand von IP-Präzedenzfällen ein Gewicht hinzufügen.

16
00:01:19,690 --> 00:01:22,840
Kurz gesagt, ein Sprachpaket mit 20 Bytes.

17
00:01:23,060 --> 00:01:28,810
Wenn es eine IP hat, scheinen Präzedenzfälle von fünf vier Bytes groß zu sein.

18
00:01:28,810 --> 00:01:31,450
Mit anderen Worten 20 Bytes geteilt durch fünf.

19
00:01:31,540 --> 00:01:38,530
Es scheint kleiner zu sein und ist daher stolz darauf, sich über große Datenpakete zu erheben.

20
00:01:38,740 --> 00:01:47,110
Daher verwendet es einen cleveren Planungsalgorithmus, um kleinere interaktive Pakete zu testen, die Sie noch kleiner erscheinen lassen können,

21
00:01:47,260 --> 00:01:53,110
indem Sie die IP-Präzedenzfälle des Pakets erhöhen, sodass kleinere Pakete zuvor übertragen werden

22
00:01:53,110 --> 00:01:54,430
größere Pakete.

23
00:01:54,430 --> 00:02:00,370
Das Problem bei gewichteten gefälschten Warteschlangen ist, dass sie keine Bandbreitengarantien bieten.

24
00:02:00,580 --> 00:02:09,880
Als Beispiel könnte FTB HDP-Verkehrsdatenströme aushungern lassen, die sich gegenseitig blockieren können. Daher hat Cisco eine klassenbasierte gewichtete gefälschte

25
00:02:09,880 --> 00:02:16,700
Warteschlange entwickelt, in der Sie die Bandbreite für bestimmte Klassen garantieren und eine dynamische

26
00:02:16,720 --> 00:02:19,750
Fairness anderer Flüsse gewährleisten können.

27
00:02:19,810 --> 00:02:25,180
Es ist eine klassenbasierte Methode zum Beheben von Warteschlangen, mit der Sie im Wesentlichen

28
00:02:25,180 --> 00:02:31,540
verschiedene Klassen erstellen können, in denen Sie eine Mindestbandbreite für bestimmte Verkehrsklassen angeben können und auf die Warteschlange

29
00:02:31,540 --> 00:02:37,090
gewartet werden kann, um sicherzustellen, dass der Verkehr im besten Aufwand fair behandelt wird .

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