Freesco, NND, CDN, EOS • Wyświetl temat - podział łącza

Posty bez odpowiedzi | Aktywne tematy

Indeks witryny » NND » Instalacja i konfiguracja (NND)

Strefa czasowa UTC+2godz.

podział łącza - HFSC

Moderatorzy: tasiorek, JakubC, Mis'

Strona 2 z 3

[ Posty: 42 ]

Przejdź na stronę Poprzednia 1, 2, 3 Następna

Podgląd wydruku

Poprzedni temat | Następny temat

Autor

Wiadomość

pcela

Tytuł:

: wtorek, 8 kwietnia 2008, 10:46

Rejestracja: środa, 21 lipca 2004, 16:44
Posty: 44
Lokalizacja: Warszawa

Na kernelu 2.4.35 hfsc działa bez żadnych problemów.

Jak podczas uruchamiania rc.firewall wyrzuca błąd z protokołem gre należy dopisać odpowiednią linijkę w pliku /etc/protocols

: [/] [] ()

gre 47 GRE # jakiś opis

GeSHi © Codebox Plus

Na górę

-MW-

Tytuł:

: wtorek, 8 kwietnia 2008, 19:10

Użytkownik

Rejestracja: sobota, 14 maja 2005, 15:07
Posty: 3177
Lokalizacja: Busko-Zdrój

napisz ile tworzysz klas w hfsc i ile masz otwartych sesji w godzinach szczytu przez hosty.

jak dojdziesz do 400 i 4000 to napisz jeszcze raz wniosek co do funkcjonowania hfsc.

ja sie zawiodlem - wrocilem na htb i jest super.

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

Na górę

pcela

Tytuł:

: środa, 9 kwietnia 2008, 09:38

Rejestracja: środa, 21 lipca 2004, 16:44
Posty: 44
Lokalizacja: Warszawa

Mi hfsc działa bez problemów, ale to nie znaczy, że innym też będzie tak samo działać, każda sieć jest inna, inni są użytkownicy. U mnie działa dużo lepiej niż htb (podkreślam u mnie)

Na górę

sq6iuv

Tytuł:

: czwartek, 10 kwietnia 2008, 15:26

Użytkownik

Rejestracja: piątek, 16 września 2005, 10:42
Posty: 162

[quote="pcela"]Mi hfsc działa bez problemów, ale to nie znaczy, że innym też będzie tak samo działać, każda sieć jest inna, inni są użytkownicy. U mnie działa dużo lepiej niż htb (podkreślam u mnie) [/quote]

No wlasnie, i tu racja...
piszą co niektórzy, że hfsc jest do "bańki" a zawsze jest jakas przyczyna zlego dzialania pod nim...

HFSC jest o wiele bardziej skutecznym algorytmem od HTB, ale trzeba odpowiednio skonfigurować i wiedzieć co się robi..

szkoda tylko , ze u niewielu osob to dziala i jest tak malo rozwijane jak htb

Na górę

-MW-

Tytuł:

: czwartek, 10 kwietnia 2008, 20:59

Użytkownik

Rejestracja: sobota, 14 maja 2005, 15:07
Posty: 3177
Lokalizacja: Busko-Zdrój

: [/] [] ()

HFSC jest o wiele bardziej skutecznym algorytmem od HTB, ale trzeba odpowiednio skonfigurować i wiedzieć co się robi.. 

GeSHi © Codebox Plus

zapomniales dodac ze jest o wiele prostrze w konfiguracji od htb,
ma swoje wady i zalety, dokladnie tak samo jak htb
w/g opisow w necie nie nadaje sie do podzialu pasma ze zbyt zlozona struktura klas i kolejek.
objawy sa takie ze zamiast gwarantowac opoznienia na przyzwoitym poziomie niepotrzebnie wprowadza dodatkowa strate czasu na analize
skomplikowanej struktury.
przy malym ruchu wyniki zeczywiscie sa b.zadawalajace.

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

Na górę

sq6iuv

Tytuł:

: piątek, 11 kwietnia 2008, 01:04

Użytkownik

Rejestracja: piątek, 16 września 2005, 10:42
Posty: 162

MW to twoje zdanie (jak sie popatrzy na skrypty inet.one.pl to sie z toba zgodzic moge), moze tak jest u ciebie w sieci i stad wywnioskowales co wyzej napisales, no ale mniejsza z tym...

Na górę

marcin w

Tytuł:

: niedziela, 6 lipca 2008, 20:51

Użytkownik

Rejestracja: piątek, 18 marca 2005, 10:25
Posty: 274
Lokalizacja: Sandomierz

gizmo5418 pisze:

Witam,

Do prawodłowego działania skryptów ze strony inet-u (rc.firewall oraz rc.hfsc) musi być IMQ ustawione w tryb AB lub BA.
Fragment logów po podniesieniu IMQ :

: [/] [] ()

 Feb 24 10:48:00 lskh kernel: IMQ starting with 2 devices...
Feb 24 10:48:00 lskh kernel: IMQ driver loaded successfully.
Feb 24 10:48:00 lskh kernel: ^IHooking IMQ after NAT on PREROUTING.
Feb 24 10:48:00 lskh kernel: ^IHooking IMQ before NAT on POSTROUTING.

GeSHi © Codebox Plus

W jajkach 2.4.x w configu kernela nie ma możliwości ustawienia tej opcji i domyślnie IMQ pracuje w trybie AA (o ile się nie myle). Dlatego też jeszcze nałożyłem łatkę na jajko IMQ_behaviour, która umożliwia taką konfigurację.
Z tego co doszło do mnie to z tak skonfigurowanym IMQ lepiej pracuje nawet niceshaper, ale nie moge potwierdzić tego bo nie używam go.

Poprawkę tą zgłosiłem na mantisa jakiś czas temu.

Pozdrawiam

Zainstolowałem najnowszą wersję systemu. Zaktualizowałem system do najnowszego kernela 2.4.35-2nnd. Tu w logch mam troszke zmienioną kolejność

Cytuj:

Jul 6 22:05:57 serwer kernel: IMQ starting with 2 devices...
Jul 6 22:05:57 serwer kernel: IMQ driver loaded successfully.
Jul 6 22:05:57 serwer kernel: ^IHooking IMQ before NAT on PREROUTING.
Jul 6 22:05:57 serwer kernel: ^IHooking IMQ after NAT on POSTROUTING.

Po skopiowaniu skryptów na serwer (tych co do tej pory działały) jest problem z podziałem łącza. Wszystko trafia do koleki serwera. Czy ta zmiana koleności mogła mieć wpływ na to ? Wg opisu czy kolejność AB czy BA nie powinna robić różnicy. Ksrypty i konfiguracja jest taka jak przed reinstalacją. Czy teraz należy zmieniać konfidurację ?

Na górę

marcin w

Tytuł:

: niedziela, 6 lipca 2008, 22:39

Użytkownik

Rejestracja: piątek, 18 marca 2005, 10:25
Posty: 274
Lokalizacja: Sandomierz

Udalo mi się częściowo problem rozwiązać. Różnica trybu pracy AB czy BA chyba ma znaczenie. Aby teraz dobrze działaly skryty, muszę zmienić kolejkowanie, zamiast interfejsu od strony WAN, muszę wstawić interfejs od strony LAN:

Cytuj:

# IMQ - kolejkowanie

# Download
iptables -t mangle -A PREROUTING -i eth1 -j IMQ --todev 1

# Upload
iptables -t mangle -A POSTROUTING -o eth1 -j IMQ --todev 0

Rozwiązało to problem z kolejkowaniem, każdu user korzysta tylko ze swojej klasy, ale niestety w tej konfiguracji ogranicza mi transfer serwer - użytkownik wewnątrz sieci LAN.

Czy ktoś pomoże mi wybrnąć z tej sytuacji ??

Na górę

zciech

Tytuł:

: poniedziałek, 7 lipca 2008, 00:30

PGF

Rejestracja: niedziela, 14 lipca 2002, 14:33
Posty: 3234
Lokalizacja: Radziejów

# IMQ - kolejkowanie

# Download
iptables -t mangle -A PREROUTING -i eth1 -d ! 192.168.0.1 -j IMQ --todev 1

# Upload
iptables -t mangle -A POSTROUTING -o eth1 -s ! 192.168.0.1 -j IMQ --todev 0

_________________
Nie jestem NEKROMANTĄ, nie wróżę z flaków!
Alkohol pity z umiarem nie szkodzi nawet w największych ilościach!
Przeczytaj nim zapytasz

Na górę

marcin w

Tytuł:

: poniedziałek, 7 lipca 2008, 17:11

Użytkownik

Rejestracja: piątek, 18 marca 2005, 10:25
Posty: 274
Lokalizacja: Sandomierz

zciech pisze:

# IMQ - kolejkowanie

# Download
iptables -t mangle -A PREROUTING -i eth1 -d ! 192.168.0.1 -j IMQ --todev 1

# Upload
iptables -t mangle -A POSTROUTING -o eth1 -s ! 192.168.0.1 -j IMQ --todev 0

Witam

Dzięki za zainteresowanie moim problemem. Modyfikacja ta nie spowodowała żadnych zmian. Dalej ogranicza mi lokalnie transfer serwer - użytkownik.

Dodatkowo z tej konfiguracji jądra w kolejności BA nie mam możliwości kontroli transferu serwer - internet.

Na górę

marcin w

Tytuł:

: wtorek, 8 lipca 2008, 19:23

Użytkownik

Rejestracja: piątek, 18 marca 2005, 10:25
Posty: 274
Lokalizacja: Sandomierz

Według lektury http://forum.inet.ll.pl do poprawnośni pracy skryptów HFSC, w jądrze IMQ nie może być w domyślnej konfiguracji BA.
Cytat z forum:

: [/] [] ()

a teraz odpowiedz do samego siebie  
dla potomnych oraz innych uzytkownikow z takim problemem 
jesli zostawicie na default 
skrypt nie bedzie poprawnie funkcjonowal 
ale jesli dacie AB (prerouting after NAT i postrouting before NAT) 
wtedy widac ze ladnie liczy dane 

przypadek ten tylko wystapi jesli sami przygotowywujecie srodowisko 
zamiast uzywac system-source.. z inet.ll.pl 

no coz, mam nadzieje ze komus to sie przyda

GeSHi © Codebox Plus

Tą informację też potwierdza google.

Wygląda że trybu pracy bez ponownej kompilacji nie można zmienić. Ładowanie modułu z parametrem modprobe imq behaviour ab nie zmienia trybu pracy IMQ.

Czy ktoś posiada paczkę kernela 2.4.35 z konfiguracją trybu IMQ ustawioną na AB ? Wiem, że powiniem sam pomyśleć o rekompilacji jądra, ale niestety to jest ponad moje siły. Nie potrafię poprawnie spatchować i skonfigurować jądra.

Na górę

tasiorek

Tytuł:

: wtorek, 8 lipca 2008, 19:51

MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów

marcin w pisze:

Według lektury http://forum.inet.ll.pl do poprawnośni pracy skryptów HFSC, w jądrze IMQ nie może być w domyślnej konfiguracji BA.

Do poprawnej pracy skryptow ze tamtej strony moze i nie. HFSC jest tylko algorytmem kolejkowania i bedzie dzialac niezaleznie od sposobu dzialania IMQ jesli skrypt bedzie odpowiednio napisany.
W tym przypadku jednak tez uwazam, ze najlepiej bedzie poszukac jajka z odpowiednim IMQ.

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.

Na górę

marcin w

Tytuł:

: wtorek, 8 lipca 2008, 20:18

Użytkownik

Rejestracja: piątek, 18 marca 2005, 10:25
Posty: 274
Lokalizacja: Sandomierz

tasiorek pisze:

Do poprawnej pracy skryptow ze tamtej strony moze i nie. HFSC jest tylko algorytmem kolejkowania i bedzie dzialac niezaleznie od sposobu dzialania IMQ jesli skrypt bedzie odpowiednio napisany...

Zgodzę się z tym twierdzieniem. HFSC jest tylko algorytmem.
Mówiąc skrypty HFSC mam tylko na myśli skrypty dostęne na stronie inet.one.pl wykorzystujące wspomniany algorytm HFSC.
Sktypty dostępne na tej stronie wykorzystują nie markowanie pakietów po IP (jak to w skryptach HTB Zciecha) a adresy żródłowe i docelowe. Przy ustawieniu IMQ w trybie BA można to zrobić ale "od strony interfejsu LAN", co z kolei spowoduje przycinanie transferów lokalnych.

Jedyna dobra konfiguracja IMQ to tryb pracy AB.

Na górę

-MW-

Tytuł:

: wtorek, 8 lipca 2008, 21:08

Użytkownik

Rejestracja: sobota, 14 maja 2005, 15:07
Posty: 3177
Lokalizacja: Busko-Zdrój

Cytuj:

Przy ustawieniu IMQ w trybie BA można to zrobić ale "od strony interfejsu LAN", co z kolei spowoduje przycinanie transferów lokalnych.

nie motaj ludziom w glowach.

Cytuj:

Jedyna dobra konfiguracja IMQ to tryb pracy AB.

jedyny sluszny tryb w ktorym najlatwiej zrobic to co chcesz to BA.

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

Na górę

marcin w

Tytuł:

: wtorek, 8 lipca 2008, 21:21

Użytkownik

Rejestracja: piątek, 18 marca 2005, 10:25
Posty: 274
Lokalizacja: Sandomierz

-MW- pisze:

Cytuj:

Przy ustawieniu IMQ w trybie BA można to zrobić ale "od strony interfejsu LAN", co z kolei spowoduje przycinanie transferów lokalnych.

nie motaj ludziom w glowach.

Cytuj:

Jedyna dobra konfiguracja IMQ to tryb pracy AB.

jedyny sluszny tryb w ktorym najlatwiej zrobic to co chcesz to BA.

-MW-
Pomożesz mi to zrobić ?? Już wiele opcji sprawdzałem, ale niestety nie wychodzi mi ta konfiguracja. Za każdym razem wszystko wpada do jednej kolejki serwera.

Co do trybu AB, popdpieram się cytatami z forum oraz google. Inna sprawa, to fakt że w konfiguracji AB wszystko działało ok, teraz po instalacji systemu, gdzie IMQ w kernelu ma odwrotną konfigurację (BA) nie działa poprawnie.

Na górę

zciech

Tytuł:

: środa, 9 lipca 2008, 12:42

PGF

Rejestracja: niedziela, 14 lipca 2002, 14:33
Posty: 3234
Lokalizacja: Radziejów

marcin w pisze:

zciech pisze:

# IMQ - kolejkowanie

# Download
iptables -t mangle -A PREROUTING -i eth1 -d ! 192.168.0.1 -j IMQ --todev 1

# Upload
iptables -t mangle -A POSTROUTING -o eth1 -s ! 192.168.0.1 -j IMQ --todev 0

A łyżka na to:
-Niemożliwe!

Po pierwsze primo:
Oczywiscie adres 192.168.0.1 to przyklad, nalezy tu wpisac adres interfejsu do sieci lokalnej w NND

Po drugie primo
Skoro pakiety przeznaczone/wysylane z/do serwera nie wpadna do kolejki to nie beda ograniczone.

Po trzecie primo
Mozna zrobić kolejke na przedkos interfejsu i tam kierowac ruch lokalny i wniej wydzielic kolejkę dla ruchu internetowego
(zobacz w rchtb jak to jest zrobione)

_________________
Nie jestem NEKROMANTĄ, nie wróżę z flaków!
Alkohol pity z umiarem nie szkodzi nawet w największych ilościach!
Przeczytaj nim zapytasz

Na górę

-MW-

Tytuł:

: środa, 9 lipca 2008, 13:13

Użytkownik

Rejestracja: sobota, 14 maja 2005, 15:07
Posty: 3177
Lokalizacja: Busko-Zdrój

do tego dolozyc obsluge dodatkowych lacz internetowych i bedzie wypasik :lol:

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

Na górę

marcin w

Tytuł:

: środa, 9 lipca 2008, 21:28

Użytkownik

Rejestracja: piątek, 18 marca 2005, 10:25
Posty: 274
Lokalizacja: Sandomierz

Cytuj:

# IMQ - kolejkowanie

# Download
iptables -t mangle -A PREROUTING -i eth1 -d ! 192.168.0.1 -j IMQ --todev 1

# Upload
iptables -t mangle -A POSTROUTING -o eth1 -s ! 192.168.0.1 -j IMQ --todev 0

Tu w tym wypadku zgodzę się z tym, bezmyślnie przekopiowałem nie poprawiając 192.168.0.1 na 192.168.1.1 To wszytko tylko przez pośpiech.

Na górę

pcela

Tytuł:

: piątek, 11 lipca 2008, 01:47

Rejestracja: środa, 21 lipca 2004, 16:44
Posty: 44
Lokalizacja: Warszawa

W pliku rc.hsfc nad linijką

: [/] [] ()

"ip link set imq0 up"

dopisz

: [/] [] ()

modprobe imq numdevs=2 behaviour=ab

I wszystko będzie działać OK, innych modyfikacji w plikach rc.firewall i rc.hfsc nie należy wprowadzać.

Na górę

-MW-

Tytuł:

: piątek, 11 lipca 2008, 17:28

Użytkownik

Rejestracja: sobota, 14 maja 2005, 15:07
Posty: 3177
Lokalizacja: Busko-Zdrój

Cytuj:

modprobe imq numdevs=2 behaviour=ab

akurat tego nie bylbym taki pewny.

nie kazdy kernel pozwala na ustawienie trybu pracy

Cytuj:

behaviour=

i pewnie zalezy to od sposobu kompilacji kernela,
ale to wiedza bardziej zaawansowani kernelowi grzebacze.

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

Na górę

Strona 2 z 3

[ Posty: 42 ]

Przejdź na stronę Poprzednia 1, 2, 3 Następna

Indeks witryny » NND » Instalacja i konfiguracja (NND)

Strefa czasowa UTC+2godz.

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 67 gości

Nie możesz tworzyć nowych tematów
Nie możesz odpowiadać w tematach
Nie możesz zmieniać swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników