[linux] Wie Vorang für wichtige IP Pakete einrichten?

[Berns S. (Gast)]

Hi,
tcpdump zeigt an, dass ohne mein Zutun immerhin schon die IP Pakete von 
ntp, dhcp, und ssh richtig im dscp(Layer 3) Feld markiert sind.

Leider versteht mein dummer Ethernet Switch nur 802.1p, und schaut also 
nur in den MAC Header (Layer 2),um die Pakete den  Sende-Warteschlangen 
zuzuweisen.

Irgend wie fehlt hier die automatische Umsetzung zwischen dscp(Layer 3) 
und 802.1p(Layer 2), oder hab ich da etwas falsch verstanden?

[Εrnst B. (ernst)]

wär evtl. per iptables nachzurüsten:

iptables -t mangle -A POSTROUTING [...] -j TOS --set Minimize-Delay 
# oder Maximize-Throughput, Minimize-Cost, ...

Für "[...]" dann entweder was einsetzen, was auf ntp, dhcp, ssh matched, 
oder was auf bereits gesetzte dscp-Header reagiert.

[Berns S. (Gast)]

Εrnst B. schrieb:
> wär evtl. per iptables nachzurüsten:
>
>

> iptables -t mangle -A POSTROUTING [...] -j TOS --set Minimize-Delay
>

Hier ändert iptables doch nur den IP Header, aber nicht den MAC Header 
der zusendenden Paketes, oder?

[Gerd E. (robberknight)]

Berns S. schrieb:
> Leider versteht mein dummer Ethernet Switch nur 802.1p, und schaut also
> nur in den MAC Header (Layer 2),um die Pakete den  Sende-Warteschlangen
> zuzuweisen.

Hast Du denn auf der Ebene Deines Switches wirklich ein Problem mit der 
Auslastung und Priorisierung?

Meiner Erfahrung nach ist das eher seltener ein Problem. Gibt es 
natürlich schon, wenn z.B. mehrere Switches nur über einen Gigabit-Port 
untereinander verbunden sind und dann zwischen den verschiedenen 
Switches viel Traffic läuft. Das löst man dann am besten dadurch die 
Switche untereinander mit 10 GBit zu verbinden.

Viel öfters hast Du das Problem dagegen auf einem Router in Richtung 
Internet. Hier hast Du 2 Probleme:
1. die Geschwindigkeit Upstream ist meistens nicht so dolle
2. auf die Priorisierung des Downstream hast Du keinen Einfluss, das 
kann nur der Provider machen
Das ist aber natürlich was vollkommen anderes als das Problem auf dem 
Switch.

[(prx) A. K. (prx)]

Könnte auf getrennte Sub-Interfaces für normalen und priorisierten 
Traffic rauslaufen. Die Priorisierung 802.1p hängt ja mit VLANs 802.1q 
zusammen.

"802.1P/Q Tagging/Priority-QoS at the Data-Link/MAC Sublayer"
http://etutorials.org/Networking/Integrated+cisco+and+unix+network+architectures/Chapter+13.+Policy+Routing+Bandwidth+Management+and+QoS/802.1PQ+TaggingPriority-QoS+at+the+Data-LinkMAC+Sublayer/