1 00:00:00,420 --> 00:00:06,450 Jetzt wird nicht erwartet, dass Sie dies für die CCMA-Prüfung wissen, aber ich werde in diesem 2 00:00:06,450 --> 00:00:10,580 Beispiel ein Beispiel für die Servicequalität auf zwei Cisco-Routern demonstrieren. 3 00:00:10,580 --> 00:00:18,740 Ich habe zwei Router, die in Genie 3 ausgeführt werden. Show Run Interface Serial to Slash Zero zeigt uns die 4 00:00:19,490 --> 00:00:26,780 Konfiguration. Diese Router haben einfach IP-Adressen konfiguriert und ich habe keine Verbindung zu den Schnittstellen. Es wurde keine 5 00:00:26,780 --> 00:00:28,070 andere Konfiguration vorgenommen. 6 00:00:28,250 --> 00:00:35,150 Zeigen Sie die Schnittstelle mehrere bis zum Schrägstrich Null an. Zeigt uns die Geschwindigkeit 7 00:00:35,240 --> 00:00:45,560 der Schnittstelle an, die standardmäßig einen Punkt von fünf bis vier Megabit pro Sekunde verwendet. Auf dieser Schnittstelle des Routers können 8 00:00:45,680 --> 00:00:49,290 wir also den Befehl auto cores verwenden. 9 00:00:49,490 --> 00:00:57,090 Beachten Sie nun, dass wir die Erkennungsoption haben, mit der wir den Rada so konfigurieren können, dass Datenverkehr erkannt wird, 10 00:00:57,090 --> 00:00:59,070 der diese Schnittstelle durchquert. 11 00:00:59,250 --> 00:01:05,790 Aber in diesem Beispiel werde ich einfach die Schnittstelle für VoIP aktivieren und nicht die Option Vertrauen 12 00:01:05,790 --> 00:01:13,220 angeben, was bedeutet, dass es den Markierungen, die es von Roorda bis jetzt erhält, nicht vertrauen wird, normalerweise in der 13 00:01:13,220 --> 00:01:21,080 realen Welt, die Sie tun würden dass Sie dem Datenverkehr von einem Autor zum anderen vertrauen würden, es sei denn, 1 14 00:01:21,080 --> 00:01:25,820 ist ein Dienstanbieter und hat ihn als Beispiel an einen Kunden geschrieben. 15 00:01:25,820 --> 00:01:31,850 Jetzt werde ich hier verwenden, um VoIP-Vertrauen zu verursachen, damit Sie den Unterschied zwischen 16 00:01:32,330 --> 00:01:36,730 Vertrauen und Nicht-Vertrauen in einen benachbarten Router erkennen können. 17 00:01:36,800 --> 00:01:44,390 Man vertraut also nicht darauf, dass es in Vertrauensstellungen geschrieben wird, sondern in eine Vertrauensstellung, die auf der 18 00:01:45,730 --> 00:01:55,090 Konfiguration der Bestellkosten basiert. Jetzt erstellen Auftragsangebote eine große Menge an Konfiguration, sodass Sie die Konfiguration nicht manuell eingeben, sondern für Vertrauensstellungen schreiben, 19 00:01:56,270 --> 00:02:05,250 sondern in Vertrauensstellungen, die sie erstellt hat Eine Quality of Service-Klassenzuordnung, die im Wesentlichen mit DCF übereinstimmt, wenn Datenverkehr von einer mit 20 00:02:05,910 --> 00:02:14,850 E gekennzeichneten Karte empfangen werden soll. F. F. Es wird in diese Reihenfolge gehen, 21 00:02:14,850 --> 00:02:24,560 da VoIP-RTP-Vertrauens-CLOs, auf die in dieser Richtlinienzuordnung verwiesen wird, die Konfiguration, die Sie hier sehen, ein Beispiel für 22 00:02:24,560 --> 00:02:31,550 die Qualitätskontrolle oder die modulare Befehlszeilenschnittstelle für die Dienstqualität sind, die aus zwei 23 00:02:31,550 --> 00:02:33,260 Hauptteilen besteht. 24 00:02:33,260 --> 00:02:43,000 Wir haben Klassenzuordnungen und Richtlinienzuordnungen und Richtlinienzuordnungen, die dann an Schnittstellen gebunden sind. In diesem Beispiel haben wir also die 25 00:02:43,000 --> 00:02:52,780 Servicerichtlinie, die auf die an die Seriennummer gebundene Richtlinienzuordnung verweist, um die Nullschnittstelle zu reduzieren und so zu unserer zurückzukehren Klassenkarten 26 00:02:52,780 --> 00:03:05,890 Wir haben zwei Klassenkarten, eine mit DCP E. F. F. und eine passende 27 00:03:05,890 --> 00:03:07,940 entweder. 28 00:03:07,960 --> 00:03:16,690 Beachten Sie, dass die Übereinstimmung mit jedem Schlüsselwortklassenselektor 3 oder der IP-Priorität 3 übereinstimmt und die Weiterleitung der Klasse 3 1 oder 29 00:03:16,690 --> 00:03:23,240 eines 3 1 sicher ist, wobei Sie den Markierungen vertrauen, die Sie von Leser 1 erhalten. 30 00:03:23,320 --> 00:03:32,280 Es wird also nach Verkehr gesucht, der mit E übereinstimmt. F. F. Diese Klasse wird dann in dieser Richtlinienzuordnung abgeglichen. 31 00:03:32,380 --> 00:03:40,240 Beachten Sie also, dass der Name oder die angegebene Sprach-RTP-Vertrauenswürdigkeit hier übereinstimmt und 70 Prozent der Schnittstellenbandbreite 32 00:03:40,240 --> 00:03:40,800 erhalten. 33 00:03:40,840 --> 00:03:42,520 Wenn es überlastet ist. 34 00:03:42,850 --> 00:03:50,770 Mit anderen Worten: Voice Traffic Match von E. F. F. erhält eine Prioritätsbandbreite von 70 Prozent. 35 00:03:50,770 --> 00:03:52,210 Das ist eine Prioritätswarteschlange. 36 00:03:53,200 --> 00:03:56,660 Dies ist ein Beispiel für Warteschlangen mit geringer Latenz. 37 00:03:56,820 --> 00:04:02,550 Wir haben Verkehrsklassen, aber wir haben auch einen Prioritätsschlüssel. 38 00:04:02,550 --> 00:04:08,910 Dies ist also der Prioritätsschlüssel für das Abschalten von Sprache mit geringer Latenz, der 70 Prozent der Bandbreite des 39 00:04:09,750 --> 00:04:10,980 anderen Datenverkehrs erhält. 40 00:04:10,980 --> 00:04:17,790 In diesem Fall erhalten wir eine VoIP-Steuerung, die 5 Prozent der Bandbreitenbenachrichtigung erhält. 41 00:04:17,790 --> 00:04:25,920 Dies entspricht der hier konfigurierten Klasse, die mit CS dreieinhalb 31 übereinstimmt. 42 00:04:26,250 --> 00:04:33,070 Das nennt man im Wesentlichen Signalisierungsprotokolle wie sip H3 3G 3 und skinny. 43 00:04:33,120 --> 00:04:39,890 Mit anderen Worten, dies sind Protokolle, die Sie zum Einrichten von Telefonanrufen verwenden. Beachten Sie also, welche Auftragsprüfungen durchgeführt wurden. 44 00:04:39,900 --> 00:04:50,030 Es werden 75 Prozent der Schnittstellenbandbreite für Sprachanrufe zugewiesen, sodass der tatsächliche Sprachverkehr, den der RTP-Verkehr 45 00:04:50,030 --> 00:04:59,300 erhält, zu 70 Prozent 5 Prozent beträgt und der verbleibende Verkehr über gefälschte Warteschlangen 46 00:04:59,300 --> 00:05:00,950 geteilt wird. 47 00:05:00,980 --> 00:05:06,730 Dies ist also ein Beispiel für das Warten auf Warteschlangen in der Standardklasse. 48 00:05:06,730 --> 00:05:15,550 Die Klasse wird mit allem übereinstimmen, was nicht explizit übereinstimmt, daher ist eine Warteschlange mit geringer Latenz tatsächlich ein ziemlich wichtiger Schlüssel. 49 00:05:15,640 --> 00:05:20,160 Klassenbasierte gewichtete gefälschte Warteschlangen, aber das ist zu viel Bissen. 50 00:05:20,470 --> 00:05:22,620 Wir nennen es also Warteschlangen mit geringer Latenz. 51 00:05:22,810 --> 00:05:24,600 Da ist der hübsche Schlüssel. 52 00:05:24,590 --> 00:05:32,660 Hier ist ein Beispiel für eine Klasse, und dies ist ein Beispiel für das Warten auf 53 00:05:32,660 --> 00:05:38,420 Warteschlangen innerhalb einer Klasse. Warteschlangen mit geringer Latenz sind ziemlich Warteschlangen. 54 00:05:38,780 --> 00:05:44,660 In diesem Beispiel nähern wir uns dem steigenden VoIP-Verkehr gegenüber anderen Verkehrstypen. 55 00:05:44,660 --> 00:05:48,930 70 Prozent der Bandbreite können über Sprachanrufe genutzt werden. 56 00:05:49,010 --> 00:05:51,900 Es handelt sich um eine Prioritätswarteschlange, die zuerst gewartet wird. 57 00:05:52,010 --> 00:05:55,900 5 Prozent der Schnittstellenbandbreite könnten durch Anrufsignalisierung belegt werden. 58 00:05:56,330 --> 00:06:00,230 Dies ist jedoch eine garantierte Mindestbandbreite, die keine Priorität hat. 59 00:06:00,230 --> 00:06:04,770 Dies ist eine garantierte Mindestbandbreite von 70 Prozent der Schnittstellenbandbreite. 60 00:06:05,150 --> 00:06:12,230 Da es sich jedoch um eine Prioritätswarteschlange handelt, wird der Sprachverkehr gegenüber dem gesamten anderen Verkehr schlecht 61 00:06:12,230 --> 00:06:20,780 terrorisiert, wenn der Sprachverkehr nur 20 Prozent der Schnittstellenbandbreite nutzt, die der andere Verkehr verwenden kann, was nicht für die Sprache 62 00:06:20,780 --> 00:06:21,900 reserviert ist. 63 00:06:21,980 --> 00:06:28,480 Dies ist also eine maximale Bandbreite, die Sprache beanspruchen kann, und die Sprache wird auf dieser Ebene überwacht. 64 00:06:29,360 --> 00:06:34,850 Im schlimmsten Fall erhält der andere Datenverkehr jedoch nur 25 Prozent der Bandbreite. 65 00:06:34,850 --> 00:06:43,740 Diese Richtlinie wird auf die Seriennummer angewendet, um eine ausgehende Null-Schnittstelle zu reduzieren, sodass jeglicher Verkehr, der die Rada verlässt, zuvor 66 00:06:44,130 --> 00:06:46,110 terrorisiert oder niedlich ist. 67 00:06:46,110 --> 00:06:47,610 Basierend auf dieser Konfiguration.