Jak spolehlivě zabít celé pásmo

[hapi]

co když ten se ten "hopsal" jen snaží dodržet podmínky pro legální provoz v ČR? Pokud se nemýlím, psalo tu víc lidí o tom, že jim to funguje, neměl bys to mít nastavené taky?

hopsání po kanále je ok, ale ne každých 200ms nebo každou minutu. Defakto se má po zapnutí APčka minutu skenovat a vybrat nejvnodnější kanál což neni hopsání. Hopsání od ubnt nic nevybírá, to jenom skáče.

Docela by mě zajímalo, tak by to fungovalo když budou 3 sektory hopsat a jednoho dne se potkaji

[ppp76]

Hopsali tri sektory hopsali si z vrsku , narazily do sebe rozbily si drzku

[hapi]

[midnight_man]

[tom-tom]

Docela by mě zajímalo, tak by to fungovalo když budou 3 sektory hopsat a jednoho dne se potkaji

U FHSS byla šířka pásma 83,5MHz rozdělená na 79 kanálů o šířce 1MHz, po kterých se hopalo náhodně a za půl minuty se stihlo minimálně 75 přeskoků, takže šance, že se sejdou zařízení se stejnou sekvencí není moc velká. Tuším že až 20 AP současně mohlo chodit ve stejném pásmu. Otázka je, jestli ubnt skáče jen po zvolených kanálech, nebo si to ještě naseká a jede po offsetech. To by nám mohl říct někdo, kdo má k dispozici spektrák a byl by ochotný tu prasečinu vyzkoušet.

Ikdyž, v MIMO 2X2 by to mohlo fungovat na AP i v zarušení stejnou technologií dobře, ale co s klientama, kteří už jedou na obyč. áčku. Pokud by to Mikrotik uměl taky, třeba jen v áčku, byť by to znamenalo nepatrný pokles propustnosti, jenom díky nějakému dalšímu proprietálnímu protokolu, stačilo by u kliošů s mikrotikem updatovat a jede se ale ostatní ovislinky, starší ubnt, compexy a podobné hračky by měly asi smůlu.

[Leeonek]

co ale nechápu, jak může ubnt takovémto přelaďování spolehlivě fungovat. U starších ubnt (wisp a NS5) mám fakt problémy, že když přeladím sektor, jednou, dvakrát, tak klienti s ubnt odpadávají jak hrušky. Po 3-4 přeladěních se z 6 klientů už nepřipojí například 3. Pokud mám p2p spoj na novějších Nkových ubntčkách, tak jsem se s podobným problémem zatím nesetkal. Na druhou stranu p2p spoje nepřelaďuju zase tak často.

[hapi]

Docela by mě zajímalo, tak by to fungovalo když budou 3 sektory hopsat a jednoho dne se potkaji

U FHSS byla šířka pásma 83,5MHz rozdělená na 79 kanálů o šířce 1MHz, po kterých se hopalo náhodně a za půl minuty se stihlo minimálně 75 přeskoků, takže šance, že se sejdou zařízení se stejnou sekvencí není moc velká. Tuším že až 20 AP současně mohlo chodit ve stejném pásmu. Otázka je, jestli ubnt skáče jen po zvolených kanálech, nebo si to ještě naseká a jede po offsetech. To by nám mohl říct někdo, kdo má k dispozici spektrák a byl by ochotný tu prasečinu vyzkoušet.

Ikdyž, v MIMO 2X2 by to mohlo fungovat na AP i v zarušení stejnou technologií dobře, ale co s klientama, kteří už jedou na obyč. áčku. Pokud by to Mikrotik uměl taky, třeba jen v áčku, byť by to znamenalo nepatrný pokles propustnosti, jenom díky nějakému dalšímu proprietálnímu protokolu, stačilo by u kliošů s mikrotikem updatovat a jede se ale ostatní ovislinky, starší ubnt, compexy a podobné hračky by měly asi smůlu.

jo ale tohle neni FHSS ale obyč softwarový přelazování. Průser. Navíc by museli mít všichni přelazování, totálně všichny. Průser. Nikdo takhle idiocky přelazovat nebude v zarušenym prostředí. Taky průser. To hopsání nic moc neřeší když máš půlku pásma zabitý.

[hapi]

co ale nechápu, jak může ubnt takovémto přelaďování spolehlivě fungovat. U starších ubnt (wisp a NS5) mám fakt problémy, že když přeladím sektor, jednou, dvakrát, tak klienti s ubnt odpadávají jak hrušky. Po 3-4 přeladěních se z 6 klientů už nepřipojí například 3. Pokud mám p2p spoj na novějších Nkových ubntčkách, tak jsem se s podobným problémem zatím nesetkal. Na druhou stranu p2p spoje nepřelaďuju zase tak často.

ahaa, tak přece jenom UBNTu má podstatný vady kterými se ubntikáři moc nechlubí. Rejp. Ono to ubnt hopsání je softwarový takže se domluví kam hopsnout a pak jedou furt dál automaticky. Jenom nechci vidět co to udělá když CPUčko pojede na max a nestihne včas přeladit třeba jen o 0,5ms.

[andreas4all]

CPUčko pojede na max

cpu nepojde na max, to sa tam flaka, to nie je ako na MK, ze kazdy packet prechadza cez CPU.

"hopsanie" je samozrejme softverove a nastavuje sa cas (ktory ma ostat na danom kanale) a kanaly (po ktorych ma skakat). v praxi to funguje, tak neviem, kto ma s tym aky problem.

[hapi]

CPUčko pojede na max

cpu nepojde na max, to sa tam flaka, to nie je ako na MK, ze kazdy packet prechadza cez CPU.

"hopsanie" je samozrejme softverove a nastavuje sa cas (ktory ma ostat na danom kanale) a kanaly (po ktorych ma skakat). v praxi to funguje, tak neviem, kto ma s tym aky problem.

sorry ale jdi už s tim do háje s tim že pakety nejsou přes cpu. Už jsem tu několikrát dokázal že to tak neni a nechápu kdo vás tim navočkoval. Zatíži si jeden spoj na ubnt na 100Mbit, přihlaš se sshčkem a koukni na top. Pak mi říkej že se to nevytěžuje. V tomhle jsou si OSka rovny. Až budeš mít APčko který vyřizuje 50Mbit pro 50 klientů tak tam bude CPU zatížený festově tak jako časování u NV2 který vytěžuje CPU taky.

S hopsáním neni problem. Problém je v tom že aktuálně je 2/3 pásma plný staticky a když tam pustíš tohle, myslim že ti to moc nepojede. tedy aspoň každých 200ms v hopsnutí do zarušenýho kanálu.

[andreas4all]

v praxi to funguje, tak neviem, kto ma s tym aky problem.

tu som sa nie celkom dobre vyjadril, mal som na mysli, ze hopsanie funguje ako take. Ked sa prepne na zaruseny kanal, tak to je samozrejme, ze to nepojde. Hopsanie funguje ako take a s tym nie je problem.

tak mi prosim ta pomoz precitat vysledky s TOP, kedze ja to asi neviem.
http://imageshack.us/photo/my-images/35 ... 1at106.png

a tu mas este jeden screenshot.
http://imageshack.us/photo/my-images/83 ... 1at106.png

[hapi]

druhá řádka. Přečti si idle a máš kolik zbejvá. Na prvni screenu zbejvá 24% tedy zatížení je 76%.

[tom-tom]

jo ale tohle neni FHSS ale obyč softwarový přelazování. Průser. Navíc by museli mít všichni přelazování, totálně všichny. Průser. Nikdo takhle idiocky přelazovat nebude v zarušenym prostředí. Taky průser. To hopsání nic moc neřeší když máš půlku pásma zabitý.

Souhlas, je to softwarově, byť je princip podobný, ne-li stejný.. Že by to museli používat všichni, aby to mělo smysl, o tom taky nepochybuju.
Ale že si to dal někdo na páteř, tomu nějak nerozumím. Byť je tato metoda odolnější proti rušení (tedy původní FHSS byl vyvinutý pro voj. účely), tak ale logicky to musí jít na úkor propustnosti, takže nevěřím, že stejně rychlý spoj by nešel udělat v dual nstreme.

Ale to teď možná plácám. Budu muset objednat pár rocketů a vyzkoušet si to. Ikdyž si myslím, že to někteří zde taky používají a mohli by se podělit o zkušenosti, ale teď se s tím asi nebudou moc chválit..

[hapi]

FHSS je predne udelany pro bezpracny nasazeni.Predstav si ze vysilacky pro RCcka na 2,4ghz to maji a muze jich na jednou fungovat v zakladu nekolik stovek na stejnym miste. Zasny lazeni, reseni feekvenci... jenom zapnes. jenomze jeden kdyz je bez hopsani... no tak to takova slava nebude a navic FHSS hopsa sakra rychle nez to od ubnt.

[rado3105]

Hapi, ja co vidim tak load je: 0,45 ,, 0,25,, 0,10.