|
QoS a LAN (otoczenie sieciowe po DC++)
|
| ma3ek |
Dodano 26-11-2006 12:11
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
Witam.
Wiem, wiem, jeszcze raz QoS. Jednak przekopałem trochę postów i nie znalazłem odpowiedzi na dręczący mnie problem. Otóż jak mam skonfigurować QoS gdy przepustowość łącza od providera to 512/512kbps natomiast otoczenie sieciowe (udostępnianie plików) na LANie działa na serwerze DC++. QoS ustawiłem tak:
   
i na takich ustawieniach DC muli mi na 15-20kbps.
Próbował zdefiniować klasę A dla DC++ i ustawić maksymalne przepustowości łącza takie jak dla LANu, czyli 10Mbps ale nie wiem czy to jest dobra droga, bo nic nie dała  Klasyfikuje ten rodzaj ruchu do klasy A jednak transfer nie wychodzi poza 400kbps:
   
Zauważyłem jeszcze, że DC pomimo na stałe wpisanych portów 8881,8882,8883 generuje jakiś ruch na innych, które są pchane na unclassified:
Dlaczego?
Podpowiedzcie, jak to sprytnie i ładnie zrobić.
Edytowany przez ma3ek dnia 27-11-2006 17:23
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| ma3ek |
Dodano 27-11-2006 17:52
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
Qrcze, naprawdę nikt nie wie?
Przeczytałem na forum.openwrt.org, że QoS nie powinien mieć wpływu na LAN. To dlaczego przy włączonym QoS transfer spada do 200-400kBps a jak tylko wyłączę skacze nawet do 6MBps?
pozdrowionka
p.s. Cytat Zauważyłem jeszcze, że DC pomimo na stałe wpisanych portów 8881,8882,8883 generuje jakiś ruch na innych, które są pchane na unclassified
Edytowany przez ma3ek dnia 27-11-2006 17:56
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| robsonn |
Dodano 01-12-2006 19:06
|
OL Maniac
Posty: 1337
Dołączył: 04/03/2006 13:35
|
A powiedz mi w ogóle po co ograniczasz DC++ ? skoro chcesz osiągać dobre transfery? Przecież sam sobie przycinasz UL/DL dla klasy A.
Nie prościej klasyfikować ruch tylko do klasy lowest bez żadnych więcej ograniczeń? i ewentualnie ustawić limit połączeń (choć jeśli to twój komp) to ustaw limit połączeń w samym DC.
Miałem własne przejścia z DC gdzie klient w mojej sieci generował 500 połączeń/sek i można było oszaleć choć i tak Pomidor znosił to dzielnie, ale logi to jak spaghetti były 
Btw. jesteś za podwójnym NATem ?
Edytowany przez robsonn dnia 01-12-2006 19:07
Tomato ... since 0.01
WRT54G v2.2 Tomato 1.10 Turbo
WRT54GL v1.0 Tomato 1.07 Turbo
PAP2 NA v1.0 Stock firmware 3.1.5(LS) + IPFON
WPC11B v4.0 modded peek drivers
[b]WRT54 Script Generator - obowi?zkowe narz?dzie ka?dego Link
|
| |
|
|
| ma3ek |
Dodano 01-12-2006 19:49
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
Nie. Chyba się nie zrozumieliśmy. DC działa mi po LANie, a właściwie MANie (podpięty kabel providera do portu WAN) czyli z prędkością 100Mbps a internet mam z prędkością 512/512kbps (po tym samym kablu podpiętym do WAN). I jak mam to pogodzić w QoSie? Co mam wpisać w Inbound i Outbound? Bo jeśli wpiszę 512/512 (90% z tego oczywiście jednak będę się posługiwał teoretyczną prędkością łącza) to tnie mi DC do tych 512. A jeśli wpiszę 10Mbps to mam problemy z klasyfikowaniem pozostałego ruchu.
Cytat robsonn napisał/a: Btw. jesteś za podwójnym NATem ?
Provider udostępnia adresy lokalne z puli 10.*.*.*, nie wiem co masz na myśli mówiąc "podwójnym". Nie mam ani zewnętrznego IP ani portu, po którym można się do mnie dostać bezpośrednio.
Edytowany przez ma3ek dnia 01-12-2006 20:16
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| SlyT |
Dodano 01-12-2006 21:12
|
Power User
Posty: 366
Dołączył: 15/09/2006 23:44
|
Obawiam sie ze tego nie wyklikasz w Tomato. Teoretycznym rozwiazaniem byloby stworzenie dwoch klas:
1. klasy o predkosci 10 Mbps - dla ruchu DC z twojego MANa
2. klasy o predkosci 512 kbps - i tu pakowanie calosci ruchu z netu i dopiero tu szufladkowanie w zaleznosci od protokolu, uslugi itd.
P.S. nt. twojego shoutcasta - odnioslem wrazenie ze to jednak tobie zalezy na odpowiedzi ...
Linksys E2000 Tomato 1.28 shibby's compilation
Linksys EA6700 FreshTomato
|
| |
|
|
| ma3ek |
Dodano 01-12-2006 21:44
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
Cytat SlyT napisał/a:
Obawiam sie ze tego nie wyklikasz w Tomato. Teoretycznym rozwiazaniem byloby stworzenie dwoch klas:
1. klasy o predkosci 10 Mbps - dla ruchu DC z twojego MANa
2. klasy o predkosci 512 kbps - i tu pakowanie calosci ruchu z netu i dopiero tu szufladkowanie w zaleznosci od protokolu, uslugi itd.
Zrobiłem tak, co z resztą widać na rysunkach. Tylko że wtedy jest problem z klasyfikowaniem reszty ruchu. Zauważ, że 5% z 10Mbps to 512kbps, czyli raptem mogę operować 1-5% ze skokiem o 1%, czyli troszkę mało. I jak tak zrobiłem to VoIP mi rwał Poszperam jeszcze jutro, może coś się z tego urodzi.
Jakby ktoś miał jeszcze jakieś pomysły to bardzo proszę.
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| SlyT |
Dodano 01-12-2006 22:22
|
Power User
Posty: 366
Dołączył: 15/09/2006 23:44
|
A wg Ciebie klasa A to jaki priorytet ma ?
Linksys E2000 Tomato 1.28 shibby's compilation
Linksys EA6700 FreshTomato
|
| |
|
|
| ma3ek |
Dodano 02-12-2006 10:38
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
Cytat SlyT napisał/a: A wg Ciebie klasa A to jaki priorytet ma ?
No właśnie do tego jeszcze nie doszedłem 
Natchniony sukcesami naszych "złotek" w wydaniu męskim zabieram się za walkę na pomidory z QoSem 
Oto rezultaty. Mizerne, ale udało mi się dociągnąć do 1MBps 
    
Jak widać niewiedzieć czemu nadal część połączeń z DC++ nie jest poprawnie klasyfikowana Tak jakby "L7 : directconnect" nie do końca działało poprawnie. Jak dodałem jeszcze jedną klasyfikację: "IPP2P : Direct Connect" do klasy A, to sytuacja się nie zmieniła:
   
Transfer pozostał ten sam ok. 1MBps.
Może problemem jest fakt, iż ruch od dwóch użytkowników kierowany jest przez jeden port 8881? Chociaż to nie możliwe, bo jak wyłączę QoSa to transfer skacze nawet do 6MBps.
Ehhh.. podpowiedzcie coś mądrego B)
p.s. jeden z userów tego forum napisał: cyt. "wydaj mi sie ze w twoim przypadku to tylko twoj provider bedzie wstanie ci pomoc (najlepiej przejsc sie do siedziby firmy i pogadac z jakims technikiem) bo pewnie wiekszosc ludzi z tego forum uzywa wrtka do zwyklego dzielenia netu pomiedzy sasiadow w bloku i z takim problemem sie nie spotkali." A ja ciągle w Was wierzę
Edytowany przez ma3ek dnia 02-12-2006 12:38
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| godys |
Dodano 02-12-2006 12:07
|
User
Posty: 45
Dołączył: 23/08/2006 15:23
|
Cytat ma3ek napisał/a:
Qrcze, naprawdę nikt nie wie?
Przeczytałem na forum.openwrt.org, że QoS nie powinien mieć wpływu na LAN. To dlaczego przy włączonym QoS transfer spada do 200-400kBps a jak tylko wyłączę skacze nawet do 6MBps?
pozdrowionka
p.s. Cytat Zauważyłem jeszcze, że DC pomimo na stałe wpisanych portów 8881,8882,8883 generuje jakiś ruch na innych, które są pchane na unclassified Już sobie z tym poradziłem. Dzięki "L7 : directconnect" wszystko klasyfikowane jest prawidłowo. Jednak nadal tylko 400kBps
mam to samo, niezaleznie jaką klase ustawie, nwet jak dam na highest to i tak dc idzie nieco ponad 400kbps
======godys®======
Linksys WRT54GL1.1EU
Tomato 1.19
ISP: neo 2048/256
Linksys WRT54G v1.0 ostatecznie pad? na amen....
|
| |
|
|
| jank0 |
Dodano 02-12-2006 14:40
|
Power User
Posty: 221
Dołączył: 06/04/2006 14:19
|
ma3ak a daj klase "A", bo taką masz ustawioną, na "none" w zakładce QOS-->Basic Settings (upload i download)
Edytowany przez jank0 dnia 02-12-2006 14:41
"Jeżeli nie wiesz jak postąpić - na wszelki wypadek postąp uczciwie"
|
| |
|
|
| ma3ek |
Dodano 02-12-2006 15:44
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
Wgralem pomidorka v0.09 ze względu na poprawione "L7 Inbound" (wcześniej jechałem na v0.07). Jednak nic się nie poprawiło.
Cytat jank0 napisał/a: ma3ak a daj klase "A", bo taką masz ustawioną, na "none" w zakładce QOS-->Basic Settings (upload i download)
nice, DC śmiga. Jest klasyfikowany do klasy A ale działa szybko, nie wiem jeszcze czy z pełną prędkością bo nie ma moich ulubionych userów, ale 4MBps jest Powiem Ci, że też się nad tym zastanawiałem czytając przedostatnią wypowiedź Rayden'a (01.12.06, przed godz 18:00, szkoda że została wykasowana, IMHO to bardzo źle) i może gdybym się nie pokusił o zmianę softu to też bym to wyskrobał. Ciekawe jeszcze jak przy takim ściąganiu wypadnie VoIP.
I pytanie: czy idąc dalej tym tropem (tropem Rayden'a i Twoim) mogę w Inboud i Outbound wpisać 512, nadal klasyfikować DC do klasy A, która nie będzie "krojona" i dalej będzie wszystko śmigać? Zobaczymy po obiedzie
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| Rayden |
Dodano 02-12-2006 16:14
|
User
Posty: 45
Dołączył: 24/09/2006 18:28
|
miałem taki sam problem, stwórz dla DC na WAN osobna klasę (u mnie klasa E) która w qos będzie miała None- None więc nie będzie miała limitów.
Ja w ogóle domyślną klasę dałem E więc wszystkie porty których nie limituję wrzucam do nie limitowanej klasy, dzięki temu załatwiam porty docelowe DC na których łączy się u innych.
i dc bez problemu ssa po kilka mega na sek, (L7 disabled Ipp2p disabled - bo tylko zwalniają niemiłosiernie router)
mozna nawet celowo ustawic w klasyfkacji dc porty DC na klasę E, powinno śmigać
Rayden załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
|
| |
|
|
| ma3ek |
Dodano 03-12-2006 11:03
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
a możesz jeszcze wrzucić zrzut klasyfikacji?
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| Larus |
Dodano 03-12-2006 19:19
|
User
Posty: 54
Dołączył: 03/07/2006 10:56
|
Padło tu pytanie o priorytet klasy A. Ja pociagnę dalej Czy ktoś jest w stanie powiedziec jaki jest priorytet klas A-E w stosunku do typowych Highest-Lowest ? Bo wszystko fajnie, są dodatkowe klasy, ale jak priorytetowany jest w nich ruch ??
PS. Strasznie brakuje szczątkowej choćby dokumentacji Tomato
Z góry dzięki.
Edytowany przez Larus dnia 03-12-2006 19:21
|
| |
|
|
| Rayden |
Dodano 03-12-2006 20:40
|
User
Posty: 45
Dołączył: 24/09/2006 18:28
|
edit: załączam klasy
Rayden załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
|
| |
|
|
| ma3ek |
Dodano 04-12-2006 15:32
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
Cytat ma3ek napisał/a:I pytanie: czy idąc dalej tym tropem (tropem Rayden'a i Twoim) mogę w Inboud i Outbound wpisać 512, nadal klasyfikować DC do klasy A, która nie będzie "krojona" i dalej będzie wszystko śmigać? Zobaczymy po obiedzie
Działa. Inboud i Outbound jest określony na rzeczywistą przepustowość łącza internetowego, ruch jest klasyfikowany pod wartości prędkości internetu natomiast DC++ przypisane do klasy A nieograniczonej ( "none" ). Pozostał tylko problem prędkości DC. Max jaki wyciągam to 3MBps. Jak ciągnę od jednego usera mam 3MB, jak ciągnę od dwóch dalej 3MB (1,5MB od jednego +1,5 od drugiego) itd. Przy trzech mam sumę trzech 1MBps. Co ogranicza? na pewno nie łącze między userami, bo od jednego z nich potrafię ciągnąć 3MBps, a jak ciągnę od kilku to już od tego usera prędkość ściągania spada proporcjonalnie do ilości jednoczesnych downloadów. Suma zawsze 3MBps. Czyżby L7 ograniczało? Za wolno router liczy? Dalsze testy przede mną.
Cytat Larus napisał/a:
Padło tu pytanie o priorytet klasy A. Ja pociagnę dalej Czy ktoś jest w stanie powiedziec jaki jest priorytet klas A-E w stosunku do typowych Highest-Lowest ? Bo wszystko fajnie, są dodatkowe klasy, ale jak priorytetowany jest w nich ruch ??
No właśnie. W sumie to jak jest z tymi klasami?
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| ma3ek |
Dodano 22-01-2007 19:54
|
User
Posty: 29
Dołączył: 22/09/2006 10:48
|
Na pytanie "jak z tymi klasami" nie znalazła się odpowiedź to może na tą sytuację ktoś znajdzie rozwiązanie:
Mam problem z połączeniem się z serwerem DC++. Do routerka (WRT54GL z pomidorem v0.9) podpięte są dwa kompy:
- mój, po LANie [52200-52202]
- studenciaka, po wireless'ie [52400-52402]
Obydwa kompy mają na routerze przekierowane porty (podałem w nawiasach). DC+ skonfigurowane jest na połączenie przez firewall z przekierowanymi manualnie portami, czyli wpisane jest IP WANowe (10.104.xx.xxx) i porty (TCP i UDP). I teraz: mój komp łączy się bez problemu, natomiast komp studenciaka nichuchu nie chce się połączyć. Jedynie w trybie pasywnym coś rusza ale z bardzo małymi prędkościami.
QoS poprawnie klasyfikuje ruch - zarówno od jednego kompa jak i od drugiego.
Ma ktoś jakiś pomysł co z ty zrobić?
WRT54GL v1.1 [Tomato 1.10] + SPA1001 IPFON/VoipDiscount
|
| |
|
|
| mescator |
Dodano 22-01-2007 21:53
|
Super User
Posty: 430
Dołączył: 27/09/2006 18:10
|
Czesc. Widze, ze temat ciagnie sie od kilku miesiecy. Mam troche komentarza, moze zbednego...
1) ma3ek, w twoich zrzutach QoS, jest TCP port 53 jako DNS, na highest, czy aby napewno uzywa TCP? U mnie wiekszosc zapytan DNS idzie po UDP (w pierwszej kolejnosci).
2) temat jest o DC++ i wplywie QoS na LAN. Obie te rzeczy przy tomato wzajemnie sie wykluczaja. QoS jest realizowany na porcie WAN. Dalej jednak czytam, ze dla Ciebie LAN to też podsieć osiągalna przez WAN a nie znajdująca sie za ruterem brzegowym dostawcy. Tu juz jest klopot. QoS dziala na porcie fizycznym rutera a nie na sieci przez niego osiaganej. Mozesz sprobowac zdefiniowac regulke na podsieć providera, np. TCP/UDP To: 192.168.0.0/16: class C i w klasie C wyłączyć limity no i regulke umiescic wyzej od pozostalych.
3) suma pasma gwarantowanego w twoim outboud wynosi 101%...
4) co do L7... no nie jest to wydajny mechanizm, ale w przypadku DC zostal dobrze oceniony. Mozesz jeszcze sprobowac IPP2P, powinien byc szybszy... a probowales, ale jest TCP/UDP + IPP2P, a powinno byc tylko IPP2P.
5) Widze zrzuty w T 0.8, jesli mnie pamiec nie myli, to L7 działał tam kiepsko. Ja mialem klopoty.
Edytowany przez mescator dnia 22-01-2007 22:02
---
Asus RT-16N 1.28.0000 MIPSR2-101 K26 USB VPN
WRT54Gv3.1/ 1.28.0005 099V ND VPN
|
| |
|
' target='_blank'>Link
