1 00:00:00,570 --> 00:00:03,950 Lassen Sie uns Möglichkeiten diskutieren, um Staus zu vermeiden. 2 00:00:03,980 --> 00:00:11,210 Der Hauptmechanismus, den wir hier diskutieren werden, ist eine W-Lese- oder gewichtete zufällige Früherkennungsrate, 3 00:00:11,210 --> 00:00:13,800 um eine Überlastung zu vermeiden. 4 00:00:13,880 --> 00:00:21,110 Bevor wir uns jedoch mit der Rate befassen, schauen wir uns die Problemhinweise auf Routern und Switches an, die endlich sind. 5 00:00:21,140 --> 00:00:27,860 Mit anderen Worten, sie können eine bestimmte Anzahl von Paketen nur halten oder puffern, wenn ein Verkehrsausbruch auftritt 6 00:00:28,100 --> 00:00:30,200 und die Puffer überlaufen sind. 7 00:00:30,200 --> 00:00:37,090 Mit anderen Worten, es kommen mehr Pakete an, als von einem Router mit Switch übertragen und gepuffert 8 00:00:37,100 --> 00:00:37,920 werden können. 9 00:00:38,300 --> 00:00:43,470 Es werden Pakete verworfen, wenn sich die Warteschlange zusammenfaltet. 10 00:00:43,780 --> 00:00:46,660 Alle neu eintreffenden Pakete werden verworfen. 11 00:00:46,660 --> 00:00:52,750 Das nennt man Tailed Drop als Analogie zu einem Eimer. 12 00:00:53,120 --> 00:00:57,380 Der Eimer füllt sich mit Wasser oder Päckchen. 13 00:00:57,530 --> 00:01:03,220 Sobald der Eimer voll ist oder bei einer Stange oder einem Schalter, ist die Warteschlange voll. 14 00:01:03,230 --> 00:01:05,950 Alle neuen Pakete, die ankommen, werden verworfen. 15 00:01:07,170 --> 00:01:10,990 Weil es keinen Platz gibt, um sie zu puffern oder im Speicher zu halten. 16 00:01:11,190 --> 00:01:20,400 Wenn nun Tail Drop verwendet wird, wird Bandbreite verschwendet, insbesondere wenn TCE P verwendet wird. Hier ist ein Beispiel dafür, 17 00:01:20,400 --> 00:01:27,590 was passiert, wenn Tail Drop verwendet wird und Sie viele TCB-Flows haben. Die 100-prozentige 100-prozentige 18 00:01:27,590 --> 00:01:35,480 Auslastung einer Schnittstelle, die die y-Achse ist Die Auslastung einer Schnittstelle mit 100 Prozent, die durch 19 00:01:35,480 --> 00:01:40,170 diese Linie x Achse angezeigt wird, ist die Zeit. 20 00:01:40,230 --> 00:01:48,860 Was also passiert, ist, wenn mehrere Flows anfangen, Datenverkehr zu senden, und an diesem Punkt ein Tell-Drop auftritt. Pakete 21 00:01:48,860 --> 00:01:51,350 von allen Flows werden verworfen. 22 00:01:51,380 --> 00:01:58,450 Was nun mit TTP passiert, ist, dass die TTP-Absender langsamer werden, wenn Pakete verworfen werden. 23 00:01:58,480 --> 00:02:06,040 Mit anderen Worten, sie ziehen sich zurück, verlangsamen sich und erhöhen dann langsam wieder die Fenstergröße, um 24 00:02:06,040 --> 00:02:07,910 die Weiterleitungsgeschwindigkeit zu erhöhen. 25 00:02:08,050 --> 00:02:13,540 Was also passiert, ist, dass die Auslastung der Schnittstelle abnimmt, weil sich die drei Zentren zurückziehen. 26 00:02:13,630 --> 00:02:19,270 Mit anderen Worten, sie verlangsamen sich und erhöhen dann die Anzahl der Pakete, 27 00:02:19,270 --> 00:02:22,810 die sie senden, bevor sie eine Bestätigung erhalten. 28 00:02:22,930 --> 00:02:29,950 Wenn die Puffer jedoch wieder voll sind, werden Pakete aus all diesen Flows gelöscht, einschließlich aller neuen Flows, die 29 00:02:30,430 --> 00:02:36,600 anfangen, Datenverkehr zu senden. In diesem Fall haben wir vier Absender, die sich zurückziehen oder verlangsamen. 30 00:02:36,750 --> 00:02:41,400 Wieder erhöhen sie ihre Fenstergröße und erhöhen die Anzahl der Pakete, die sie senden können, 31 00:02:41,400 --> 00:02:47,360 bevor sie eine Bestätigung erhalten, und schließlich erreicht sie den Punkt, an dem die Puffer eines Routers oder eines 32 00:02:47,360 --> 00:02:48,710 Switches wieder voll sind. 33 00:02:48,950 --> 00:02:53,260 Pakete aus allen Flows werden verworfen, sodass sie alle langsamer werden. 34 00:02:53,510 --> 00:02:59,850 Das Problem ist also, dass, wenn der Bucket voll ist, Pakete von mehreren Flows empfangen werden, kein Platz 35 00:02:59,870 --> 00:03:01,630 zum Puffern vorhanden ist. 36 00:03:01,990 --> 00:03:09,470 So werden Pakete aus allen Flüssen, die alle Zentren zur gleichen Zeit zurückschicken, verworfen und erhöhen dann 37 00:03:09,560 --> 00:03:11,240 gleichzeitig die Geschwindigkeit. 38 00:03:11,500 --> 00:03:17,720 Am Ende hat C eine sogenannte globale Synchronisation, bei der mehrere Zentren gleichzeitig ihre 39 00:03:17,720 --> 00:03:19,050 Fenstergröße erhöhen. 40 00:03:19,870 --> 00:03:25,610 Sie verlangsamen sich gleichzeitig und erhöhen gleichzeitig ihre Geschwindigkeit. Gleichzeitig verlangsamen sie sich und 41 00:03:25,610 --> 00:03:27,860 so weiter und so fort. 42 00:03:27,860 --> 00:03:33,260 Im Laufe der Zeit wird die Schnittstelle nie vollständig genutzt. 43 00:03:33,300 --> 00:03:41,760 Die Idee mit der Vermeidung von Rot und Überlastung ist nun, dass Sie Pakete aus mehreren Flows zufällig ablegen, bevor sich die 44 00:03:42,270 --> 00:03:50,070 Warteschlange faltet. Mit anderen Worten, bevor der Bucket voll oder der Cube voll ist, sind Sie bereit, Pakete aus 45 00:03:50,100 --> 00:03:59,220 Flows zu löschen, aber Sie tun dies zufällig Möglicherweise wird ein Paket aus dem ersten Fluss verworfen, was bedeutet, dass der erste Fluss 46 00:03:59,220 --> 00:04:07,230 langsamer wird, aber während das mittlere verlangsamt wird, an das es gesendet wird, wird die Geschwindigkeit erhöht, da die Pakete 47 00:04:07,230 --> 00:04:08,480 nicht verworfen wurden. 48 00:04:09,860 --> 00:04:14,710 Während ein Host langsamer wird, erhöht ein anderer seine Geschwindigkeit. 49 00:04:14,720 --> 00:04:20,600 Dies geschieht nach dem Zufallsprinzip, sodass einige Hosts gleichzeitig ihre Geschwindigkeit 50 00:04:20,600 --> 00:04:29,050 erhöhen und einige langsamer werden, anstatt dass alle langsamer und alle gleichzeitig schneller werden. Cisco verwendet also w 51 00:04:29,050 --> 00:04:37,510 red, wodurch diese Zufälligkeit eingeführt wird, um eine bessere Leistung zu erzielen Nutzung der Bandbreite einer Schnittstellenschnittstelle, da 52 00:04:38,080 --> 00:04:44,230 einige langsamer werden und andere gleichzeitig schneller werden, was Ihnen insgesamt eine 53 00:04:44,230 --> 00:04:50,760 bessere Nutzung der Schnittstelle ermöglicht, sodass Sie mit der W-Rate einen minimalen und einen 54 00:04:50,760 --> 00:04:56,730 maximalen Schwellenwert für diese Täler haben unterhalb der Größe der vollständigen Warteschlange. 55 00:04:57,940 --> 00:05:05,240 Die Idee ist also, wenn die durchschnittliche Warteschlangengröße oder die durchschnittliche Warteschlangentiefe unter dem Mindestschwellenwert liegt. 56 00:05:05,280 --> 00:05:12,730 Beachten Sie, dass Pakete verworfen wurden, wenn die durchschnittliche Warteschlangentiefe den minimalen Schwellenwert überschreitet, aber unter dem 57 00:05:12,730 --> 00:05:14,510 maximalen Schwellenwert liegt. 58 00:05:14,560 --> 00:05:22,580 Wir haben zufällige Tropfen von Paketen, aber wenn es den maximalen Schwellenwert überschreitet, haben 59 00:05:22,580 --> 00:05:25,510 wir volle Tropfen von Verkehrs-CLOs. 60 00:05:25,530 --> 00:05:33,060 Der Grund, warum wir W wie bei der gewichteten zufälligen Früherkennung haben, ist, dass Sie 61 00:05:33,060 --> 00:05:41,220 dies basierend auf verschiedenen Klassen gewichten können, so dass Sie unterschiedliche maximale Schwellenwerte für verschiedene Verkehrsklassen haben können. 62 00:05:41,260 --> 00:05:49,690 Möglicherweise möchten Sie den gesamten FCP-Verkehr löschen, bevor Sie den HDP-Verkehr löschen, damit Sie einen anderen Mindest- 63 00:05:49,690 --> 00:05:56,830 und Höchstschwellenwert festlegen können, damit bestimmte Verkehrstypen vor anderen Verkehrszeiten, die beispielsweise auf IP-Präzedenzfällen 64 00:05:56,830 --> 00:06:06,280 oder basieren können, gelöscht oder vollständig gelöscht werden DCP, also die Idee mit w red ist, dass wir damit 65 00:06:06,280 --> 00:06:11,680 begonnen haben, Pakete zu verwerfen, bevor die Warteschlange voll ist. 66 00:06:11,680 --> 00:06:19,360 Wir vermeiden Überlastungen, indem wir vorab auswählen, welche Pakete verworfen werden, und möchten normalerweise nur DCP-Pakete 67 00:06:19,680 --> 00:06:26,680 verwerfen, da TTP-Flows die Übertragung lesen, sodass das zufällige Verwerfen von Paketen anstelle des Verwerfens 68 00:06:26,680 --> 00:06:29,850 von Paketen eine globale Synchronisation vermeidet. 69 00:06:30,160 --> 00:06:35,800 Verschiedene TTP-Flows erhöhen ihre Geschwindigkeit, während andere langsamer werden, damit Sie eine 70 00:06:35,800 --> 00:06:37,770 Verbindung besser nutzen können. 71 00:06:37,970 --> 00:06:44,880 Sie stellen außerdem sicher, dass noch Pufferplatz für Ihre Sprachpakete vorhanden ist, sodass Sie Ihren 72 00:06:44,880 --> 00:06:53,290 maximalen Schwellenwert so niedrig einstellen, dass FCP-Pakete vollständig verworfen werden, während Sie sicherstellen, dass noch Speicherplatz für den Sprachverkehr 73 00:06:53,290 --> 00:06:55,660 im Puffer vorhanden ist. 74 00:06:57,150 --> 00:07:01,760 Zusammenfassend haben wir also mehrere Mechanismen für die Servicequalität. 75 00:07:01,920 --> 00:07:04,220 Wir haben Klassifizierung und Verspottung. 76 00:07:04,470 --> 00:07:11,890 Wir haben die Formgebung und Bemerkung der Polizeiarbeit, wir haben Tools für das Überlastungsmanagement oder die Zeitplanung und wir haben 77 00:07:11,890 --> 00:07:18,670 linksspezifische Tools wie die Fragmentierung von Links. Um das Thema zu verlassen, ist ein Kurs nur eine Einführung 78 00:07:18,670 --> 00:07:20,260 in die Servicequalität. 79 00:07:20,290 --> 00:07:25,930 Weitere Informationen zur Servicequalität und gute Beispiele für die Anwendung der 80 00:07:25,960 --> 00:07:32,110 Servicequalität auf physische Switches und Router finden Sie in der Dienstgüte oder im Leitfaden.