Priorytet portu TCP na przełączniku / routerze (QoS)

Mam kilka przełączników HP ProCurve. Istnieje opcja QoS dla priorytetyzacji ruchu przez port TCP / UDP. Ustawiam dwa porty: jeden o najwyższym priorytecie, a drugi o najniższym. Następnie przeprowadziłem testy, aby upewnić się, że priorytetyzacja naprawdę działa. Prowadzę dwa wystąpienia Benchmark sieciowy aplikacja na dwóch komputerach znajdujących się w sieci LAN. Jeden komputer działa jak serwer i podobnie jak klient. W aplikacjach testowych ustawiłem dwa porty skonfigurowane wcześniej na przełączniku. Następnie uruchamiam testy, dzięki czemu serwer wysyła pewną ilość danych do klienta, pokazując aktualną prędkość transmisji. Założyłem, że ponieważ jeden port ma wyższy priorytet niż inny, prędkość transmisji nie będzie równa, a ruch przechodzący przez port tcp o wyższym priorytecie będzie znacznie szybszy. Niestety nie ma różnicy. Prędkości są prawie równe (połowa przepustowości) i wydaje się, że nie ma priorytetów.

Czy ktoś może mi wyjaśnić, dlaczego to nie działa. Przypuszczam, że źle zrozumiałem niektóre podstawy QoS i to jest powód, ale będę wdzięczny, jeśli ktoś wyjaśni mi ten problem.

Twoje założenie, że jeden port ma wyższy priorytet niż inny, prędkość transmisji nie będzie równa, a ruch przechodzący przez port tcp o wyższym priorytecie będzie znaczący szybciej. błędny .

QoS zasadniczo mówi, że różne klasy ruchu trafią do innego „wiadra” w przełączniku lub routerze. Jak dokładnie zachowuje się to wiadro, określają zasady QoS. Na przykład, jeśli najniższa klasa QoS jest zdefiniowana jako „minimalna przepustowość 10 kilobajtów”, a najwyższa jest zdefiniowana jako „minimalna przepustowość 10 Mbps”, to jeśli całkowita dostępna przepustowość jest znacznie wyższa niż te limity, to oczywiście klasyfikacja QoS nie będzie miała żadnej efekt (np. oba strumienie będą udostępniać dostępną przepustowość jednakowo).

Jest to poważne uproszczenie w kwestii QoS i myślę, że konfiguracja QoS na przełącznikach klasy ProCurve wykracza poza zakres superuser.com.