QoS-Konfiguration 3COM Switch Superstack 4924
Konfiguration Quality of Service (OoS) auf 3Com-Switch SuperStack 4924 wegen VoIP
Hallo zusammen,
wer kennt sich damit aus? Ich finde im Internet nix passendes. Hat jemend Erfahrung damit? Hat jemand die entsprechende Syntax/Befehlsparameter?
Danke und Gruß!
Micha
Hallo zusammen,
wer kennt sich damit aus? Ich finde im Internet nix passendes. Hat jemend Erfahrung damit? Hat jemand die entsprechende Syntax/Befehlsparameter?
Danke und Gruß!
Micha
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 135415
Url: https://administrator.de/contentid/135415
Ausgedruckt am: 22.11.2024 um 07:11 Uhr
3 Kommentare
Neuester Kommentar
Warum siehst du nicht ins Handbuch im Kapitel 6 auf Seite 54 ff nach:
http://support.3com.com/infodeli/tools/switches/4900/dua1770-0baa05_rev ...
Dort steht doch alles haarklein beschrieben so das auch blutige Laien es problemlos umsetzen können ??
http://support.3com.com/infodeli/tools/switches/4900/dua1770-0baa05_rev ...
Dort steht doch alles haarklein beschrieben so das auch blutige Laien es problemlos umsetzen können ??
Diese Frage kann man dir so nicht beantworten und folglich nur wild raten, denn du schreibst nichts über dein verwendetes QoS Profil geschweige denn die QoS Merkmale der VoIP Geräte:
Unter den Voraussetzungen hilft also lediglich nur ein Blick hier hinein, eine qualifizierte Hilfe ist so nicht möglich !
Nur soviel vorweg: Bei VoIP solltest du den Switch auf Strict Queueing schalten und checken wie die VoIP Telefone den Traffic markieren. In der Regel ist das ein QoS Tagging mit 802.1p ! Nur, diesen Wert musst du rausbekommen. Das wird so gut wie immer in der VoIP Telefonanlage eingestellt oder die Telefone haben einen .1p Default Wert.
Wenn du es gar nicht weisst snifferst du diesen Trafic einfach mal mit, mit einem kostenlosen Siffer wie dem Wireshark. Dort kannst du dann den QoS oder ToS Wert direkt aus dem Paket ablesen was eh immer das sicherste ist.
Diese Pakete forwardest du dann in die High Priority Queue 4 des Switches mit dem anzulegenden Profil und zwar auf jedem Port wo ein Telefon dranhängt !
Das Schaubild auf Seite 60 im Handbuch veranschaulicht das genau für Layer 2 und 802.1p
Machen die Telefone ein DiffServ ToS Setting auf Layer 3 geht der entsprechende ToS Wert dann in die High Queue 4 am Switch.
Wenn das Queueing am Switch sauber funktioniert darf niemals ein Packet aus der High Queue 4 verloren gehen oder gedroppt werden. 1% Verlust bei prorisiertem Traffic ist erheblich zu hoch für einen Switch und zeigt dir klar das das Queueing nicht oder nicht sauber funktioniert.
- Nach was priorisierst du ??
- 802.1p Layer 2 Qos ?? = Keine Aussage !
- Layer 3 DiffServ ToS ? = Keine Aussage !
- Welche QoS (L2) oder ToS (L3) Settings haben deine VoIP Pakete ? = Keine Aussage !
- Welches ToS oder QoS Setting forwardest du in welche Queue des Switches ? = Keine Aussage !
- Machst du strict oder weighted fair Queuing ? = Keine Aussage !
Unter den Voraussetzungen hilft also lediglich nur ein Blick hier hinein, eine qualifizierte Hilfe ist so nicht möglich !
Nur soviel vorweg: Bei VoIP solltest du den Switch auf Strict Queueing schalten und checken wie die VoIP Telefone den Traffic markieren. In der Regel ist das ein QoS Tagging mit 802.1p ! Nur, diesen Wert musst du rausbekommen. Das wird so gut wie immer in der VoIP Telefonanlage eingestellt oder die Telefone haben einen .1p Default Wert.
Wenn du es gar nicht weisst snifferst du diesen Trafic einfach mal mit, mit einem kostenlosen Siffer wie dem Wireshark. Dort kannst du dann den QoS oder ToS Wert direkt aus dem Paket ablesen was eh immer das sicherste ist.
Diese Pakete forwardest du dann in die High Priority Queue 4 des Switches mit dem anzulegenden Profil und zwar auf jedem Port wo ein Telefon dranhängt !
Das Schaubild auf Seite 60 im Handbuch veranschaulicht das genau für Layer 2 und 802.1p
Machen die Telefone ein DiffServ ToS Setting auf Layer 3 geht der entsprechende ToS Wert dann in die High Queue 4 am Switch.
Wenn das Queueing am Switch sauber funktioniert darf niemals ein Packet aus der High Queue 4 verloren gehen oder gedroppt werden. 1% Verlust bei prorisiertem Traffic ist erheblich zu hoch für einen Switch und zeigt dir klar das das Queueing nicht oder nicht sauber funktioniert.