Priorisierung mit Wireshark prüfen (Cisco)
Hallo zusammen,
Ich lese mich gerade in Wireshark ein.
Grund hierfür ist das, ich Prüfen möchte ob die Priorisierung die ich festgelegt habe auch wirklich greift. Die Clients geben schon in den IP Paketen den DSCP Wert an der Priorisiert werden muss (siehe Screenshot, DSCP: CS7).
Der Switch ist ein Cisco Catalyst 2960x
Hier der Auszug der Konfig:
Gibt es da eine möglichkeit das in Wireshark zu Prüfen ob das passt?
Vielen Dank.
Ich lese mich gerade in Wireshark ein.
Grund hierfür ist das, ich Prüfen möchte ob die Priorisierung die ich festgelegt habe auch wirklich greift. Die Clients geben schon in den IP Paketen den DSCP Wert an der Priorisiert werden muss (siehe Screenshot, DSCP: CS7).
Der Switch ist ein Cisco Catalyst 2960x
Hier der Auszug der Konfig:
mls qos map policed-dscp 57 to 6
mls qos map policed-dscp 46 to 5
mls qos map policed-dscp 8 to 4
mls qos
int range gi1/0/1-24
mls qos trust dscp
Gibt es da eine möglichkeit das in Wireshark zu Prüfen ob das passt?
Vielen Dank.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 650796
Url: https://administrator.de/contentid/650796
Ausgedruckt am: 15.11.2024 um 21:11 Uhr
10 Kommentare
Neuester Kommentar
Hmmm... im Wireshark siehst du ja nur die Daten fliessen, die Daten sind ja unverändert. Die Priorisierung passiert ja in einer Queue, bevor es die Netzwerkkarte raus sendet. Wireshark sollte keinen Unterschied sehen.
Du kannst es höchstens testen, indem du absichtlich das Netz überlastest, mit Paketen, die in der Priorisierung weiter unten sein sollten.
Du kannst es höchstens testen, indem du absichtlich das Netz überlastest, mit Paketen, die in der Priorisierung weiter unten sein sollten.
Die Frage ist irgendwie unverständlich... Du hast doch schon in Wireshark geprüft das es passt ?!
Der Client sendet priorisierte Frames mit CS7 = 56 ind Netz also alles gut.
Allerdings hast du dem Switch in seiner Konfig nicht gesagt das er 56 auch in die Queue 5 oder 6 packen soll um sie zu priorisieren. Du hast ja lediglich nur die Werte 57, 46 und 8 gesetzt, 56 fehlt.
Folglich geht dein CS7 Traffic also nur in die Standard Best Efford Queue 1 wo auch aller anderer Traffic reingeht. Folglich keine Priorisierung im Switch.
Das solltest du auch sehen können wenn du dir die Priority Queues und deren Nutzung einmal mit show mls qos .. ansiehst !
Der Client sendet priorisierte Frames mit CS7 = 56 ind Netz also alles gut.
Allerdings hast du dem Switch in seiner Konfig nicht gesagt das er 56 auch in die Queue 5 oder 6 packen soll um sie zu priorisieren. Du hast ja lediglich nur die Werte 57, 46 und 8 gesetzt, 56 fehlt.
Folglich geht dein CS7 Traffic also nur in die Standard Best Efford Queue 1 wo auch aller anderer Traffic reingeht. Folglich keine Priorisierung im Switch.
Das solltest du auch sehen können wenn du dir die Priority Queues und deren Nutzung einmal mit show mls qos .. ansiehst !
.show mls qos interface gigabitEthernet 1/0/2 statistics
sollte dir das pro Port zeigen. Guckst du auch hier:
https://www.cisco.com/c/en/us/td/docs/switches/lan/Denali_16-1/ConfigExa ...
sollte dir das pro Port zeigen. Guckst du auch hier:
https://www.cisco.com/c/en/us/td/docs/switches/lan/Denali_16-1/ConfigExa ...
Wäre es nicht ggf. auch einfacher für dich Auto QoS für Voice zu nutzen auf dem Catalysten ?
Das macht die Konfig erheblich einfacher:
https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst2960x/softwar ...
Ansonsten wenn's das nun war bitte dann auch
Wie kann ich einen Beitrag als gelöst markieren?
nicht vergessen.
Das macht die Konfig erheblich einfacher:
https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst2960x/softwar ...
Ansonsten wenn's das nun war bitte dann auch
Wie kann ich einen Beitrag als gelöst markieren?
nicht vergessen.
Das Wireshark "vorher" und "nachher" ist verwirrend. Niemals darf sich ja der DSCP Wert verändern !! Das ist ja quasi der QoS "Ausweis" den das IP Paket immer bei sich trägt.
Fragt sich also was du da gemacht hast ?? QoS gibt es in einem Netzwerk ja immer nur auf einer per Hop Basis. Jedes aktive Endgerät muss also in der Lage sein den DSCP Wert zu lesen und das Paket muss deshalb diesen Wert ja zwingend während seiner Reise behalten. Logisch, denn jedes Endgerät liest diesen Wert und entscheidet dann nach eigener QoS Policy was damit gemacht wird. Bei dir z.B. das das Pakete in einer höheren Priority Queue bevorzugt weitergeleitet wird vor allem anderen Traffic.
Manipulierst du diesen Wert oder löschst ihn ist's beim nächten Hop vorbei mit QoS.
Eigentlich doch ein ganz simples und einfaches Prinzip. Das also dein DSCP Wert verändert wird und dann auch noch auf einen gänzlich unbekannten Wert ist also eher ein schlechtes Zeichen das da was an der Konfig nicht stimmt.
Fragt sich also was du da gemacht hast ?? QoS gibt es in einem Netzwerk ja immer nur auf einer per Hop Basis. Jedes aktive Endgerät muss also in der Lage sein den DSCP Wert zu lesen und das Paket muss deshalb diesen Wert ja zwingend während seiner Reise behalten. Logisch, denn jedes Endgerät liest diesen Wert und entscheidet dann nach eigener QoS Policy was damit gemacht wird. Bei dir z.B. das das Pakete in einer höheren Priority Queue bevorzugt weitergeleitet wird vor allem anderen Traffic.
Manipulierst du diesen Wert oder löschst ihn ist's beim nächten Hop vorbei mit QoS.
Eigentlich doch ein ganz simples und einfaches Prinzip. Das also dein DSCP Wert verändert wird und dann auch noch auf einen gänzlich unbekannten Wert ist also eher ein schlechtes Zeichen das da was an der Konfig nicht stimmt.