Hallo!
Ich habe festgestellt, dass wenn ich meine leitung >16M auslaste mit einem download über Lan
keine Sip Verbindungen mehr möglich sind..
gibt es eine Möglichkeit lokale pakete (vom router-->sip) zu priorisieren?
Danke für Hilfe...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Das wurde vr längerer Zeit schon mal genauestens untersucht. Leider scheitert alles an den Broadcom Treibern die von den Broadcom Entwicklern ohne QoS Support compiliert wurden.
Es wurden dabei auch verschiedene Treiber anderer Firmwares getestet, jedoch ohne Erfolg. Daher ist
leider keine Priorisierung bzw. Shaping möglich und du musst wohl damit leben.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hmm...zum stproxy find ich leider keine doku.... könnte mann nicht per script etc. den download begrenzen? z.B. den traffic auslesen würde ja reichen, dies in einem intervall um den download zu berechnen und je nachdem vielleicht über eine virtuelle lan karte oder so notfalls den netzwerk speed heruntersetzen?! oder vielleicht sogar noch einfacher?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Nee so geht das nicht. Du müsstest ja wenn dann einzelne TCP/UDP-Verbindungen drosseln, damit sie den Telefonaten nicht die Bandbreite klauen. Mit virtuellem Device und Netzwerk Speed ist da leider nix und gibts auch so nicht.
Wenn dann z.B. portbasiert priorisieren und dann mittels hierarchischem Token Bucket Filter beispielsweise
Datenraten shapen. Nur so wird das was und das benötigt leider QoS. Das einzige was geht, wenn noch ein Router davor sitzt der evtl. QoS macht und z.B. HTTP Downloads bremst.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
`tc` bedient die QoS-Schnittstelle des Kernels. Werden die Broadcom Treiber geladen, dann werden sie auch ein Teil des Kernels. Ist QoS im Kernel aktiviert, ändert sich eine Schnittstelle, genauer gesagt eine Struktur (struct skbuff). Mit dieser Struktur werden alle Frames durch das Netzwerk-Subsystem geschleust. Die Broadcom Treiber können aber mit der veränderten Struktur nicht umgehen und verursachen eine Kernel Panic. Da die Treiber, wie schon öfters erwähnt, closed source sind, kann man da auch nichts machen. Die Broadcom Treiber werden für Ethernet, WLAN und DSL/ATM benötigt.
Benutze doch einfach für deine Downloads einen Downloadmanager bei dem man die Datenrate einstellen kann.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo!
Ich habe festgestellt, dass wenn ich meine leitung >16M auslaste mit einem download über Lan
keine Sip Verbindungen mehr möglich sind..
gibt es eine Möglichkeit lokale pakete (vom router-->sip) zu priorisieren?
Danke für Hilfe...
Das wurde vr längerer Zeit schon mal genauestens untersucht. Leider scheitert alles an den Broadcom Treibern die von den Broadcom Entwicklern ohne QoS Support compiliert wurden.
Es wurden dabei auch verschiedene Treiber anderer Firmwares getestet, jedoch ohne Erfolg. Daher ist
leider keine Priorisierung bzw. Shaping möglich und du musst wohl damit leben.
hmm...zum stproxy find ich leider keine doku.... könnte mann nicht per script etc. den download begrenzen? z.B. den traffic auslesen würde ja reichen, dies in einem intervall um den download zu berechnen und je nachdem vielleicht über eine virtuelle lan karte oder so notfalls den netzwerk speed heruntersetzen?! oder vielleicht sogar noch einfacher?
Nee so geht das nicht. Du müsstest ja wenn dann einzelne TCP/UDP-Verbindungen drosseln, damit sie den Telefonaten nicht die Bandbreite klauen. Mit virtuellem Device und Netzwerk Speed ist da leider nix und gibts auch so nicht.
Wenn dann z.B. portbasiert priorisieren und dann mittels hierarchischem Token Bucket Filter beispielsweise
Datenraten shapen. Nur so wird das was und das benötigt leider QoS. Das einzige was geht, wenn noch ein Router davor sitzt der evtl. QoS macht und z.B. HTTP Downloads bremst.
Lässt sich da nicht was mit iptables und tc basteln? Das wäre doch rein im Kernel und unabhängig von den Broadcom Treibern oder?
`tc` bedient die QoS-Schnittstelle des Kernels. Werden die Broadcom Treiber geladen, dann werden sie auch ein Teil des Kernels. Ist QoS im Kernel aktiviert, ändert sich eine Schnittstelle, genauer gesagt eine Struktur (struct skbuff). Mit dieser Struktur werden alle Frames durch das Netzwerk-Subsystem geschleust. Die Broadcom Treiber können aber mit der veränderten Struktur nicht umgehen und verursachen eine Kernel Panic. Da die Treiber, wie schon öfters erwähnt, closed source sind, kann man da auch nichts machen. Die Broadcom Treiber werden für Ethernet, WLAN und DSL/ATM benötigt.
Benutze doch einfach für deine Downloads einen Downloadmanager bei dem man die Datenrate einstellen kann.