Posted: Wed Sep 07, 2011 17:32 Post subject: QOS Marks für SIP und RTP über Iptables fehlen
Hallo,
ich fahre ein Buffalo WZR-HP-AG300H Router mit einem v24-sp2 Build. Für Skype und Voip (SIP+RTP) möchte ich QOS in Form von HTB verwenden und habe dafür auch eine entsprechende Konfiguration über das WEB-Frontend vorgenommen.
Chain SVQOS_IN (1 references)
pkts bytes target prot opt in out source destination
16212 15M CONNMARK 0 -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK restore
2043 151K RETURN 0 -- * * 0.0.0.0/0 0.0.0.0/0 MARK match !0x0
1 56 MARK 0 -- * * 0.0.0.0/0 0.0.0.0/0 LAYER7 l7proto skypetoskype MARK match 0x0 MARK set 0xa
14169 15M CONNMARK 0 -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK save
14169 15M RETURN 0 -- * * 0.0.0.0/0 0.0.0.0/0
Chain SVQOS_OUT (1 references)
pkts bytes target prot opt in out source destination
15693 1460K CONNMARK 0 -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK restore
2486 182K RETURN 0 -- * * 0.0.0.0/0 0.0.0.0/0 MARK match !0x0
11 963 MARK 0 -- * * 0.0.0.0/0 0.0.0.0/0 LAYER7 l7proto skypetoskype MARK match 0x0 MARK set 0xa
13207 1278K CONNMARK 0 -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK save
13207 1278K RETURN 0 -- * * 0.0.0.0/0 0.0.0.0/0
In den Chains SVQOS_IN & OUT wird lediglich Skype mit einem Entsprechendem Mark versehen. Eine Ausgabe von ip_conntrack zeigt auch an, dass weder sip noch rtp getagt werden.
Ich habe bereits verschieden Community Builds durchprobiert und habe jedes mal den selben Fehler.
Meine Iptables Kenntnisse sind leider auch recht bescheiden, so dass ich nicht wirklich weiß wie ein Statement in Form von "LAYER7 l7proto rtp MARK match 0x0 MARK set 0xa" formulieren soll.
Ich wäre für jede Hilfe dankbar
Gruß
Luki
Last edited by LukiTJ on Thu Sep 08, 2011 8:49; edited 1 time in total
danke für die schnelle Antwort.
Mir stellt sich nun die Frage ob sich das "QOS ist Buggy" auf das Gesamte QOS im DD-wrt bezieht, sprich mein Skype-traffic wird auch nicht richtig priorisiert obwohl der getaggt ist, oder nur die Konfiguration über das Web-Interface nicht so arbeitet wie es soll.
Wenn letzteres der Fall ist könnte man die entsprechenden Iptables Statements nicht händisch über ein FW-Script einpflegen ? (Und wie sind diese zu Formulieren ? D )
Gibt es eine Möglichkeit den Stand der Bearbeitung zu verfolgen?
Ok, habe heute mal ein Update auf 3.2.9-svn18668 gemacht. Wlan und Single WAN läuft bis jetzt recht gut. QOS habe ich noch nicht testen können, da ein Problem mit meinem Dual WAN Setup aufgetreten ist.
Mein Setup:
Ich verwende ein zweites Gateway in meinem Subnet, worüber ein Teil des Traffics geleitet wird. Dafür marke ich über Mangle/Prerouting den Traffic auf Basis des Destionation Ports und ernenne über eine extra Routing Table das zweite Gateway als Default.
Hier ein Beispiel der config:
Code:
ip rule add fwmark 1 table 1
ip route add default via 192.168.1.2 table 1
iptables -t mangle -A PREROUTING -i br0 -s 192.168.1.0 -p tcp --dport 80 -j MARK --set-mark 1
Bis svn 16785 funktioniert das alles ohne Probleme. Bei den Builds >16785 macht mein Router einfach ein Reboot, sobald ein http-Download größes als 50MB am laufen ist.
Ich habe bereits Syslog auf einen USB stick schreiben lassen und den Reboot-effekt nachgestellt, jedoch steht im Log nix nützliches drin, was auf die Ursache schließen lässt. Der letzte Teil des Logs ist auch nicht mehr lesbar.
Router ist immer noch ein Buffalo WZR-HP-AG300H.
Hat wer eine Idee wie man das Debuggen, oder besser noch beheben könnte, ohne ein Rollback auf 16785 ?