Mám 6Mbi připojení k internetu a dělím ho mezi 50 uživatelů. Každý uživatel má vytvořené pravidlo v Simple Queues pro omezení rychlosti na max512kb. Asi 10 z nich jsou stahovači. Rád bych jim vytvořil sdílenou linku, která by mohla vytížit maximálně 2Mbi.
Poradí někdo? Díky.
❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Vytvoření skupiny uživatelů (stahovačů)
-
Karel Půček
- Příspěvky: 105
- Registrován: 19 years ago
To Ti nepojede, ta volba parent je na nic, absolutně nefunkční. Přídávej do pravidla jen ip adresy, už sme to tu probírali.
0 x
To že si paranoidní ještě neznamená, že po Tobě nikdo nejde.
Ale je to funkcni, zalezi na poradi v jakem jsou ty pravidla. Ale to nic nemeni na tom, ze je lepsi dat Tree
0 x
Přidávat do pravidla IP adresy se mi zrovna nehodí páč mam i uživatele kteří mají 2 nebo 3 IP se společnou rychlostí, a taky potřebuju přidělovat různé priority.
Dělat parenty se mi zdá lepší ale nemam s tim zkušenost. Pravidlo pro parent mám přesunout nad ostatní pravidla?. Proč je lepší dát Tree?
Dělat parenty se mi zdá lepší ale nemam s tim zkušenost. Pravidlo pro parent mám přesunout nad ostatní pravidla?. Proč je lepší dát Tree?
0 x
Lenin píše:Přidávat do pravidla IP adresy se mi zrovna nehodí páč mam i uživatele kteří mají 2 nebo 3 IP se společnou rychlostí, a taky potřebuju přidělovat různé priority.
Dělat parenty se mi zdá lepší ale nemam s tim zkušenost. Pravidlo pro parent mám přesunout nad ostatní pravidla?. Proč je lepší dát Tree?
Pokud to stihneš, tak 29.3. je v Praze školení přímo na shaping v Mikrotiku. Tam dostaneš odpovědi na všechny tvé otázky...
0 x
pao píše:Mohl bych se jen mimo téma zeptat, proč vlastně chceš "stahovače" omezovat? Pokud máš správně nastavený shaping, tak by stejně neměl dostat výrazně víc, než ostatní - "nestahovači"?
I když mají stahovači menší priority než ostatní, tak v určitou denní dobu se připojují i ostatní uživatelé a linka je vytížená na 100%. Myslím, že alespoň v těchto případech je dobré nastavit stahovačům nějakou hranici.
Druhá možnost je, že jsem kurva
a asi bych měl navštívit to školení.
0 x
Aha, rozumím. Takže snaha vytvořit spravedlivější agregaci, danou nejen okamžitým poměrem rychlosti, ale i... řekněme profilem chování daného uživatele.
Díky za odpověï. Já se o to trošku zajímám proto, že mi celá řada různých omezovacích mechanismů přijde na první pohled kontraproduktivní a popírající základní logiku věci. Tím neříkám, že jde o tento příklad.
Díky za odpověï. Já se o to trošku zajímám proto, že mi celá řada různých omezovacích mechanismů přijde na první pohled kontraproduktivní a popírající základní logiku věci. Tím neříkám, že jde o tento příklad.
0 x
pao píše:Aha, rozumím. Takže snaha vytvořit spravedlivější agregaci, danou nejen okamžitým poměrem rychlosti, ale i... řekněme profilem chování daného uživatele.
Díky za odpověï. Já se o to trošku zajímám proto, že mi celá řada různých omezovacích mechanismů přijde na první pohled kontraproduktivní a popírající základní logiku věci. Tím neříkám, že jde o tento příklad.
Byt tebou tak pouziji jiz parkrat zvoleny model, ktery se zde diskutoval a to mangle se zabudovanym burst rezimem. Tim si rozdelis cely trafik na download - http a zbytek, upload - http a zbytek, pro http nastavis vetsi rychlosti pro ten zbytek mensi. Ten kdo zacne stahovat napr. film pojede xx paketu dle rychlosti http a pak ho to samo snizi na rychlost zbytku. Taky neni dobre zdimat konektivitu na doraz. Je vhodne mit dobre zvoleny max. limit, ktery jim povolis, ale ktery neni roven maximu toho, co kupujes.
0 x
pepulis píše:pao píše:Aha, rozumím. Takže snaha vytvořit spravedlivější agregaci, danou nejen okamžitým poměrem rychlosti, ale i... řekněme profilem chování daného uživatele.
Díky za odpověï. Já se o to trošku zajímám proto, že mi celá řada různých omezovacích mechanismů přijde na první pohled kontraproduktivní a popírající základní logiku věci. Tím neříkám, že jde o tento příklad.
Byt tebou tak pouziji jiz parkrat zvoleny model, ktery se zde diskutoval a to mangle se zabudovanym burst rezimem. Tim si rozdelis cely trafik na download - http a zbytek, upload - http a zbytek, pro http nastavis vetsi rychlosti pro ten zbytek mensi. Ten kdo zacne stahovat napr. film pojede xx paketu dle rychlosti http a pak ho to samo snizi na rychlost zbytku. Taky neni dobre zdimat konektivitu na doraz. Je vhodne mit dobre zvoleny max. limit, ktery jim povolis, ale ktery neni roven maximu toho, co kupujes.
Suhlasim.
btw, pri agregovanych linkach je asi neziaduce, aby traja sosali 25hodin denne a par userov "mailistov" sa predierali prehulenou linkou. Ak ide o garanty, tam to je uplne inak(ziadne fup apod)
0 x
jali píše:Ale je to funkcni, zalezi na poradi v jakem jsou ty pravidla. Ale to nic nemeni na tom, ze je lepsi dat Tree
Jali prosímtě potýkám se z problémem že mi ty QS taky téměř nic neřídí. PARENT Linka total ukazuje průtok pár kB a přitom INTERFACE jede třeba 2,5M
Jak se mají poskládat ty jednotlivé IP adresy s daným SQ? používám adresy 172.16.0.0 , 172.17.0.0, 10.1.0.0, 10.2.0.0, 10.3.0.0, 10.4.0.0 a 10.5.0.0
podle toho kde jaký klient je.
Poraï můžeš-li jak to poskládat aby to řídilo v QS rychlosti userům.
Díky
0 x