1 00:00:00,890 --> 00:00:04,610 Jetzt in Russland eins, weil es keinen Markierungen vertraut, die es erhält. 2 00:00:05,530 --> 00:00:08,970 In diesem Beispiel gibt es mehr Konfiguration. 3 00:00:09,040 --> 00:00:14,220 Beachten Sie als Beispiel, dass wir eine Klassenzuordnung haben, die dem weißen Steuerelement entspricht. 4 00:00:14,370 --> 00:00:18,100 Es gibt eine Klassenkarte, die mit RTP übereinstimmt. 5 00:00:18,150 --> 00:00:25,830 Hierbei wird eine n-Balken- oder netzwerkbasierte Anwendungserkennung verwendet, um zu bestimmen, ob der Datenverkehr tatsächlich 6 00:00:25,860 --> 00:00:27,240 RTP-Datenverkehr ist. 7 00:00:27,450 --> 00:00:30,000 Es stimmt auch mit einer Zugriffsliste überein. 8 00:00:30,060 --> 00:00:36,610 Dies ist also eine Übereinstimmung, bei der jede Seite entweder mit RTP-Audio übereinstimmt oder was auch immer in der Erfolgsliste konfiguriert ist. 9 00:00:36,630 --> 00:00:42,910 Schauen wir uns also diese Zugriffsliste an und stellen Sie fest, dass die Zugriffslisten ziemlich kompliziert sind. 10 00:00:42,910 --> 00:00:50,440 Wir haben eine Zugriffsliste für RTP-Verkehr Cisco IP-Telefone senden beispielsweise einen Sprachverkehr im UDP-Bereich 11 00:00:50,440 --> 00:00:56,770 16 3 8 für bis zu 3 2 7 6 7. 12 00:00:56,860 --> 00:00:59,200 Das ist also Sprachverkehr. 13 00:00:59,230 --> 00:01:06,210 Beachten Sie den Signalisierungsverkehr, auf den hier als Beispiel verwiesen wird. 14 00:01:06,240 --> 00:01:08,710 Dies ist ein Vertrag 3. 15 00:01:08,820 --> 00:01:10,840 Das ist MVP. 16 00:01:10,920 --> 00:01:18,780 Dies ist dünn, sodass explizite Portnummern für die VoIP-Steuerung übereinstimmen. 17 00:01:19,000 --> 00:01:25,040 Und hier wird dieser Portbereich für RTP verwendet, und alle DCP-RTP 18 00:01:28,620 --> 00:01:38,770 sind ein Protokoll, das in RTP verwendet wird, um einem Absender Informationen zur Dienstqualität zurückzugeben. Beachten Sie also, dass wir 19 00:01:38,770 --> 00:01:48,790 sowohl RTP als auch den tatsächlichen Audio- und den gesamten DCP-Verkehr abgleichen, der in diesen nicht vertrauenswürdigen RTP-Klaus eingegeben wird 20 00:01:49,540 --> 00:01:58,930 SAP Skinny H3 3 und andere Signalisierungsprotokolle werden in diese nicht vertrauenswürdigen VoIP-Steuerungs-CLOs eingefügt, und hier haben wir 21 00:01:58,930 --> 00:02:00,070 eine Bemerkung. 22 00:02:00,550 --> 00:02:05,970 Wenn uns also jemand Verkehr schickt, werden wir den Markt lesen. 23 00:02:06,850 --> 00:02:18,190 Beachten Sie also, dass hier unten jeder Verkehr, der als E F CLOs markiert ist und eine 3 oder eine f 31 wählt, als Standard 24 00:02:18,490 --> 00:02:19,890 vermerkt ist. 25 00:02:19,930 --> 00:02:27,250 Mit anderen Worten, es wird als nullbasierter Aufwandsverkehr markiert, außer dass drei seinen Verkehr als EF markieren und 26 00:02:27,280 --> 00:02:34,120 ihn dann über diesen Link senden, um eine Eins zu schreiben. Stattdessen wird man den Markt als 27 00:02:34,120 --> 00:02:41,320 Null lesen, weil der Richtige ihm nicht vertraut zwei in der Art und Weise, wie ich dies so 28 00:02:41,320 --> 00:02:45,770 konfiguriert habe, dass jeder dieser Verkehrstypen als Standardverkehrs-Sprachverkehr bezeichnet wird. 29 00:02:45,910 --> 00:02:54,910 Basierend auf dieser Übereinstimmung wird die Bandbreite von RTP-Audio und der Zugriffsliste des RTP-Portbereichs auf 70 30 00:02:54,970 --> 00:02:56,250 Prozent festgelegt. 31 00:02:56,470 --> 00:03:00,950 Daher wird der Sprachverkehr gegenüber anderen Verkehrstypen schlecht terrorisiert. 32 00:03:00,970 --> 00:03:06,610 Dies ist ein Beispiel für Warteschlangen mit geringer Latenz und einer Prioritätsbandbreite von 70 Prozent. 33 00:03:06,640 --> 00:03:10,460 Beachten Sie jedoch, dass es auch den Verkehr als E verspottet. F .. 34 00:03:10,660 --> 00:03:16,920 Auf dieser Seite wurde der Verkehr nicht markiert, weil wir den Markierungen vertrauen, die wir auf der Seite erhalten. 35 00:03:16,920 --> 00:03:19,120 Wir vertrauen den Markierungen, die wir erhalten, nicht. 36 00:03:19,120 --> 00:03:28,890 Also verspotten wir den Verkehr selbst, sodass der RTP-Sprachverkehr auf E gesetzt ist. F. F. Die Anrufsignalisierung ist auf f 31 eingestellt 37 00:03:28,890 --> 00:03:35,760 und erhält eine garantierte Mindestbandbreite von 5 Prozent Verkehr, die wir erhalten und die bereits als e 38 00:03:35,760 --> 00:03:41,900 f oder C markiert ist, da drei f 31 als bestes Ergebnis gekennzeichnet sind. 39 00:03:42,270 --> 00:03:50,390 Anderer Datenverkehr wird mithilfe einer gefälschten Warteschlange in die Warteschlange gestellt, sodass diese beiden Klassen die verbleibenden 25 Prozent gemeinsam nutzen. 40 00:03:50,400 --> 00:03:56,230 Dies wird nicht durch Sprache und Signalisierung bei Überlastung verwendet. 41 00:03:56,310 --> 00:04:03,340 Dies ist ein Beispiel für die Verwendung von VoIP, um dem Sprachverkehr eine gute Servicequalität zu bieten. 42 00:04:03,510 --> 00:04:11,520 Und wieder ist es zu Lasten des anderen Verkehrs im Netzwerk, aber aufgrund des Sprachverkehrs 43 00:04:11,520 --> 00:04:14,500 ist hohe Priorität niedrige Latenz. 44 00:04:14,700 --> 00:04:22,800 Es kann sich über andere Verkehrstypen erheben und erhält eine Prioritätswarteschlange von 70 Prozent. 45 00:04:22,800 --> 00:04:25,150 Dies ist ein Beispiel für die Verwendung von Ordnungschaos. 46 00:04:25,200 --> 00:04:31,560 Dies ist möglicherweise nicht für Ihre Umgebung geeignet. Möglicherweise möchten Sie die Servicequalität manuell 47 00:04:32,070 --> 00:04:38,520 konfigurieren oder Auftrags-Quads erlauben, den Datenverkehr in Ihrem Netzwerk zu ermitteln und dann Richtlinien vorzuschlagen. 48 00:04:38,520 --> 00:04:43,980 Auch hier müssen Sie sich nicht die gesamte Konfiguration merken, aber ich 49 00:04:43,980 --> 00:04:49,980 wollte Ihnen ein Beispiel für vertrauenswürdige und nicht vertrauenswürdige Markierungen zeigen, die ein Fahrer erhält. 50 00:04:49,980 --> 00:04:54,530 In diesem Beispiel vertraut Fahrer 1 also nicht Fahrer 2, sondern dem Fahrer. 51 00:04:54,540 --> 00:04:59,910 Normalerweise stimmen Sie diese Richtlinien so ab, dass sie sich entweder gegenseitig vertrauen oder sich gegenseitig 52 00:04:59,910 --> 00:05:00,770 nicht vertrauen.