QoS - Adsl feltöltésnél lehal minden

Hálózatok egyéb

QoS - Adsl feltöltésnél lehal minden

  • 1549 megtekintés

( Tsab | 2005. 12. 23., p – 18:30 )

[quote:d1fe694307="trey"]Rosszul mondtam, nem a down, hanem az upload-ot kell megadni. Nekem ezzel mukodik. Ha feltoltes idejen elkezdek letolteni (pl. bongeszni) akkor az addig varakozik. Az adatokat pontosan kell megadni, mert kulonben nem lesz jo!

[quote:d1fe694307="trey"][code:1:d1fe694307]
/sbin/tc qdisc add dev ppp0 root tbf rate 190kbit burst 1412 latency 50ms
[/code:1:d1fe694307]

Erre mit mond? (190kbit (letoltes) es az 1412 (MTU) helyett a te ertekeid add meg)

kitöröltem az eddigieket ahogy írtad egy másik topikban, utána beírtam amit most mondtál a saját paraméterekkel és most elfogadta (nem írt rá semmit):

igaz nem mondtam hogy van de ez meg elrontja az openvpn servert. Ha feltöltök valamit akkor 200kb/s-el elkezdi (amúgy max ugye 20valamennyivel tudok feltölteni =)) aztán lehal a vpn kapcsolat a vpnserver részéről vagyis ahol beállítottam ezt.
kipróbáltam hogy nem 192-t adok meg feltöltésnek hanem 160-at de ugyanaz.

Így most nem tudtam kipróbálni a feltöltéses tesztemet de ha működik is sajnos a vpn fontos így ha az ennek rovására nem megy akkor ez a megoldás szóba sem jöhet.

Azért köszi :wink:

wondershaper? huh erőre türelemre és energiára van szükségem =)
arra gondoltam összeszedek néhány elméleti megoldást ami nem ment eddig, átlátva az egészet hátha kisül valami.

( Tsab | 2005. 12. 23., p – 18:56 )

Nézzük tehát:

I.
http://tldp.fsf.hu/HOWTO/ADSL-Bandwidth-Management-HOWTO-hu/index.html

Itt egy imq nevezetü cuccra van szükség aminek a honalpja megszünt illetve mégsem mert megtaláltam máshol: http://www.linuximq.net/
itt mondjuk van egy usage menüpont ami hoz néhány példát ha már be van üzemelve...
van egy faq ahol semmi nincs a telepítésről és egy wiki amiben ugyanaz a faq van.

a lényeget leszűrtem hogy patchelni kell a kernelt meg az iptablest. 2.6.14-es kernelfába bemásoltam a kernelpatchet amit a főoldalról szedtem le. patch -p0 < patchneve módszerrel nem ment a patchelés. megkérdezte hogy melyik fájt patcheljem =)

erről ennyit
II.
http://tldp.fsf.hu/HOWTO/ADSL-Bandwidth-Management-HOWTO-hu/links.html
dsl_qos_queue a linkre kattintva még élhet a bízalmunk azzal kapcsolatban hogy lesz vmi readme a dsl_qos_queue.tar.gz-ben van is. Gyönyörű program, kiírja hogy mekkora a várakozási sor az interfacen ami már linuxon van és nem a modem-en!

szépen végigcsinálom a readmeben leírtakat. Használva a -h opciót látom hogy be kell állítani az interfacet, na ezt meg is csináljuk hogy ppp0 legyen. iptables megjelöli a csomagokat a progi scriptje alapján és ilyen prioritásban mennek át egy htb-n.

Probléma: a tesztel van 15 másodperces origo, tehát nem megy

III.
HUP-on való keresgélés
trey megoldását itt már láttuk, neki frankón megy:
[code:1:a4f3898500]
/sbin/tc qdisc add dev ppp0 root tbf rate 192kbit burst 1412 latency 50ms
[/code:1:a4f3898500]
nekem a vpn-em bánja

IV.
egy howto-ra bukkantam a HUP-on ami ezt javasolta:
[code:1:a4f3898500]
iptables -t mangle -A OUTPUT -m length --length 0:500 -j MARK --set-mark 3
iptables -t mangle -A OUTPUT -m length --length 500:1500 -j MARK --set-mark 4
iptables -t mangle -A PREROUTING -m length --length 0:500 -j MARK --set-mark 3
iptables -t mangle -A PREROUTING -m length --length 500:1500 -j MARK --set-mark 4
tc qdisc add dev ppp0 root handle 10: cbq bandwidth 10Mbit avpkt 1000 mpu 64
#Interactive 102.4
#Data class rate 89.6
tc class add dev ppp0 parent 10:0 classid 10:1 cbq bandwidth 10Mbit \
rate 102Kbit allot 1514 prio 1 maxburst 10 avpkt 100 isolated
tc class add dev ppp0 parent 10:0 classid 10:2 cbq bandwidth 10Mbit \
rate 90Kbit allot 1514 prio 8 maxburst 2 avpkt 1500 bounded
tc filter add dev ppp0 parent 10:0 protocol ip handle 3 fw flowid 10:1
tc filter add dev ppp0 parent 10:0 protocol ip handle 4 fw flowid 10:2
[/code:1:a4f3898500]

a lényeg az hogy egy képlet alapján kiszámolom az interaktív és a data class forgalmat amit el is végeztem #-ok után látszik

Probléma: tesztemet végig futtatva (max feltöltés mellett milyen gyorsan jön be az origo) 15 sec, tehát nem hat

V.
Ismét a HUP-on hallottam hogy a linux konferencián volt róla szó, fel is kerestem a konf honlapját és letöltöttem a hanganyagot később a vetített anyagot is de semmi gyakorlatit nem hallottam rajta.

Eddig ennyi =/

Olllé át is léptem beteges fórumozó szintre 400 post, pezsgőt bontunk =)

( lukit | 2005. 12. 23., p – 22:45 )

probald ki, kezdesnek talan megteszi:

[code:1:5eff205fc6]#!/bin/bash

tc qdisc del dev ppp0 root htb

tc qdisc add dev ppp0 root handle 1:0 htb

tc class add dev ppp0 parent 1:0 classid 1:1 htb rate 14kbps

tc class add dev ppp0 parent 1:1 classid 1:11 htb rate 5kbps ceil 14kbps # HIGH SPEED
tc class add dev ppp0 parent 1:1 classid 1:13 htb rate 9kbps ceil 14kbps # etc

tc qdisc add dev ppp0 parent 1:11 handle 11:0 sfq
tc qdisc add dev ppp0 parent 1:13 handle 13:0 sfq

iptables -t mangle -F

iptables -t mangle -A POSTROUTING -o ppp0 -j CLASSIFY --set-class 1:13

iptables -t mangle -A POSTROUTING -o ppp0 -p icmp -j CLASSIFY --set-class 1:11
iptables -t mangle -A POSTROUTING -o ppp0 -p tcp --dport 22 -j CLASSIFY --set-class 1:11
iptables -t mangle -A POSTROUTING -o ppp0 -p tcp --dport 80 -j CLASSIFY --set-class 1:11
iptables -t mangle -A POSTROUTING -o ppp0 -p tcp --syn -m length --length 40:68 -j CLASSIFY --set-class 1:11
iptables -t mangle -A POSTROUTING -o ppp0 -p tcp --tcp-flags ALL SYN,ACK -m length --length 40:68 -j CLASSIFY --set-class 1:11
iptables -t mangle -A POSTROUTING -o ppp0 -p tcp --tcp-flags ALL ACK -m length --length 40:100 -j CLASSIFY --set-class 1:11
iptables -t mangle -A POSTROUTING -o ppp0 -p tcp --tcp-flags ALL RST -j CLASSIFY --set-class 1:11
iptables -t mangle -A POSTROUTING -o ppp0 -p tcp --tcp-flags ALL ACK,RST -j CLASSIFY --set-class 1:11
iptables -t mangle -A POSTROUTING -o ppp0 -p tcp --tcp-flags ALL ACK,FIN -j CLASSIFY --set-class 1:11
[/code:1:5eff205fc6]

( Tsab | 2005. 12. 22., cs – 18:33 )

Üdv!

Átnéztem ezt:
http://tldp.fsf.hu/HOWTO/ADSL-Bandwidth-Management-HOWTO-hu/index.html
az a problémám hogy nincs imq-m, az imq oldal megszünt, a latrc.org 403 forbidden

a howto linkjein találtam egy progit a howto írója által a dsl_qos_queue -t amihez nem találok doksit és ha elindítom nem hat.

A helyzet az hogy egy linux szerver van ami szétotsztja a netet és van voip is amit mögé kötöttem bizony késik mint a rosseb (ez egyébként poén egy darabig =)) ) olvastam itt a hupon volt már róla szó ki is próbáltam némelyiket de nem mentek...

a teszt hogy feltöltést elindítok akkor milyen gyorsan jön be az orgio.hu eddig mindig lassan (15 másodperc körül) jött be. egyébként 2Mb/192Kb -es adsl

Ha valakinek ismerős írjón

( trey | 2005. 12. 22., cs – 19:14 )

[code:1:9d13b5f0f2]
/sbin/tc qdisc add dev ppp0 root tbf rate 190kbit burst 1412 latency 50ms
[/code:1:9d13b5f0f2]

Erre mit mond? (190kbit (letoltes) es az 1412 (MTU) helyett a te ertekeid add meg)

( Tsab | 2005. 12. 22., cs – 23:43 )

[quote:7c3944c74f="trey"][code:1:7c3944c74f]
/sbin/tc qdisc add dev ppp0 root tbf rate 190kbit burst 1412 latency 50ms
[/code:1:7c3944c74f]

Erre mit mond? (190kbit (letoltes) es az 1412 (MTU) helyett a te ertekeid add meg)

sunlion:~# /sbin/tc qdisc add dev ppp0 root tbf rate 2048kbit burst 1412 latency 50ms
RTNETLINK answers: File exists
sunlion:~#

ezt egyszer már próbáltam, de 15 mp alá ez se vitte =/

( trey | 2005. 12. 23., p – 08:35 )

[quote:b7769e111d="Tsab"]
sunlion:~# /sbin/tc qdisc add dev ppp0 root tbf rate 2048kbit burst 1412 latency 50ms

Az a 2048kbit az nem lesz egy kicsit sok?

RTNETLINK answers: File exists

Erre a parancsra semmit nem szabadna kiirni. Valami neked ott mar ossze van kutyzlva. Elotte 0-azd ki az egeszet.

( Blint | 2005. 12. 23., p – 09:12 )

[quote:fd2b636b14="Tsab"]Üdv!

Átnéztem ezt:
http://tldp.fsf.hu/HOWTO/ADSL-Bandwidth-Management-HOWTO-hu/index.html
az a problémám hogy nincs imq-m, az imq oldal megszünt, a latrc.org 403 forbidden

a howto linkjein találtam egy progit a howto írója által a dsl_qos_queue -t amihez nem találok doksit és ha elindítom nem hat.

A helyzet az hogy egy linux szerver van ami szétotsztja a netet és van voip is amit mögé kötöttem bizony késik mint a rosseb (ez egyébként poén egy darabig =)) ) olvastam itt a hupon volt már róla szó ki is próbáltam némelyiket de nem mentek...

a teszt hogy feltöltést elindítok akkor milyen gyorsan jön be az orgio.hu eddig mindig lassan (15 másodperc körül) jött be. egyébként 2Mb/192Kb -es adsl

Ha valakinek ismerős írjón

Szvsz ami neked kell, az a Wondershaper. Mivel a lartc.org be van készülve, letöltheted innen is.

( trey | 2005. 12. 23., p – 09:27 )

Rosszul mondtam, nem a down, hanem az upload-ot kell megadni. Nekem ezzel mukodik. Ha feltoltes idejen elkezdek letolteni (pl. bongeszni) akkor az addig varakozik. Az adatokat pontosan kell megadni, mert kulonben nem lesz jo!

[quote:c088438bde="trey"][code:1:c088438bde]
/sbin/tc qdisc add dev ppp0 root tbf rate 190kbit burst 1412 latency 50ms
[/code:1:c088438bde]

Erre mit mond? (190kbit (letoltes) es az 1412 (MTU) helyett a te ertekeid add meg)

( trey | 2005. 12. 23., p – 09:41 )

Jol latszik, ha megnezed az ppp0-t (eth1 wireless-en keresztul), hogy ``egy idoben'' szepen megy fel illetve a letoltes.

( szerjozsa | 2005. 12. 23., p – 10:14 )

[quote:5eddc8df6c="Tsab"]Üdv!

a teszt hogy feltöltést elindítok akkor milyen gyorsan jön be az orgio.hu eddig mindig lassan (15 másodperc körül) jött be. egyébként 2Mb/192Kb -es adsl

Ha valakinek ismerős írjón

Az adsl már csak ilyen, ha van felirányú adatforgalom, a leirányú azonnal megszűnik, kis túlzással mondhatjuk azt is, hogy fél duplex. :P

Így lehet mikrót, meg bérelt vonalat eladni 8)

Azt lehet csinálni, hogy 128k-ra korlátozod a sávszélesség igényes alkalmazások max feltöltését, a maradék 64k-t pedig esetedben a böngészésre tartod fent. Ezzel sem oldod meg a gondokat, mert nem lineáris a csökkenés, pl 50% feltöltésnél nem 50% letöltést vesztesz, hanem jóval többet.

( svigi | 2005. 12. 23., p – 10:45 )

Szerintem a wondershaper megoldás de 2048/192 helyett állíts be mondjuk 1800/150 körüli értéket és javulnia kell valamennyit, amióta nem ADSL van, azóta megszűnt ez a probléma, pedig PPPoE-t használok :)
A hiba maga az ADSL szabványban volt/van.

( lukit | 2005. 12. 23., p – 11:04 )

[quote:622679913f="szerjozsa"]Az adsl már csak ilyen, ha van felirányú adatforgalom, a leirányú azonnal megszűnik, kis túlzással mondhatjuk azt is, hogy fél duplex. :P

Így lehet mikrót, meg bérelt vonalat eladni 8)

Azt lehet csinálni, hogy 128k-ra korlátozod a sávszélesség igényes alkalmazások max feltöltését, a maradék 64k-t pedig esetedben a böngészésre tartod fent. Ezzel sem oldod meg a gondokat, mert nem lineáris a csökkenés, pl 50% feltöltésnél nem 50% letöltést vesztesz, hanem jóval többet.

A "leiranyod" nem szunik meg, max te tapasztalod igy.

( Tsab | 2005. 12. 25., v – 11:55 )

Király!!
lukit ez a megoldás frankó! 14-el töltök fel de ezt majd még finomhangolgatom és az origo kevesebb mint 2 másodperc.
Kösz lukit és mindenkinek aki hozzászólt.