Zdravim,
Potřeboval bych poradit s dlouhými pingy i po ethernetu.
Pingy jsou po kabelu i kolem 1000ms. původně tam MK nebyl a fungovalo to normálně.
Přepokládám že důvodem zvýšení časů mezi MK a klienty na ethernetu je omezování rychlosti /queue .protože daná queue u problémových klientaů je v době problémů vytížená naplno. Mám v jedné simple queue asi 6 lidí a ti mají nastaveno globálně 400kbps. Rychlost si nezdílí a funguje to stylem kdo dřív přijde ten dřív .....
Zkošel jsem několik módů a asi nejlépe se chová sfq.
Jde to nějak lépe stabilizovat?
Je pravdou že to celé budu předělávat na queue tree ale to až postupem času.
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
Latence pingu
Zdeněk.hb píše:Zdravim,
Potřeboval bych poradit s dlouhými pingy i po ethernetu.
Pingy jsou po kabelu i kolem 1000ms. původně tam MK nebyl a fungovalo to normálně.
Přepokládám že důvodem zvýšení časů mezi MK a klienty na ethernetu je omezování rychlosti /queue .protože daná queue u problémových klientaů je v době problémů vytížená naplno. Mám v jedné simple queue asi 6 lidí a ti mají nastaveno globálně 400kbps. Rychlost si nezdílí a funguje to stylem kdo dřív přijde ten dřív .....
Zkošel jsem několik módů a asi nejlépe se chová sfq.
Jde to nějak lépe stabilizovat?
Je pravdou že to celé budu předělávat na queue tree ale to až postupem času.
Myslim, ze s tim nic nenadelas. Vyssi latence je vedlejsi efekt omezovani rychlosti, projevuje se nejsilneji, pokud je zatez linky maximalni a tim se maximalne uplatnuje omezeni rychlosti
0 x
skrebon píše:A co skusit v mangle pred bezny shaping userov dat icmp protokol, aby sa markoval zvlast. A potom vyhradit v queue tree zvlast tok dat, z vyssou prioritou a oddelenim od povodnych userov. Pomoze Neexistuje, aby poriadne shapovanie sposobovalo zvysene odozvy viac ako 10ms...
To zpusobi jen to ze si budes lhat a predstirat, ze linka bezi super a pritom je totalne pretizena
0 x
To mas pravdu. Lenze, moze predsa uprednostnit urcite toky pred inymi... ACK 0-120bytes, SYN pakety... apod... a tym si znacne zoptimalizuje web browsing. Pripadne zasa opacne, nastavit urcite garanty pre sluzby nevyhnutne nutne (samo mimo p2p a ostatny bordel). A zvysok dat bez garantu do podtriedy, kde uz bude maxlimit znizeny natolko, ze mu linka nezhori ... Ale to chce cas a sledovat zatazenie.
PIngy kolem 1sekundy po UTP mi optimalne nepripadaju, i keby 32kbps zdielalo 50 userov
PIngy kolem 1sekundy po UTP mi optimalne nepripadaju, i keby 32kbps zdielalo 50 userov
0 x
skrebon píše:To mas pravdu. Lenze, moze predsa uprednostnit urcite toky pred inymi... ACK 0-120bytes, SYN pakety... apod... a tym si znacne zoptimalizuje web browsing. Pripadne zasa opacne, nastavit urcite garanty pre sluzby nevyhnutne nutne (samo mimo p2p a ostatny bordel). A zvysok dat bez garantu do podtriedy, kde uz bude maxlimit znizeny natolko, ze mu linka nezhori ... Ale to chce cas a sledovat zatazenie.
PIngy kolem 1sekundy po UTP mi optimalne nepripadaju, i keby 32kbps zdielalo 50 userov
jenze tohle rozhazeni na jednotlive sluzby ma jednu nevyhodu - pokud chces sledovat prenesena data klienta tak to potom nejde, jedine ze bys zase jednotlive toky poscital
0 x