Dscp 46 Binäre Optionen

Implementieren von Quality of Service-Richtlinien mit DSCP Dieses Dokument beschreibt, wie die DSCP-Werte in Quality of Service (QoS) - Konfigurationen auf einem Cisco-Router festgelegt werden, und es fasst die Beziehung zwischen DSCP und IP-Priorität zusammen. Sie sollten mit den Feldern im IP-Header und Cisco IOS reg CLI vertraut sein. Dieses Dokument ist nicht auf bestimmte Software - und Hardwareversionen beschränkt. Die Informationen in diesem Dokument wurden aus Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte wurden mit einer gelöschten (Standard-) Konfiguration gestartet. Wenn Sie in einem Live-Netzwerk arbeiten, stellen Sie sicher, dass Sie die möglichen Auswirkungen eines Befehls verstehen, bevor Sie ihn verwenden. Differentiated Services (DiffServ) ist ein neues Modell, in dem Verkehr durch Zwischensysteme mit relativen Prioritäten auf der Grundlage der Art der Dienste (ToS) Feld behandelt wird. Definiert in RFC 2474 und RFC 2475 ersetzt die DiffServ-Standard die ursprüngliche Spezifikation für die Definition der Paket-Priorität in RFC 791 beschrieben. DiffServ erhöht die Anzahl definierbarer Prioritätsstufen, indem die Bits eines IP-Pakets zur Prioritätsmarkierung neu zugeordnet werden. Die DiffServ-Architektur definiert das DiffServ - (DS) - Feld, welches das ToS-Feld in IPv4 ersetzt, um per Hop-Verhalten (PHB) Entscheidungen über Paketklassifizierung und Verkehrskonditionierungsfunktionen wie Messen, Markieren, Formen und Polizei zu treffen. Die RFCs nicht diktieren die Art und Weise zu implementieren PHBs dies ist die Verantwortung des Anbieters. Cisco implementiert Warteschlangentechniken, die ihr PHB auf die IP-Priorität oder den DSCP-Wert im IP-Header eines Pakets stützen können. Basierend auf DSCP - oder IP-Priorität kann der Verkehr in eine bestimmte Serviceklasse übertragen werden. Pakete innerhalb einer Serviceklasse werden auf die gleiche Weise behandelt. Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips-Konventionen. Die sechs höchstwertigen Bits des DiffServ-Feldes werden als DSCP bezeichnet. Die letzten beiden derzeit nicht verwendeten (CU) Bits im DiffServ-Feld wurden nicht innerhalb der DiffServ-Feldarchitektur definiert, die nun als Explicit Congestion Notification (ECN) - Bits verwendet werden. Router am Rand des Netzwerks klassifizieren Pakete und markieren sie entweder mit dem IP Precedence oder DSCP Wert in einem Diffserv Netzwerk. Andere Netzwerkgeräte im Kern, die Diffserv unterstützen, verwenden den DSCP-Wert im IP-Header, um ein PHB-Verhalten für das Paket auszuwählen und die entsprechende QoS-Behandlung bereitzustellen. Die Diagramme in diesem Abschnitt zeigen einen Vergleich zwischen dem durch RFC 791 definierten ToS-Byte und dem DiffServ-Feld. Der DiffServ-Standard nutzt die gleichen Prioritätsbits (die höchstwertigen Bits DS5, DS4 und DS3) für die Prioritätseinstellung, aber weiter klärt die Definitionen und bietet feinere Granularität durch die Verwendung der nächsten drei Bits im DSCP. DiffServ reorganisiert und benennt die Prioritätsstufen (noch definiert durch die drei höchstwertigen Bits des DSCP) in diese Kategorien ein (die Ebenen werden in diesem Dokument näher erläutert): bleibt gleich (Linkschicht und Routingprotokoll halten lebendig) Bleibt die Identisch (wird für IP-Routing-Protokolle verwendet) Express Forwarding (EF) Mit diesem System priorisiert ein Gerät zuerst Datenverkehr nach Klasse. Dann differenziert und priorisiert dieselbe Klasse Verkehr, wobei die Tropfenwahrscheinlichkeit berücksichtigt wird. Der DiffServ-Standard spezifiziert keine genaue Definition der Quotow-, Quotmedium-, Quotth - und Quothighquot-Drop-Wahrscheinlichkeit. Nicht alle Geräte erkennen die DiffServ-Einstellungen (DS2 und DS1), und selbst wenn diese Einstellungen erkannt werden, lösen sie nicht notwendigerweise dieselbe PHB-Weiterleitungsaktion an jedem Netzwerkknoten aus. Jeder Knoten implementiert seine eigene Antwort auf, wie es konfiguriert ist. RFC 2597 definiert die gesicherte Weiterleitung (AF) PHB und beschreibt sie als eine Einrichtung für eine Anbieter-DS-Domäne, um verschiedene Ebenen von Weiterleitungsversicherungen für IP-Pakete anzubieten, die von einer Kunden-DS-Domäne empfangen werden. Die gesicherte Weiterleitung PHB garantiert eine gewisse Bandbreite für eine AF-Klasse und ermöglicht den Zugriff auf zusätzliche Bandbreite, falls verfügbar. Es gibt vier AF-Klassen, AF1x über AF4x. Innerhalb jeder Klasse gibt es drei Drop Wahrscheinlichkeiten. Abhängig von einer bestimmten Netzwerkrichtlinie können Pakete für einen PHB basierend auf dem erforderlichen Durchsatz, der Verzögerung, dem Jitter, dem Verlust oder entsprechend der Priorität des Zugriffs auf Netzwerkdienste ausgewählt werden. Die Klassen 1 bis 4 werden als AF-Klassen bezeichnet. Die folgende Tabelle zeigt die DSCP-Codierung zur Angabe der AF-Klasse mit der Wahrscheinlichkeit. Die Bits DS5, DS4 und DS3 definieren die Klassenbits DS2 und DS1, das Abfallwahrscheinlichkeitsbit DS0 ist immer Null. RFC 2598 definiert die Expedited Forwarding (EF) PHB: Die EF PHB kann verwendet werden, um eine niedrige Verluste, geringe Latenz, geringe Jitter, gesicherte Bandbreite, End-to-End-Service durch DS (Diffserv) Domänen zu bauen. Ein solcher Dienst erscheint den Endpunkten wie eine Punkt-zu-Punkt-Verbindung oder eine quasi-virtuelle Standleitung. Dieser Service wurde auch als Premium service. quot beschrieben. Codepoint 101110 wird für den EF PHB empfohlen, was einem DSCP-Wert von 46 entspricht Auch hier müssen herstellerspezifische Mechanismen für die Implementierung dieser PHBs konfiguriert werden. Siehe RFC 2598 für weitere Informationen über EF PHB. Es gibt drei Möglichkeiten, das DSCP-Feld zu verwenden: ClassifierWählen Sie ein Paket aus, das auf dem Inhalt einiger Teile des Paketheaders basiert, und wenden Sie PHB basierend auf dem vom DSCP-Wert definierten Dienstmerkmal an. MarkerStellen Sie das DSCP-Feld basierend auf dem Verkehrsprofil ein. MeteringCheck Einhaltung des Verkehrsprofils mit Hilfe einer Shaper - oder Tropffunktion. Die Paketklassifizierung umfasst die Verwendung eines Verkehrsdeskriptors, um ein Paket in einer bestimmten Gruppe zu kategorisieren und das Paket für die QoS-Behandlung im Netzwerk zugänglich zu machen. Mit der Paketklassifizierung können Sie den Netzwerkverkehr auf mehrere Prioritätsstufen oder eine Dienstklasse (CoS) verteilen. Sie können entweder Zugriffslisten (ACLs) oder den Match-Befehl in der modularen QoS-CLI verwenden, um auf DSCP-Werten übereinzustimmen. Weitere Informationen zur Verwendung von ACLs finden Sie unter Quality of Service für den Cisco 7200/7500. Die Auswahl eines DSCP-Werts im Match-Befehl wurde in Cisco IOS Software Release 12.1 (5) T eingeführt. Wenn Sie den IP-Dscp-Wert im Befehl class map angeben, haben Sie folgende Möglichkeiten: Der DSCP kann auf einen gewünschten Wert am Rand des Netzwerks gesetzt werden, um es den Kernkomponenten einfacher zu machen, das Paket zu klassifizieren, wie im Paket gezeigt Abschnitt Klassifizierung und bieten ein angemessenes Maß an Service. Class-Based Packet Marking kann verwendet werden, um den DSCP-Wert wie hier gezeigt einzustellen: Committed Access Rate und Class-Based Policing sind Verkehrsregelungsmechanismen, die verwendet werden, um den Verkehrsfluss zu regulieren, um den vereinbarten Serviceparametern zu entsprechen. Diese Mechanismen können zusammen mit DSCP verwendet werden, um unterschiedliche Dienstleistungsstufen für konforme und nichtkonforme Verkehrssysteme bereitzustellen, indem der DSCP-Wert, wie in diesem Abschnitt gezeigt, entsprechend modifiziert wird. Weighted Random Early Detection (WRED), selektiv vernachlässigt niedrigeren Priorität Verkehr, wenn die Schnittstelle beginnt zu bekommen überlastet. WRED kann differenzierte Leistungsmerkmale für verschiedene CoS liefern. Dieser differenzierte Dienst kann, wie hier gezeigt, auf Basis des DSCP erfolgen: Für weitere Informationen zu folgenden Bugs können Sie das Bug Toolkit (nur registrierte Kunden) für weitere Informationen zu diesen Bugs verwenden: CSCdt63295 (nur registrierte Kunden) Wenn Sie scheitern , Um das ToS-Byte mit den neuen DSCP-Markierungsbefehlen der Dial-Peers (auf 0 gesetzt) ​​in Cisco IOS Software Release 12.2.2T zu setzen, werden die Pakete nicht markiert und bleiben mit einem ToS auf 0 gesetzt. CSCdt74738 (registrierte Kunden ) Die Unterstützung für den set ip dscp-Befehl auf dem Cisco 7200 Router und den unteren Plattformen für die Multicast-Pakete sollte ab Cisco IOS Software Release 12.2 (3.6) und später verfügbar sein. IP Precedence, TOS amp DSCP Der IP-Typ Service-Header-Feld Das Feld Type of Service im IP-Header wurde ursprünglich in RFC 791 definiert. Es definierte einen Mechanismus für die Zuordnung einer Priorität zu jedem IP-Paket sowie einen Mechanismus, um eine spezifische Behandlung wie hohen Durchsatz, hohe Zuverlässigkeit oder niedrige Latenzzeit anzufordern . In der Praxis wurde bisher nur der IP-Precedence-Teil des Feldes verwendet. Je höher der Wert des IP-Precedence-Felds ist, desto höher ist die Priorität des IP-Pakets. Einfach. In RFC 2474 wurde die Definition dieses gesamten Feldes geändert. Es wird jetzt als DS (Differentiated Services) - Feld und die oberen 6 Bits enthalten einen Wert namens DSCP (Differentiated Services Code Point). Seit RFC 3168 werden die verbleibenden zwei Bits (die beiden am wenigsten siginficant Bits) für Explicit Congestion Notification verwendet. Das folgende Diagramm zeigt die Beziehung zwischen den Bits im Feld Type of Services / Differeniated Services im IP-Header: - DiffServ DiffServ DiffServ ist ein QoS-Protokoll (Quality of Service) für die Verwaltung der Bandbreitenzuweisung Für Internet-Medienverbindungen (zB eine VOIP-Sprachverbindung). Nizza Überblick hier IETF DiffServ Seite mit niedriger Bandbreite Linien, wie ADSL, können Benutzer jittering fühlen. Versuchen Sie, volle Upload-Bandbreite zu eMule ermöglichen und einen Telefonanruf in G.711 in der gleichen Zeit zu tun, und Sie werden sicherlich verstehen, was mean. Regarding ich Cisco docs, und auch andere, die richtige DiffServ-Wert EF (Expedited Forwarding) . Der EF DiffServ enthält auch das ToS Low Delay Bit. Die von vielen Routern ohne Konfiguration behandelt wird. Dies wird PFIFO (Priorität Faust In First Out oder FIFO mit Priorität) genannt. Die Werte, die Sie wissen müssen: EF DiffServ dezimal: 184 EF DiffServ hexadezimal: 0xb8 EF DiffServ binär: 101110 00 (in rot: DSCP-Feld) EF DSCP dezimal: 46 EF DSCP hexadezimal: 0x2e EF DSCP binär: 101110 Bemerkung: Das DSCP-Feld ist innerhalb der ersten 6 Bits des DiffServ byte. Here enthalten ist der Teil, wo wir verrückt zu bekommen. Jeder Konstruktor benötigt einen anderen DiffServ - oder DSCP-Wert. Alcatel OmniPCX Büro - EF DiffServ binär. 10111000 DIFFSERVPHBEF Asterisk 1.0.9 (dh sip. conf) - EF DiffServ hexadezimal. Tos 0xb8 Grandstream (erfordert FW 1.0.6.3 und älter) - EF DSCP dezimal. 46 ZyXEL - EF DiffServ dezimal. 184 TELES - EF DiffServ dezimal. 184 snom kommt mit einem TOS Standard von 160 und berät 184 (RTP) zu verwenden. Mehr Infos in ihrer FAQ. Für SIP wäre ein Wert von CS3 TOS 96 sinnvoll. Wenn irgendwelche Zweifel, verwenden Sie einen Schnüffler wie Wireshark (ehemals Ethereal). Wenn die Einstellungen korrekt sind, wird es die Differentiated Services Feld in einem der RTP-Pakete, whith einen Wert von 0xb8 zeigen (DSCP 0x2e: Beschleunigter Forwarding: ECN: 0x00).DiffServ (Differentiated Services) DiffServ ist ein QoS (Quality of Service) Protokoll für die Bandbreitenzuweisung für Internet-Medien-Verbindungen verwalten (zB VoIP-Sprachverbindung). Nizza Überblick hier IETF DiffServ Seite mit niedriger Bandbreite Linien, wie ADSL, können Benutzer jittering fühlen. Versuchen Sie, volle Upload-Bandbreite zu eMule ermöglichen und einen Telefonanruf in G.711 in der gleichen Zeit zu tun, und Sie werden sicherlich verstehen, was mean. Regarding ich Cisco docs, und auch andere, die richtige DiffServ-Wert EF (Expedited Forwarding) . Der EF DiffServ enthält auch das ToS Low Delay Bit. Die von vielen Routern ohne Konfiguration behandelt wird. Dies wird PFIFO (Priorität Faust In First Out oder FIFO mit Priorität) genannt. Die Werte, die Sie wissen müssen: EF DiffServ dezimal: 184 EF DiffServ hexadezimal: 0xb8 EF DiffServ binär: 101110 00 (in rot: DSCP-Feld) EF DSCP dezimal: 46 EF DSCP hexadezimal: 0x2e EF DSCP binär: 101110 Bemerkung: Das DSCP-Feld ist innerhalb der ersten 6 Bits des DiffServ byte. Here enthalten ist der Teil, wo wir verrückt zu bekommen. Jeder Konstruktor benötigt einen anderen DiffServ - oder DSCP-Wert. Alcatel OmniPCX Büro - EF DiffServ binär. 10111000 DIFFSERVPHBEF Asterisk 1.0.9 (dh sip. conf) - EF DiffServ hexadezimal. Tos 0xb8 Grandstream (erfordert FW 1.0.6.3 und älter) - EF DSCP dezimal. 46 ZyXEL - EF DiffServ dezimal. 184 TELES - EF DiffServ dezimal. 184 snom kommt mit einem TOS Standard von 160 und berät 184 (RTP) zu verwenden. Mehr Infos in ihrer FAQ. Für SIP wäre ein Wert von CS3 TOS 96 sinnvoll. Wenn irgendwelche Zweifel, verwenden Sie einen Schnüffler wie Wireshark (ehemals Ethereal). Wenn die Einstellungen korrekt sind, wird es die Differentiated Services Feld in einem der RTP-Pakete, whith einen Wert von 0xb8 zeigen (DSCP 0x2e: Beschleunigter Forwarding: ECN: 0x00).Created von: jht2. Letzte Änderung: Mo 23 Dez, 2013 (01:15 UTC) von JustRumoursDSCP TOS Anmerkung: Im vollkommen glücklich für diese Tabelle und die zugehörigen Informationen, die überall von jedermann benutzt werden, das ist, warum sein hier veröffentlicht worden ist, konnte ich nicht eine einfache Referenz finden, So dass ich ein erstellt und veröffentlicht es für alle, aber, wenn Sie die Neuveröffentlichung der Informationen, bitte Attribut der Quelle und nicht versuchen, es als ursprüngliche Arbeit übergeben. Vielen Dank. Sie versuchen, QoS funktionieren reibungslos in Ihrem Netzwerk und Sie haben ein DSCP-Tag auf Ihre Pakete, aber, können Sie nur sehen, ToS bei der Erfassung von Paketen Wie Sie herausfinden, welcher ToS-Wert entspricht, die DSCP-Wert Or. Sie markieren DSCP / PHB-Klassen, sehen aber nur DSCP-Hex - oder Dezimal-Tags auf Ihren Paketen. Was bedeutet das? Die folgende Tabelle zeigt gemeinsame Dezimal-, Hex - und Binärwerte für TOS, die in die Bedeutung der Teile dieses Bytes eingeteilt sind DSCP-Werte bei der Interpretation dieses Bytes als DSCP. TOS Precedence (Bin) TOS Precedence (Dez) TOS Precedence Name TOS Durchsatz Flag TOS Reliability flag So, dort haben Sie es, ein Byte in einem Paket Header, zwei Möglichkeiten, um es zu betrachten. Wenn es sich um TOS (Art des Dienstes) handelt, geben die ersten 3 Bits die Priorität an, das vierte Bit zeigt an, ob eine geringe Verzögerung bevorzugt ist oder nicht, das fünfte Bit zeigt an, ob ein hoher Durchsatz bevorzugt ist oder nicht Wird eine hohe Zuverlässigkeit bevorzugt und das siebte und das achte Bit reserviert. Weitere Informationen finden Sie in RFC 791. geschrieben in 1981, die IP definiert. Wenn der Umgang mit DSCP (Differentiated Services (Diffserv) - Codepoint) nur die ersten 6 Bits verwendet werden und die letzten 2 ignoriert werden, können diese für ECN (Explicit Congestion Notification) RFC 3168 verwendet werden. Mehr Infos finden Sie in RFC 2474. geschrieben Im Jahr 1998, die das Differentiated Services Field (DS-Feld) definiert, worauf sich das TOS-Byte bezieht, wenn es um differenzierte Dienste und speziell um DSCP geht. Auch können RFC 2597 und RFC 3246, die einige der PHB - (Perhop-Verhalten) Klassen definieren, nützlich sein. Update 2013-04-21: Added-Voice-zugelassen wie in RFC 5865 definiert und an der IANA DSCP Registry aufgelistet. Es wurden verschiedene TOS-Flag-Optionen hinzugefügt, wie sie in einer bestimmten Software verwendet wurden, z. B. Openssh und alte Versionen von asterisk. Beispiele tcpdump Ich möchte IPv4-Pakete mit tcpdump, die haben die DSCP-Klasse af21 gesetzt haben, aber, tcpdump hat keinen Filter für DSCP und doesnt decodieren Werte an DSCP-Klassen, was kann ich tun Was dies tcpdump mit ausführlichen Ausgabe (- V), keine Namen-Lookups (-n) auf der Schnittstelle ppp0 (-i ppp0), sagt der Filter, die in Anführungszeichen, sagt nur enthalten Pakete, die ip (ip) und (und), wo das zweite Byte in der IP-Header (Ip1) hat einen Dezimalwert von 72, den wir aus der obigen Tabelle als TOS-Dezimalwert äquivalent zu der DSCP-Klasse af21 (72) genommen haben, wobei die letzten 2 Bits in diesem Byte ignoriert werden, da sie ECN-Flags (amp 0xfc) enthalten können. Tcpdump zeigt Pakete, die zu unserem Filter passen, es bevorzugt, einen Hex-TOS-Wert in seinem Display zu verwenden, also, zeigt tos 0x48. Wenn wir stattdessen wollen IPv6-Traffic mit dem gleichen Klassensatz zu erfassen, wed tun: Hier ist es ein wenig komplexer, mit IPv6 das Verkehrsklasse Byte Straddles das erste und zweite Byte des Headers, also schauen wir uns die ersten beiden Bytes Des Headers (ip60: 2), ignorieren die ersten 4 Bits und die letzten 6 Bits (amp 0xfc0) und verschieben dann den Wert 4 Bits nach rechts (gtgt 4), um die 4 rechtsbündigen Bits zu entfernen, die sich außerhalb der Verkehrsklasse befinden Byte aus dem Wert und lassen Sie uns mit dem Wert, den wir wollen. In beiden Beispielen können Sie TOS-Hex-Werte anstelle von TOS-Dezimalwerten verwenden, z. B. 0x48. Alternativ können Sie, wenn Sie DSCP-Hex - oder DSCP-Dezimalwerte verwenden möchten, das Ergebnis verschieben, für das erste Beispiel würde dies genaue Äquivalente wie oben geben: und für das zweite Beispiel: In beiden Fällen mit dem DSCP-Hex Wert von 0x12, wie Sie aus der obigen Tabelle sehen können, entspricht dem TOS-Dezimalwert 72. Beachten Sie die Anführungszeichen um die Filterzeichenfolge über, während Sie nicht Anführungszeichen benötigen, wenn Sie einfache Filter mit tcpdump angeben, ohne sie in diesem Fall die Shell wäre Wahrscheinlich interpretieren amp und gtgt Ausführen eines Teil-Befehls als Hintergrund-Aufgabe und versuchen, den Rest mit der Ausgabe umgeleitet, etwas, das Sie wahrscheinlich nicht tun möchten. Ping Ping kann verwendet werden, um einige ausgehende Pakete zu generieren, um Ihre QoS-Konfiguration oder tcpdump-Filter zu testen. Ping verfügt über eine Option - Q, um den Wert festzulegen, den Sie auf Ihren Paketen setzen möchten. Für IPv4 benötigt dies entweder einen TOS-Hex - oder TOS-Dezimalwert, für IPv6 dauert es nur einen TOS-Hex-Wert. Zur Erzeugung von Paketen, die unsere tcpdump-Filter übernehmen würden, sind für IPv4 diese beiden gleich: Für IPv6 sind diese beiden gleich: Wie erwähnt, nimmt ping6 nur einen Hexadezimalwert, während 48 in diesem Fall als dezimal erscheinen kann, da wir das nicht explizit getan haben Es wurde eine detaillierte Berechnung: AFXY, CSX und EF sind nur PHB-Codes für den entsprechenden DSCP in binärer oder dezimaler Darstellung. AFXY wobei X die Klasse (3bits) Y ist die Priorität (2bits) AF-Berechnungsbeispiel: PHB-CodeAF33011 11 0 (binär) 30 (Dezimalzahl) EF-Berechnungsbeispiel: PHB-Code EF 101 11 0 (binär) 46 (dezimal) 101 ist Die Priorität 11 ist die Klasse des Dienstes und so ein für andere Werte, fügte ich eine weitere detailliertere Tabelle, die alle Berechnungen der DSCP-Binär-und den entsprechenden Dezimalwert aus der Priorität und Klasse des Dienstes zurücknehmen Korrigieren Antwort von Pavel Bykov etwa 8 Jahre 11 Vor 1 Jahr Was ist zou sucht nicht mathematisch. AF und EF ist nur ein NAME, der in Standard definiert ist. AF bedeutet Versichert, und EF bedeutet Expedited Forwarding. Sie könnten es genannt haben Sehr Wichtig und anstelle von EF würden wir verwenden VI So DSCP EF 46 ist wirklich DSCP 46. Standard definiert, wie sollten Zahlen und was sie benannt werden. Bitte beachten Sie die folgenden Dokumente: Hope this helps. Bitte bewerten Sie alle hilfreichen Beiträge