Thread View: pl.comp.os.bsd
13 messages
13 total messages
Started by WebSpider
Thu, 03 Sep 2009 19:12
[openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: WebSpider
Date: Thu, 03 Sep 2009 19:12
Date: Thu, 03 Sep 2009 19:12
19 lines
1759 bytes
1759 bytes
Router do netu na OpenBSD 4.5, kolejkowanie z ograniczeniem prędkości
za pomocą ALTQ z HFSC.
Na początku pliku chciałem dodać linijki
pass in quick on $wew_if inet proto {udp, tcp} from $wew_if:network to
$wew_if
pass out quick on $wew_if inet proto {udp, tcp} from $wew_if to
$wew_if:network
które w założeniu miały sprawić żeby połączenia do usług routera były bez
ograniczenia
prędkości, czyli np do samby czy www z lanu można było ściągać "ile
wyciągnie",
a połączenia z/do internetu były ograniczone.
Efekt jest taki, że wysyłając coś na router ograniczenia nie ma,
a gdy próbuję coś ściągnąć to łapię się w kolejkę.
Nie widzę błędu, proszę o nakierowanie.
--
Pozdrawiam,
Konrad
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: mlotek
Date: Fri, 04 Sep 2009 11:53
Date: Fri, 04 Sep 2009 11:53
26 lines
2126 bytes
2126 bytes
Użytkownik "WebSpider" <webs1821@spaaamowe.gmail.com> napisał w wiadomości
news:h7p524$6i4$1@nemesis.news.neostrada.pl...
> Router do netu na OpenBSD 4.5, kolejkowanie z ograniczeniem prędkości
> za pomocą ALTQ z HFSC.
> Na początku pliku chciałem dodać linijki
> pass in quick on $wew_if inet proto {udp, tcp} from $wew_if:network to
> $wew_if
> pass out quick on $wew_if inet proto {udp, tcp} from $wew_if to
> $wew_if:network
> które w założeniu miały sprawić żeby połączenia do usług routera były bez
> ograniczenia
> prędkości, czyli np do samby czy www z lanu można było ściągać "ile
> wyciągnie",
> a połączenia z/do internetu były ograniczone.
> Efekt jest taki, że wysyłając coś na router ograniczenia nie ma,
> a gdy próbuję coś ściągnąć to łapię się w kolejkę.
> Nie widzę błędu, proszę o nakierowanie.
>
bledu nie ma bo jezeli regulka nie ma zdefiniowanego queue to wpada do
defaultowej kolejki i dalatego predkosc jest ograniczona
ja rozwiazalem to przez stworzenie dodatkowej kolejki o duzej przepustowosci
i ekstra regulki
pass in quick on $int proto tcp from any to $ip_serwera keep state queue
duza_predkosc
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: WebSpider
Date: Sat, 05 Sep 2009 15:33
Date: Sat, 05 Sep 2009 15:33
17 lines
1711 bytes
1711 bytes
Użytkownik "mlotek" <mlotek@buziaczek.pl> napisał > bledu nie ma bo jezeli regulka nie ma zdefiniowanego queue to wpada do > defaultowej kolejki i dalatego predkosc jest ograniczona > ja rozwiazalem to przez stworzenie dodatkowej kolejki o duzej > przepustowosci i ekstra regulki > pass in quick on $int proto tcp from any to $ip_serwera keep state queue > duza_predkosc Ok, rozumiem, ale u mnie to wygląda tak: altq on $wew_if hfsc bandwidth 4Mb queue bo łącze do netu mam właśnie te 4Mbity, a gdy tu dam więcej to wtedy całe kolejkowanie ruchu do internetu traci sens. Może czegoś nie "ogarniam"? :-) -- Pozdrawiam, Konrad
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: mlotek
Date: Sat, 05 Sep 2009 17:00
Date: Sat, 05 Sep 2009 17:00
20 lines
1953 bytes
1953 bytes
Użytkownik "WebSpider" <webs1821@spaaamowe.gmail.com> napisał w wiadomości news:h7u0h0$qes$1@atlantis.news.neostrada.pl... > Użytkownik "mlotek" <mlotek@buziaczek.pl> napisał >> bledu nie ma bo jezeli regulka nie ma zdefiniowanego queue to wpada do >> defaultowej kolejki i dalatego predkosc jest ograniczona >> ja rozwiazalem to przez stworzenie dodatkowej kolejki o duzej >> przepustowosci i ekstra regulki >> pass in quick on $int proto tcp from any to $ip_serwera keep state queue >> duza_predkosc > Ok, rozumiem, ale u mnie to wygląda tak: > altq on $wew_if hfsc bandwidth 4Mb queue > bo łącze do netu mam właśnie te 4Mbity, > a gdy tu dam więcej to wtedy całe kolejkowanie > ruchu do internetu traci sens. > Może czegoś nie "ogarniam"? :-) > e czemu od razu traci sens? :) ja tam tez nie mam 100Mbps a tyle wlasnie ustawione zeby tylko sciagac cos z routera szybciej no chyba ze jest jakies inne rozwiazanie o ktorym nie mamy pojecia
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: WebSpider
Date: Sat, 05 Sep 2009 17:59
Date: Sat, 05 Sep 2009 17:59
27 lines
2396 bytes
2396 bytes
Użytkownik "mlotek" <mlotek@buziaczek.pl> napisał > e czemu od razu traci sens? :) ja tam tez nie mam 100Mbps a tyle wlasnie > ustawione zeby tylko sciagac cos z routera szybciej > no chyba ze jest jakies inne rozwiazanie o ktorym nie mamy pojecia No deklarujemy np te 4Mbity całości i potem podrzędne kolejki które mają swoją maksymalna przepływność (suma wszystkich podrzędnych musi być mniejsza bądź równa zadeklarowanej przepustowości interfejsu, w tym wypadku te 4Mb, więc poniekąd to jest ta minimalna, gwarantowana przepustowość jaką użytkownik otrzyma) i deklarujemy tam też maksymalną przepustowość (upperlimit). Dzięki takiemu ustawieniu nikt nikomu nie "przypcha" dostępu do netu bo przy większej ilości osób upperlimit obcina prędkość adekwatnie do obciążenia i jest pewność, że każdy ma to minimum. Jak ustawimy zamiast 4Mb np 100Mb to wydaje mi się, że wtedy cały mechanizm tego tak ładnie nie przeliczy i będą sytuacje w których PF będzie próbował przepchnąć przez interfejs znacznie więcej niż pozwala na to nasza rurka do netu. Jak źle to mam poukładane to proszę mi zburzyć mój światopogląd ;-) -- Pozdrawiam, Konrad
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: mlotek
Date: Sat, 05 Sep 2009 18:14
Date: Sat, 05 Sep 2009 18:14
31 lines
2661 bytes
2661 bytes
Użytkownik "WebSpider" <webs1821@spaaamowe.gmail.com> napisał w wiadomości news:h7u91a$f1b$1@atlantis.news.neostrada.pl... > Użytkownik "mlotek" <mlotek@buziaczek.pl> napisał >> e czemu od razu traci sens? :) ja tam tez nie mam 100Mbps a tyle wlasnie >> ustawione zeby tylko sciagac cos z routera szybciej >> no chyba ze jest jakies inne rozwiazanie o ktorym nie mamy pojecia > > No deklarujemy np te 4Mbity całości i potem podrzędne > kolejki które mają swoją maksymalna przepływność > (suma wszystkich podrzędnych musi być mniejsza > bądź równa zadeklarowanej przepustowości interfejsu, > w tym wypadku te 4Mb, więc poniekąd to jest ta > minimalna, gwarantowana przepustowość jaką > użytkownik otrzyma) i deklarujemy tam też maksymalną > przepustowość (upperlimit). > Dzięki takiemu ustawieniu nikt nikomu nie "przypcha" > dostępu do netu bo przy większej ilości osób upperlimit > obcina prędkość adekwatnie do obciążenia i jest pewność, > że każdy ma to minimum. > Jak ustawimy zamiast 4Mb np 100Mb to wydaje mi się, > że wtedy cały mechanizm tego tak ładnie nie przeliczy > i będą sytuacje w których PF będzie próbował > przepchnąć przez interfejs znacznie więcej niż pozwala > na to nasza rurka do netu. > Jak źle to mam poukładane to proszę mi zburzyć mój światopogląd ;-) > powiem Ci tak ja mam np 10Mbps dostepu do neta i kazdemu uzytkownikowi daje upperlimit 1Mbps ale nigdy mi sie nie zdazylo zeby akurat przynajmniej 10 osob ssalo 1Mbps zmien sobie bandwidth na 100Mbps i zobacz czy poczujesz jakas roznice
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: Tomasz Sowa
Date: Sat, 05 Sep 2009 19:53
Date: Sat, 05 Sep 2009 19:53
37 lines
2364 bytes
2364 bytes
Dnia Sat, 5 Sep 2009 19:59:02 +0200, WebSpider napisał(a):
> Jak ustawimy zamiast 4Mb np 100Mb to wydaje mi się,
> że wtedy cały mechanizm tego tak ładnie nie przeliczy
> i będą sytuacje w których PF będzie próbował
> przepchnąć przez interfejs znacznie więcej niż pozwala
> na to nasza rurka do netu.
HSFC nakurat przelicza to ładnie, gorzej było z algorytmen CBQ - ten sobie
zupełnie nie radził. Przykład:
altq on $int1_if hfsc bandwidth 100000Kb queue { internet_in, local_in }
queue internet_in bandwidth 3800Kb hfsc(upperlimit 3800Kb linkshare 0Kb) {
gr1_in, gr2_in, gr3_in, gr4_in }
# ruch wejsciowy ze swiata dzielimy dalej na kolejki
queue gr1_in bandwidth 10% hfsc(realtime 32Kb)
queue gr2_in bandwidth 30% hfsc(realtime 512Kb)
queue gr3_in bandwidth 20% hfsc(realtime 128Kb)
queue gr4_in bandwidth 10% hfsc(default realtime 128Kb)
queue local_in bandwidth 90000Kb hfsc(realtime 0Kb linkshare 90000Kb)
# regulki lapiace dla sieci lokalnej
pass in quick on $int1_if inet proto udp from $lan1 to $int1_if port { 53,
137, 138 } keep state (if-bound) queue local_in
pass in quick on $int1_if inet proto tcp from $lan1 to $int1_if port { 21,
53, 139, 445 } flags S/SA keep state (if-bound) queue local_in
# wszystkie inne nie zlapane wpadna do domyslnej kolejki (download ze
swiata)
--
Tomek
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: mlotek
Date: Sat, 05 Sep 2009 23:53
Date: Sat, 05 Sep 2009 23:53
39 lines
2666 bytes
2666 bytes
Użytkownik "Tomasz Sowa" <tomcio@slimaczek.BEZSPAMOWY.pl> napisał w
wiadomości news:1oqcpwo3930px.dlg@torpi.slimaczek.pl...
> Dnia Sat, 5 Sep 2009 19:59:02 +0200, WebSpider napisał(a):
>
>> Jak ustawimy zamiast 4Mb np 100Mb to wydaje mi się,
>> że wtedy cały mechanizm tego tak ładnie nie przeliczy
>> i będą sytuacje w których PF będzie próbował
>> przepchnąć przez interfejs znacznie więcej niż pozwala
>> na to nasza rurka do netu.
>
> HSFC nakurat przelicza to ładnie, gorzej było z algorytmen CBQ - ten sobie
> zupełnie nie radził. Przykład:
>
> altq on $int1_if hfsc bandwidth 100000Kb queue { internet_in, local_in }
>
> queue internet_in bandwidth 3800Kb hfsc(upperlimit 3800Kb linkshare 0Kb) {
> gr1_in, gr2_in, gr3_in, gr4_in }
>
> # ruch wejsciowy ze swiata dzielimy dalej na kolejki
> queue gr1_in bandwidth 10% hfsc(realtime 32Kb)
> queue gr2_in bandwidth 30% hfsc(realtime 512Kb)
> queue gr3_in bandwidth 20% hfsc(realtime 128Kb)
> queue gr4_in bandwidth 10% hfsc(default realtime 128Kb)
>
> queue local_in bandwidth 90000Kb hfsc(realtime 0Kb linkshare 90000Kb)
>
> # regulki lapiace dla sieci lokalnej
>
> pass in quick on $int1_if inet proto udp from $lan1 to $int1_if port { 53,
> 137, 138 } keep state (if-bound) queue local_in
>
> pass in quick on $int1_if inet proto tcp from $lan1 to $int1_if port { 21,
> 53, 139, 445 } flags S/SA keep state (if-bound) queue local_in
>
> # wszystkie inne nie zlapane wpadna do domyslnej kolejki (download ze
> swiata)
>
o wlasnie i to jest dobre rozwiazanie
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: WebSpider
Date: Sun, 06 Sep 2009 11:48
Date: Sun, 06 Sep 2009 11:48
120 lines
6522 bytes
6522 bytes
Użytkownik "Tomasz Sowa" <tomcio@slimaczek.BEZSPAMOWY.pl> napisał
> altq on $int1_if hfsc bandwidth 100000Kb queue { internet_in, local_in }
>
> queue internet_in bandwidth 3800Kb hfsc(upperlimit 3800Kb linkshare 0Kb) {
> gr1_in, gr2_in, gr3_in, gr4_in }
>
> # ruch wejsciowy ze swiata dzielimy dalej na kolejki
> queue gr1_in bandwidth 10% hfsc(realtime 32Kb)
> queue gr2_in bandwidth 30% hfsc(realtime 512Kb)
> queue gr3_in bandwidth 20% hfsc(realtime 128Kb)
> queue gr4_in bandwidth 10% hfsc(default realtime 128Kb)
>
> queue local_in bandwidth 90000Kb hfsc(realtime 0Kb linkshare 90000Kb)
>
> # regulki lapiace dla sieci lokalnej
>
> pass in quick on $int1_if inet proto udp from $lan1 to $int1_if port { 53,
> 137, 138 } keep state (if-bound) queue local_in
>
> pass in quick on $int1_if inet proto tcp from $lan1 to $int1_if port { 21,
> 53, 139, 445 } flags S/SA keep state (if-bound) queue local_in
>
> # wszystkie inne nie zlapane wpadna do domyslnej kolejki (download ze
> swiata)
>
Właśnie o to chodziło, pięknie dziękuję.
Jeśli by jeszcze ktoś spojrzał co tu popsułem, bo składnię wydaje mi się,
że znam, ale czegoś brakuje:
altq on $wew_if hfsc bandwidth 100Mb queue { internet_in, local_in }
queue internet_in hfsc bandwidth 4Mb queue { std_down, a2_down, a3_down,
a4_down, a5_down, a6_down, a7_down, a8_down, a12_down, k20_down, k21_down,
k22_down, k23_down, k24_down, k25_down, k26_down,
k27_down, k28_down, k29_down, k30_down, k31_down, k34_down, k35_down,
k36_down, k37_down, k38_down, k39_down, k40_down, k42_down, k44_down,
dns_down }
queue std_down bandwidth 10Kb hfsc (default)
queue a2_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 3Mb)
priority 2
queue a3_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 3Mb)
priority 2
queue a4_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 4Mb)
priority 2
queue a5_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 4Mb)
priority 2
queue a6_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 4Mb)
priority 2
queue a7_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 2Mb)
priority 2
queue a8_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 2
queue a12_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 4Mb)
priority 2
queue k20_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k21_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 2Mb)
priority 3
queue k22_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k23_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k24_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k25_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k26_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k27_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
768Kb) priority 3
queue k28_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k29_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k30_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
priority 3
queue k31_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
priority 3
queue k34_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
priority 3
queue k35_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k36_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
priority 3
queue k37_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k38_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
640Kb) priority 3
queue k39_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k40_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
640Kb) priority 3
queue k42_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
512Kb) priority 3
queue k44_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
priority 3
queue dns_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
128Kb) priority 7
queue local_in hfsc bandwidth 95Mb
komunikat jest taki, że brakuje "rodzica":
# pfctl -f /etc/pf.conf.nowe
/etc/pf.conf.nowe:59: syntax error
/etc/pf.conf.nowe:60: queue std_down has no parent
/etc/pf.conf.nowe:60: errors in queue definition
/etc/pf.conf.nowe:61: queue a2_down has no parent
/etc/pf.conf.nowe:61: errors in queue definition
/etc/pf.conf.nowe:62: queue a3_down has no parent
/etc/pf.conf.nowe:62: errors in queue definition
/etc/pf.conf.nowe:63: queue a4_down has no parent
/etc/pf.conf.nowe:63: errors in queue definition
/etc/pf.conf.nowe:64: queue a5_down has no parent
/etc/pf.conf.nowe:64: errors in queue definition
/etc/pf.conf.nowe:65: queue a6_down has no parent
/etc/pf.conf.nowe:65: errors in queue definition
/etc/pf.conf.nowe:66: queue a7_down has no parent
--
Pozdrawiam,
Konrad
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: mlotek
Date: Sun, 06 Sep 2009 12:34
Date: Sun, 06 Sep 2009 12:34
124 lines
6714 bytes
6714 bytes
Użytkownik "WebSpider" <webs1821@spaaamowe.gmail.com> napisał w wiadomości
news:h8084t$mk6$1@nemesis.news.neostrada.pl...
> Użytkownik "Tomasz Sowa" <tomcio@slimaczek.BEZSPAMOWY.pl> napisał
>> altq on $int1_if hfsc bandwidth 100000Kb queue { internet_in, local_in }
>>
>> queue internet_in bandwidth 3800Kb hfsc(upperlimit 3800Kb linkshare 0Kb)
>> {
>> gr1_in, gr2_in, gr3_in, gr4_in }
>>
>> # ruch wejsciowy ze swiata dzielimy dalej na kolejki
>> queue gr1_in bandwidth 10% hfsc(realtime 32Kb)
>> queue gr2_in bandwidth 30% hfsc(realtime 512Kb)
>> queue gr3_in bandwidth 20% hfsc(realtime 128Kb)
>> queue gr4_in bandwidth 10% hfsc(default realtime 128Kb)
>>
>> queue local_in bandwidth 90000Kb hfsc(realtime 0Kb linkshare 90000Kb)
>>
>> # regulki lapiace dla sieci lokalnej
>>
>> pass in quick on $int1_if inet proto udp from $lan1 to $int1_if port {
>> 53,
>> 137, 138 } keep state (if-bound) queue local_in
>>
>> pass in quick on $int1_if inet proto tcp from $lan1 to $int1_if port {
>> 21,
>> 53, 139, 445 } flags S/SA keep state (if-bound) queue local_in
>>
>> # wszystkie inne nie zlapane wpadna do domyslnej kolejki (download ze
>> swiata)
>>
>
> Właśnie o to chodziło, pięknie dziękuję.
> Jeśli by jeszcze ktoś spojrzał co tu popsułem, bo składnię wydaje mi się,
> że znam, ale czegoś brakuje:
>
> altq on $wew_if hfsc bandwidth 100Mb queue { internet_in, local_in }
> queue internet_in hfsc bandwidth 4Mb queue { std_down, a2_down, a3_down,
> a4_down, a5_down, a6_down, a7_down, a8_down, a12_down, k20_down, k21_down,
> k22_down, k23_down, k24_down, k25_down, k26_down,
> k27_down, k28_down, k29_down, k30_down, k31_down, k34_down, k35_down,
> k36_down, k37_down, k38_down, k39_down, k40_down, k42_down, k44_down,
> dns_down }
> queue std_down bandwidth 10Kb hfsc (default)
> queue a2_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 3Mb)
> priority 2
> queue a3_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 3Mb)
> priority 2
> queue a4_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 4Mb)
> priority 2
> queue a5_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 4Mb)
> priority 2
> queue a6_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 4Mb)
> priority 2
> queue a7_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 2Mb)
> priority 2
> queue a8_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 2
> queue a12_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 4Mb)
> priority 2
> queue k20_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k21_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 2Mb)
> priority 3
> queue k22_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k23_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k24_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k25_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k26_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k27_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 768Kb) priority 3
> queue k28_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k29_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k30_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
> priority 3
> queue k31_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
> priority 3
> queue k34_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
> priority 3
> queue k35_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k36_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
> priority 3
> queue k37_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k38_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 640Kb) priority 3
> queue k39_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k40_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 640Kb) priority 3
> queue k42_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 512Kb) priority 3
> queue k44_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit 1Mb)
> priority 3
> queue dns_down bandwidth 100Kb hfsc (realtime 100Kb upperlimit
> 128Kb) priority 7
> queue local_in hfsc bandwidth 95Mb
>
> komunikat jest taki, że brakuje "rodzica":
> # pfctl -f /etc/pf.conf.nowe
> /etc/pf.conf.nowe:59: syntax error
> /etc/pf.conf.nowe:60: queue std_down has no parent
> /etc/pf.conf.nowe:60: errors in queue definition
> /etc/pf.conf.nowe:61: queue a2_down has no parent
> /etc/pf.conf.nowe:61: errors in queue definition
> /etc/pf.conf.nowe:62: queue a3_down has no parent
> /etc/pf.conf.nowe:62: errors in queue definition
> /etc/pf.conf.nowe:63: queue a4_down has no parent
> /etc/pf.conf.nowe:63: errors in queue definition
> /etc/pf.conf.nowe:64: queue a5_down has no parent
> /etc/pf.conf.nowe:64: errors in queue definition
> /etc/pf.conf.nowe:65: queue a6_down has no parent
> /etc/pf.conf.nowe:65: errors in queue definition
> /etc/pf.conf.nowe:66: queue a7_down has no parent
>
wystarczy ze z 59 linijki usuniesz drugie slowo queue
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: WebSpider
Date: Sun, 06 Sep 2009 15:47
Date: Sun, 06 Sep 2009 15:47
19 lines
1949 bytes
1949 bytes
Użytkownik "mlotek" <mlotek@buziaczek.pl> napisał > wystarczy ze z 59 linijki usuniesz drugie slowo queue Ech, no tak... Bardzo, bardzo ogromnie Panom dziękuję :-) Wszystko mi działa tak jak chciałem. Tak jeszcze zapytam: czy teoretycznie można zrobić kolejkowanie tylko na interfejsie zewnętrznym: tam główną kolejkę np. 10Mb i podrzędne dwie, jedna odpowiadająca prędkości do internetu, a drugą prędkości z internetu i tam kolejkować ruch przychodzący i wychodzący? Mam na myśli czy efekt praktyczny będzie taki sam jak teraz, kiedy na zewnętrznym if jest cięty 'upload', a na wewnętrznym 'download'? -- Pozdrawiam, Konrad
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: mlotek
Date: Sun, 06 Sep 2009 22:18
Date: Sun, 06 Sep 2009 22:18
23 lines
2224 bytes
2224 bytes
Użytkownik "WebSpider" <webs1821@spaaamowe.gmail.com> napisał w wiadomości news:h80lml$s1o$1@atlantis.news.neostrada.pl... > Użytkownik "mlotek" <mlotek@buziaczek.pl> napisał >> wystarczy ze z 59 linijki usuniesz drugie slowo queue > > Ech, no tak... Bardzo, bardzo ogromnie Panom dziękuję :-) > Wszystko mi działa tak jak chciałem. > > Tak jeszcze zapytam: czy teoretycznie można zrobić > kolejkowanie tylko na interfejsie zewnętrznym: > tam główną kolejkę np. 10Mb i podrzędne dwie, > jedna odpowiadająca prędkości do internetu, > a drugą prędkości z internetu i tam kolejkować > ruch przychodzący i wychodzący? > Mam na myśli czy efekt praktyczny będzie taki > sam jak teraz, kiedy na zewnętrznym if jest > cięty 'upload', a na wewnętrznym 'download'? > to by bylo zbyt piekne wszystko :) tutaj http://cvs.openbsd.org/faq/pf/pl/queueing.html pisze ze "kolejkowanie jest tylko użyteczne w przypadku pakietów wychodzących" takze da sie tylko kolejkowac dane wychodzace z danego interfejsu
Re: [openbsd] PF i pominiecie polaczenia w kolejkowaniu
Author: WebSpider
Date: Mon, 07 Sep 2009 14:41
Date: Mon, 07 Sep 2009 14:41
14 lines
1806 bytes
1806 bytes
Użytkownik "mlotek" <mlotek@buziaczek.pl> napisał w wiadomości grup dyskusyjnych:h81cga$3rg$1@news.onet.pl... > > to by bylo zbyt piekne wszystko :) > tutaj http://cvs.openbsd.org/faq/pf/pl/queueing.html pisze ze > "kolejkowanie jest tylko użyteczne w przypadku pakietów wychodzących" > takze da sie tylko kolejkowac dane wychodzace z danego interfejsu No tak... Mam wrażenie, że ostatnio nie myślę. Dziękuję i pozdrawiam! -- Konrad
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads