Re: dynamiczny podzial lacza HTB help !!
hello again
> Witam.
> > heja
>
> > #!/bin/bash
> > tc qdisc del root dev eth0
> > tc qdisc add dev eth0 root handle 1:0 htb
> eth0 to interfejs po stronie sieci lokalnej czy po stronie DSLa - bo to
> wazne - ale skoro Ci przycinanie chodzi to znaczy ze po stronie lana.
eth0 to interfejs po stronie lana
> > #filtry
> > tc filter add dev eth0 protocol ip parent 1:0 u32 match ip src
> > 192.168.1.1 flowid 1:3
> Napisz co tym chcesz osiagnac. Nie pojmuje ideii ale moze cos pomoge.
tutaj wlasnie myslalem ze tym zapisem zapewnie szybkosc 100mbit dla sieci
wew. gdyz powyzszy wpis jest:
tc class add dev eth0 parent 1:1 classid 1:3 htb rate 98000kbit ceil
98000kbit
wiec to trafia do 1:3
> > teraz moje pytanie jest nastepujace... dlaczego gdy loguje sie lokalnie
> > na ftpa serwera w sieci na ktorym jest ustawiony podzial lacza czyli ip:
> > 192.168.1.1 i cos z niego sciagam po tym ftp to mnie ogranicza do 60
> > kb/s ... myslalem ze nie bedzie mi ograniczac sieci lokalnej ... hm
> Znaczy rozumiem to tak. Ty na przyklad z 1.5 logujesz sie na 1.1 (1.1
> kolejkuje w naszym przypadku i jest rowniez serwerem ftp) i pobierasz z
> 1.1 plik do 1.5. Jesli tak to dziala - to wszystko jest ok. To znaczy
> powienien przycinac bo wszystko co ma dst 1.5 ma trafic do kolejki "malej"
> a nie "100mbit". W filtrach musisz dac ze wszystko co idzie do dst
> 192.168.1.0/24 i ma src 192.168.1.1 idzie do kolejki duzej. Tu moze
> pojawic sie problem ale ... tak mysle ze chyba nie. Nawet jesli jest
> robiony NAT to src bedzie orginalny a nie 192.168.1.1. Wiec tak jak
> napisalem bedzie dzialac - powinno ;))
>
zalozenie jest takie jak wlasnie opisales ale...
wlasnie doczytalem zeby dac pomiedzy protocol ip a parent wpis preference 1
dla 1:3 czyli bedzie kumac co idzie po lokalce a dla reszty preference 2
czyli co z netu i rzeczywiscie dziala :)
#filtry
tc filter add dev eth0 protocol ip preference 1 parent 1:0 u32 match ip src
192.168.1.1 flowid 1:3
tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip dst
192.168.1.3 flowid 1:4
tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip dst
192.168.1.15 flowid 1:5
tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip dst
192.168.1.5 flowid 1:6
tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip dst
192.168.1.6 flowid 1:7
tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip dst
192.168.1.7 flowid 1:8
tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip dst
192.168.1.8 flowid 1:9
tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip dst
192.168.1.2 flowid 1:10
dac preference 1 do pierwszego a do pozostalych preference 2 ze wygrywa
pierwszy pasujacy trafial w odpowiednie miejsce
czyli wzasadzie juz all mi dziala ale to faza testow :)))
kolejne pytanie skoro sfq mi nie pomoze to jak mam zapobiec zacinaniu ?
(jeszcze nie zauwazylem takowego)
>A wskazowka jest taka ze samo sfq nie pomoze - poza tym przy slabszej
>maszynie a wiekszym laczu "pertub 10" bedzie powodowal ze co 10 s bedziesz
>mail skoki transferu - musisz zapewnic ze powracajace pakiety ACK bede
>kolejkowane pierwsze.
kolejne pytanie skoro sfq mi nie pomoze to jak mam zapobiec zacinaniu ?
(jeszcze nie zauwazylem takowego)
>Powinienes tez kolejkowac ruch na eth1 (czyli na DSLu) inaczej moze Ci sie
>zacinac (pamietaj ze TCP wymaga potwierdzen)
tutaj chodzi Tobie o kolejkowanie tego co jest widoczne z zewnatrz ? czyli
np www na serwerze ftp i inne uslugi ??
(ja na zewnatrz nic nie udostepniam wiec jesli dobrze zrozumilem to akurat
tu nie bede musial nic ustawiac)
pozdr.
bieniu
Reply to: