hapiho demo

hapi

to je agregace podle APček, takže 5Mbit se protáhne na 802.11b akorát v kvalitní oblasti a to jsou ti klienti na tom, slouží to jako ochrana proti přetížení všesměru a tedy ne že bych určitou část lidí zařadil do agregace. Prostě do tý oblasti víc neprotahnu a timhle si to pojistim to přetížení. Jinde maji zase luxusně nízkou agregaci protože tam vede silnej spoj a jsou po kabelu.

zbojnik

Ahoj,

pozeral som tvoje demo a nastavil som podla neho mangle aj queue...

s tymto nastavenim krasne funguje rozdelenie rychlosti na jednotlivych uzivatelov a je uplne jedno kto ma kolko connections, deli to rovnym dielom...

problem je ze nejak nefunguje ten burst, alebo to mam zle nastavene alebo neviem co...

skratka ked niekto taha tak linka je vytazena a ak chce niekto nacitat stranku ide mu to tak 200k co je strasna bieda....

vedel by si prosim ta poradit ako na ten burst??

dik

hapi

záleží na mnoha věcech. Hlavně na jeho nastavení ale nezapomeň, že víše burstu se podřizuje maximálky nadřazený queue a taky vytížení nadřazený queue a tedy jestli tam je místo pro burst. Burst je ěvc navíc takže se podřizuje okolnostem. No a pak je taky možný že to máš blbě spočítaný a tim pádem to nefunguje tak jak má a nebo vůbec.

zbojnik

no obkreslil som to od teba...

a ty mas hlavnu queue 57 a potom podradenu mas max 12M a v nej mas userov ktorym nastavujes burst na 16M

neviem ci som to teda zle pochopil ale podla toho co si napisal by mu to nemalo ist 16m ked je nadradena queue na max 12m

dalej som sa nikde nedopatral kolko ten burst bude trvat??? co som cital ten cas v s je na preratanie hodnoty pod ktoru musi klesnut rychlost aby sa mohol uplatnit burst..

dik

hapi

čas je doba, za kterou se počítá průměr rychlosti. Ten průměr se porovnává s thresholdem. Pokud je průměr pod hranicí thresholdu, je burst aktivní jinak ne. Takže v mim případě trvá burst až 15 sekund když stahuju na plno protože za 15 sekund je průměr 2Mbit když stahujou 8Mbit protože je burst aktivní, pak se burts vypne a oni stahujou 4mbit a protože je threshold pod hranicí 4Mbit tak se už nezapne dokud zase nespadne průměr pod threshold a to se stane jenom tak, že přestanou stahovat.

Tak kde je nadřezaná queue na 12Mbit bude burst nejvíc 12Mbit. Burst se řídí podle maxima queue nad nim.

maacher222

nevidim v tom logiku to udělat, za timhle strojem je ještě jeden kterej zpracovává routing sítě. Jsem zvyklej z linuxu, shapuje se vždy na výstupu z iface pokud teda nedáte patch s IMQ. Navíc se plánuje supershaping kdy jeden stroj rozshapuje podle bodů a služeb a druhej celou linku a služeb. Ale to nevim jestli budu dělat.

Zdravim, chcel by som sa spytat ohladom hapiho "dema" konkretne na queue tree rozdelenie rychlosti, takto ktory sposob na rozdelenie rychlosti je podla vas "lepsi" tento co ma hapi alebo sposob ako to riesi ISPAdmin resp. upload-prerouting, download-postrouting v mangle a QT? ... Vopred dakujem.

hapi

nevim jakym stylem vytváří ispadmin QT pravidla ale typuju že to bude podobný.

maacher222

nevim jakym stylem vytváří ispadmin QT pravidla ale typuju že to bude podobný.

ohladom ISPadmina som myslel taky sposob ako je napriklad v tomto deme: IP 93.185.59.10 demo/demo :

6host

ahoj

mam dotaz ohleden queue tree, mame branu - 1 iface je do netu a dalsich 5 iface je smerem do site,

udelal sem v mangle pravidlo pro markovani packetu down a up na iface do netu, ale funguje mi jen up

mam to tkato

v mangle - Chain forward (u obou manglu) , u uploadu mam OUT interface zvoleny to iface do netu a u downloadu mam IN interface zvoleny to iface do netu

v markovani neni problem, markuje to spravne, ale v queues mi fachci jen upload a download nejede, tam mam zvoleno u obou (down i up) parent ten iface do netu a mark packet tam mam zvoelnej u download ten prod ownload atd. ale ,,qosí" to jen up a u downloadu se to tvari ze tam nic netece a pritom v mangle si to vsele markuje pakety jak o zivot, co delam spatne?

diky

ps. omlouvam se ze je to psany tak tatarsky, ale snazil sem se to nejak pochopitelne vysvetlit

[smazaný]

ahoj hapi, mohol by si prosim ta este spristpnit tvoje demo ?? potrebujem si tam pozriet mangle a queues dakujem

zdenekh

Hapi maš na upravu pravidel QT nějaký skript ? myšleno když třeba přidáš klienta aby jsi všechno nemusel přepočitavat ručně nebo to vždy přepočitáváš ručně ? Pokud ano podělil by jses o něho třeba i za ůplatu ?

ajfel

Hapi maš na upravu pravidel QT nějaký skript ? myšleno když třeba přidáš klienta aby jsi všechno nemusel přepočitavat ručně nebo to vždy přepočitáváš ručně ? Pokud ano podělil by jses o něho třeba i za ůplatu ?

Myslim, ze on to dela v php a kdyz neuvolni za uplatu netflow, tak toto uz teprve asi ne.

hapi

jo, php mi to generuje ze systemu zákazníků. Rád bych se podělil o system ale o náš aktuální system se dělit nemohu protože neni přenositelný, všechno je "nabastlený" na sebe i když funkční. Jediný co jsem schopnej nabídnout je zhotovení isp systemu na míru vašim potřebám. Když se sejde několik vážných zájemců, jsem ochotnej pustit se do systemu srovnatelnym s ISP adminem ovšem s podsatnými výhodami jako třeba s variabilitou scriptu který generuje QT což osobně považuju za stežejní část každýho ISPíka. Nemožnost něco upravit na míru v systemu pro ISPíky je podle mě fatální chyba. Každá síť přece neni stejná a každej to vydíme jinak a ISP admin každýho nutí jít cestou která je psaná pro jedno ISPíka pro kterýho je system primárně určen.

peyrak

nějake systém by fakt bodnul, mě stačí něco úplně jednoduchýho, databáze klientů, hw v síti, na monitoring používám dude, takže leda bys vymyslel něco lepšího, nepotřebuju plánování práce. Shaper mám strom s topologigí sítě, fakt se to osvědčilo a za tu práci to stálo. Syslog by to mít mohlo, i když ho teď řeším jinak. Taky by to mohlo mít hromadnou korespondenci a pár předdefinovanejch webovek o plánovaných výpadcích, pro neplatiče atd. Netflow s Tebou za nedlouho pořeším. Určitě jsem si nevzpomněl na všechno, ale rozhodně nehodlám kupovat žádnej obří systém a přizpůsobovat se mu.

baz

hapi to abys ten system vyvijet konecne zacal, ja su na Syse permanentne nasranej...

miract

Klidne se na tom budu podilet, prave dopilovavam fakturacni system s automatickou fakturaci a databazi klientu. Postupne k tomu budu integrovat dalsi funkce ktere mam ted mimo. Ale to sem nepatri, tady je to urcene pro hapiho.

ajfel

Klidne se na tom budu podilet, prave dopilovavam fakturacni system s automatickou fakturaci a databazi klientu. Postupne k tomu budu integrovat dalsi funkce ktere mam ted mimo. Ale to sem nepatri, tady je to urcene pro hapiho.

Ten mam svym zpusobem hotovy, ted se jen dodelava fakturace na delsi obdobi predem, spis by to chtelo nejaky modul integrovatelny do ruznych systemu pro ovladani MKcka. Fakturaci uz ma myslim spousta hotovou, ale intergrace a spojeni s ovladanim MKcek jeste moc lidi nema, krom tech s ISPADMINem, ale cena a reference nic moc, takze ispadmin me nelaka.

miract

Ja bohuzel pro vas resim shaping na linuxu, a tam se zapisem pravidel neni zadny problem. Databaze klientu a fakturace je zaklad, potom uz neni problem cokoliv na ovladani site dodelat. Pokud jsi zvladnul fakturaci(pokud sis to delal dam), tak bys mel levou zadni zvladnout i ovladani routeos.

ajfel

Ja bohuzel pro vas resim shaping na linuxu, a tam se zapisem pravidel neni zadny problem. Databaze klientu a fakturace je zaklad, potom uz neni problem cokoliv na ovladani site dodelat. Pokud jsi zvladnul fakturaci(pokud sis to delal dam), tak bys mel levou zadni zvladnout i ovladani routeos.

Vicemene mam i zaklad ovladani mkcka hotovy, ale ne uplne, spis jenom vycitani nastaveni, nektere veci i umim nastavit, jede to pres ssh, nejede to pres api, nevim co je lepsi, myslim, ze v principu bude oboji vicemene shodne, proste pripojit na mkcko a nastavit prikazem neco, pres ssh to jde jedno po druhem, pres api to pujde asi vice veci najednou. Nevim, nezkoumal jsem api. K tomu by se vyjadril lepe asi hapi, on to delal tusim obema zpusoby, takze muze srovnavat. V linuxu to bude brnkacka, upravit konfigurak, odeslat a restartnout sluzbu pro nacteni noveho nastaveni.

miract

No tak pokud bych pri kazde uprave restartoval celej shaping, tak bych vzdy asi docela dlouho cekal(cca 2minuty). Pri tom poctu klientu uz to neni zadna prdel :)

« Předchozí stránka Další stránka »