|
Zła klasykfikacja
|
| MarcinSan |
Dodano 20-01-2007 11:24
|
User
Posty: 17
Dołączył: 26/11/2006 13:55
|
Witam
Mam pytanko czy trzeba jakoś specyficznie restartować lub np. czyścić nvram by po ustawieniu QoS wszystko działało jak należy. Pytam sie bo źle mi klasyfikuje bardzo prosty ruch np.
TCP 10.28.1.16 1074 ko2.kurnik.pl (193.222.135.230) 80 Highest
TCP 10.28.1.16 1073 ko2.kurnik.pl (193.222.135.230) 80 High
lub
TCP 10.28.1.7 33027 td-in-f91.google.com (72.14.255.91) 80 Highest
TCP 10.28.1.7 33026 td-in-f91.google.com (72.14.255.91) 80 High
lub
TCP 10.28.1.16 1353 www.youtube.com (208.65.153.242) 80 Highest
TCP 10.28.1.16 1361 lax-v59.lax.youtube.com (208.65.155.162) 80 Highest
TCP 10.28.1.16 1046 217.17.45.145 443 High
TCP 10.28.1.16 1340 www.youtube.com (208.65.153.242) 80 High
Dodam że w klasie high jest tylko www (80, 443, 8080) a w highest dns i skype ustawone na podstawie wielu wątków w niniejszym forum
Mam tez pytanie bo narazie nie używam skryptu robsona: chce dzielić (według priorytetów) net tylko ze względu na usługi czy używająć skryktu robsona do do tego celu reguły ustawione na tomato mają sens / trzeba je wywalić? / samo sie to ustawi czy jak?
Z góry dzięki
nowy w dziedzinie Tomato
MarcinSan |
| |
|
|
| mescator |
Dodano 20-01-2007 13:19
|
Super User
Posty: 430
Dołączył: 27/09/2006 18:10
|
Nie trzeba restartowac. Trzeba zapisac zmiany. Regulki beda obowiazywaly dla kazdego nowo nawiazanego polaczenia. Klasyfikacja dziala na porcie WAN niezaleznie od tego czy masz skrypt robsona czy nie, a co najwazniejsze jedno z drugim nie koliduje. Chyba, ze logika regulek powoduje kolizje. Pamietaj, ze regulki QoS sa analizowane w kolejnosci z gory na dol i pierwsza pasujaca "wygrywa" (tak jest domyslnie). Jesli jakies polaczenie wpadlo w daną regułe, to z niej nie wyjdzie, chyba, ze regula juz do niego nie pasuje (np. limit transferu w KB). Zawsze mozesz sie posluzyc trickiem i przydzielic na probe inne klasy do polaczen ktore sa klasyfikowane nie po twojej mysli i w ten sposob zobaczyc ktora regula zadzialala.
Edytowany przez mescator dnia 20-01-2007 13:20
---
Asus RT-16N 1.28.0000 MIPSR2-101 K26 USB VPN
WRT54Gv3.1/ 1.28.0005 099V ND VPN
|
| |
|
|
| MarcinSan |
Dodano 23-01-2007 18:37
|
User
Posty: 17
Dołączył: 26/11/2006 13:55
|
Czytam ustawiam testuje, znów czytam ustawiam testuje patrze co sie robi i dochodze do wniosku że Layer 7 dzała jak se chce albo właściwie nie działa, miało mi to posłużyć tylko do filtrowania skype by je podnieśc wyżej a do tej kolejki wpadają mi też proste pakiety z emulów (port 4672) ... dziwne wszytsko co wymienił przedmówca mam na uwadze
Co wiadomo o pakietach skype? czy leca one tez po UDP? musze jakoś je dokłądniej wychwycić ale tak by p2p nie wpadał do tej kolejki
Z góry dzieki
MarcinSan |
| |
|
|
| bigl |
Dodano 23-01-2007 19:16
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
Wiadomo, że reguły skype zawarte w L7 są fatalne więc nie należy ich stosować.
A dokładniej chodzi mi o skypeout w połączeniu z dowolnym P2P. Reguła skypetoskype działa OK z BitTorrent ale źle z innymi protokołami (np. emule).
Router: Netgear R7000 + FreshTomato (latest)
Wi-Fi: Ubiquiti U6-Lite
NAS: AsRock BeeBox Fanless + Ubuntu 20.04 Server + WD My Book Essential 8TB
Players: Odroid N2+ with Coreelec / Android TV (Nokia Streaming Box 8010)
|
| |
|
|
| fox2plus |
Dodano 23-01-2007 20:22
|
Power User
Posty: 200
Dołączył: 08/01/2007 12:41
|
niestety L7 idealem nie jest szczegolnie skypeout gdzie p2p lubi sie wkrzanic 
Sprzedam domene http://high-definition.com.pl
WR850G OpenWRT+SB4Ls
WRT54GL Tomato 1.02
WRT54GL Tomato 1.04
AG-188 IFon+Betamax
fox2pluspl@sip.voipdiscount.com
55413@sip.ifon.pl
GG: 8384201
|
| |
|
|
| wo__jo |
Dodano 23-01-2007 20:34
|
User
Posty: 33
Dołączył: 10/01/2007 08:52
|
Ja ze swojej strony dopowiem że Kerio Personal firewall kiedy jest włączony potrafi namieszać i ruch z np emuła był wrzucony do Unclassified, natomiast po wyłączeniu Kerio wszystko jest prawidłowo klasyfikowane.
=======================================
ASUS RT-AC56U -- Fritz BOX fon ATA
|
| |
|
|
| fox2plus |
Dodano 23-01-2007 21:08
|
Power User
Posty: 200
Dołączył: 08/01/2007 12:41
|
ja akurat w tej chwili jade na KIS (Kaspersky Internet Security) i z klasyfikacja ruchu nie mam problemow (2 kompy po WiFi jeden po Lan wszytskie na KIS)
Sprzedam domene http://high-definition.com.pl
WR850G OpenWRT+SB4Ls
WRT54GL Tomato 1.02
WRT54GL Tomato 1.04
AG-188 IFon+Betamax
fox2pluspl@sip.voipdiscount.com
55413@sip.ifon.pl
GG: 8384201
|
| |
|
|
| MarcinSan |
Dodano 31-01-2007 19:20
|
User
Posty: 17
Dołączył: 26/11/2006 13:55
|
Coś z tym QoSem w Tomatojest nieteges bo w zależności od tego kiedy restartne usługe (np. poprzez zapisanie i uruchomienie tej samej konfiguracji) to czesem QoS działa dobrze a czasem wogóle zdaje sie nie widzieć zadeklarowanych reguł a do tego ostatnio zauważyłem że zdaża mu się nieklasyfikowac prostych reguł mimo ze powinny wpasc do jednej z klas (Lowest) a jeśli nawet nie to powinny wpasc do domyślnej Low. Przykład:
UDP 10.28.1.14 15669 82.47.216.52 7992 Unclassified
UDP 10.28.1.14 15669 60.48.184.79 62251 Unclassified
UDP 10.28.1.14 15669 217.66.22.82 1364 Unclassified
UDP 10.28.1.14 15669 83.254.180.206 63059 Unclassified
UDP 10.28.1.14 15669 59.94.184.201 10932 Unclassified
dla dociekliwych dorzucam reguły:
TCP/UDP Dst Port: 53 Highest dns
TCP/UDP Dst Port: 80 High www
TCP/UDP Dst Port: 443 High szyfr
TCP/UDP Dst Port: 8074 High gadu
TCP/UDP Port: 21,20 Medium ftp
TCP/UDP Dst Port: 25,110,995 Medium poczta
TCP/UDP Dst Port: 9000 Medium radio
TCP/UDP Dst Port: 27015 Medium counterstrike
L7: counterstrike-source Medium couterstrike
From 10.28.1.14 TCP/UDP Dst Port: 1025-65535 Lowest p2p_natreta
TCP/UDP IPP2P: All IPP2P filters Lowest p2p_all |
| |
|
|
| bigl |
Dodano 31-01-2007 19:39
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
Dla mnie to nie nowość - od zawsze zgłaszam, że coś jest nie tak z tymi regułami. Ja wpisuję już nawet nie takie "skomplikowane" jak Ty (że musi się zgadzać IP, protokół i port). Daję najprostszą możliwą regułę po MAC i nie działa na wiele pakietów (około 25-50%). To samo daję po samym IP (źródłowym i docelowym) i dalej nie działa.
Router: Netgear R7000 + FreshTomato (latest)
Wi-Fi: Ubiquiti U6-Lite
NAS: AsRock BeeBox Fanless + Ubuntu 20.04 Server + WD My Book Essential 8TB
Players: Odroid N2+ with Coreelec / Android TV (Nokia Streaming Box 8010)
|
| |
|
|
| geez |
Dodano 31-01-2007 20:20
|
User
Posty: 3
Dołączył: 04/01/2007 22:40
|
u mnie jest dokładnie to samo co u poprzedniego rozmówcy na 1.02 |
| |
|
|
| radwan |
Dodano 14-02-2007 13:40
|
User
Posty: 3
Dołączył: 08/02/2007 16:09
|
Pozwolę sobie podłaczyć się do temetu
U mnie jest tak że mam przekierowany port "x" z którego korzysta torent.
I nawet gdy torent nie działa to czasami jest bardzo dużo połaczeń w Highest z portu którego używa torent chociarz torent jest na lowest?
Do tego stopnia ze gdy dzieje się to przy uruchomionym torencie high zabiera lwią częsć pasma i upload jest znikomy.
O co w tym chodzi? |
| |
|
|
| Dziadek |
Dodano 14-02-2007 21:05
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Cytat radwan napisał/a:
I nawet gdy torent nie działa to czasami jest bardzo dużo połaczeń w Highest z portu którego używa torent chociarz torent jest na lowest?
Do tego stopnia ze gdy dzieje się to przy uruchomionym torencie high zabiera lwią częsć pasma i upload jest znikomy.
Właśnie z tego powodu ja u siebie limity ustawiłem trochę inaczej niż jest to zalecane w oficjalnym piśmiennictwie 
Jak chodzi o upload, to Highest ma najniższy górny limit i ten limit rośnie w miarę obniżania się priorytetu, aż do klasy Lowest. W ten sposób nawet jeśli jakieś p2p załapie się na klasę Highest lub High, to nie zabierze zbyt dużo pasma.
Na download (poza klasą B ustawioną na 90%) nie dawałem żadnych limitów, gdyż moje zabawy z Torrentem wykazały, że w tym kierunku Torrent zabiera całą przepustowość łącza, a ograniczenie ściąganych danych do nastawionej wartości następuje dopiero na złączu LAN routera.
Pasmo w kierunku download dzielę dynamicznie przy pomocy skryptów firewalla wygenerowanych generatorkim Robsonna.
W załączeniu przesyłam moje ustawienia QoS, o które prosiłeś na priva.
Nie twierdzę, że są optymalne, ale całkiem nieźle zdawały egzamin gdy miałem DSL 256 dzielonego na 6 użytkowników.
Zdziwienie może budzić usytuowanie reguły dla Skype-Out na samym dole i w klasie Lowest. Zrobiłem tak, bo na tę regułę łapał mi sie eMule i użytkom trochę za dobrze chodziło p2p
Niestety, zrzutów ekranu chyba nie będzie, bo dołączanie grafiki na tym forum używa jakiejś specyficznej logiki, nigdzie nieobjaśnionej.
Edytowany przez Dziadek dnia 14-02-2007 21:25
|
| |
|
|
| mescator |
Dodano 15-02-2007 21:52
|
Super User
Posty: 430
Dołączył: 27/09/2006 18:10
|
dodam swoje 5 groszy...
specyfiką filtrów L7 jest ich ...chm... glupota
wynika to z czesto nadmiarowej implementacji, wtedy taki L7 wylapuje pakiety ktore wcale do danego protokolu nie naleza. albo odwrotnie, filtr nie lapie pakietow ktore powinien, wtedy zlapie je inna regulka albo bedzie priorytet domyslny.
co z tym zrobic?
posortowac L7 wedlug dokladnosci implementacji (wpierw bardziej dokladne, potem gorsze) i wedlug priorytetu (wpierw nizszy, potem wyzszy)..... to jaki jest jaki trzeba poszukac w dokumentacji L7 filter (google).
---
Asus RT-16N 1.28.0000 MIPSR2-101 K26 USB VPN
WRT54Gv3.1/ 1.28.0005 099V ND VPN
|
| |
|
' target='_blank'>Link
