[ dejanm79 @ 09.06.2012. 19:32 ] @
imam sa jedne strane rb433 sa druge mikrotik groove.signal -56.uspeo da izvucem tcp banwith 30-35mb.razdaljina 5km.ali bez koriscenja nv2 i nstream.moze li vise da se izvuce,koliko,i ako moze kako.??
Ako je neko voljan da pomogne????
[ zivanicd @ 09.06.2012. 21:38 ] @
koj standard ? koje kartice ? koje anetene...

da ti kazem da "moze" necu da te slazem, ali sve zavisi od opeme koju jos imas u toj 433ci.

:)
[ dejanm79 @ 10.06.2012. 08:14 ] @
stavljeno je na a/n standard. antene su volt plus 24 db na obe strane.sa ap strane je kartica r52n-M.e sad mozda bi uzvuko vise koriscenjem nstrema ili nv2 li ne znam kako to da podesim.ili ako imas neki drugi predlog
[ zivanicd @ 10.06.2012. 09:16 ] @
Sigurno ces da dobijes mnogo vise koristeci nstreme.

U podesavanju wireless interfejsa imas "karticu nstreme". Izaberi "enable nstreme" i to je to. Ako ti je novija verzija mikrotik OS-a imas u wireless podesavanjima "wireless protokol". Mozes i tu da biras na AP strani da li hoces nstreme ili nv2

Takodje mozes da dobijes jos bandwith-a ako povecas sirinu kanala na 40MHz. To podesavas tamo gde podesavas standard kartice.

Pazi da pri podesavanju "ne iseces granu na kojoj sedis", tj da ne podesis nesto na udaljenoj lokaciji pogresno pa da ne mozes da pristupis :)

[ dejanm79 @ 10.06.2012. 09:35 ] @
ukljucio n stream po tvojim uputstvima ali protok opao sa 35 na 25mb..pitaj boga zasto..ima li jos nesto da se odesi uvezi nstrema
[ zivanicd @ 10.06.2012. 10:33 ] @
Stavi nstreme policy exact size i stavi velicinu frame-a na 4000 :) Veci frame - > veci bandwidht, veci latency .

Povecaj sirinu kanala na 40Mhz pa vidi sta se desava. Nadji "clear channel" gde nema smetnji i ima da radi kao sat. Ako imas problem sa slobodnim kanalima, stavi frequency-mode superchanel na obe strane i izaberi neku "nestandardnu" frekvenciju.
AKo prebacis na superchanel obavezno na client strani postavi scan-listu za kanal koji zelis da probas jer u slucaju da izaberes "los" kanal imas da se smoris dok ti se klijent ne zakaci.
[ dejanm79 @ 10.06.2012. 12:16 ] @
zanimljivo stavio po poslednjem tvom uputstvu bez nstrema 36-38mb TCp,ipak dobio na brzini nekoliko mb ali pobego sam na kanal 6000,mada ne znam da li sme to ovde da se koristi.cim ukljucim nstrema.palo na 12mb.na client strani sam samo stiklirao nstream i wireless protokol stavio nstream .a na ap strani isto protokol nstream.stiklirao u kartici.stavio exzacte size na 4000 menjao te vrednosti ma jok.jedino kod mene cim uplalim nstream opadne
[ zivanicd @ 10.06.2012. 14:16 ] @
Hm...: ) A koje su ti tu antene ? Kolki ti je tx/rx signal na tih 6Ghz ?

Ja sam uvek mnogo bolje prolazio na nizim kanalima... Probaj 5000-5200 ili na 5300-5400 cisto testa radi.

I koje su ti verzije tikova na obe strane ? 5.17 je zadnji.

Jel si povecao sirinu kanala na 40Mhz ?
[ dejanm79 @ 10.06.2012. 18:58 ] @
pa volt plus 24 db na obe strane.tx/rx -59.i stavljeno 20/40 above.na ap strani je 5.16 a client 5.17.probao sve kanale redom ali ovde mi najvise gura.jedino me muci da nije rb433 koji je na ap strani slab da gura vise.nemam pojma..i stavio sam u bridge ether i wlan na obe strane.jedinu da tu nije neki zez
[ newtesla @ 11.06.2012. 08:12 ] @
Ti meriš tcp protok tako što izabereš bandwidth-test iz mikrotika? Tu ti je greška. Protok se meri sa jednog računara/mtika, preko dva kojima ispituješ link, do poslednjeg mtika. dakle, laptop1/mtik1 = tik2 = tik3 = tik4. Na sajtu mikrotika imaš alatku Bandwidth test.

U čemu je problem? Umesto da meriš koliko mogu da "proture" jedan ka drugom i nazad, ti teraš prvi tik da pravi pakete, da ih pakuje nstreme-om u veće pakete, i da ih šalje; pošto testiraš tcp, teraš drugi da na svaki paket šalje odgovor "hvala, primljen paket xxxyyy0123" (ACK), i plus da ti još vraća informaciju koliko je uspelo da stigne paketa u sekundi, pomnoženo sa bitima.... Neće da može. CPU 100% :)

Lepo piše na sajtu mikrotika. Meri se sa prvog, preko drugog i trećeg, na četvrti - da bi saznao propusnu moć između drugog i trećeg. Da im ne bi opterećivao procesor sa razmišljanjem i brojanjem, nego samo sa usmeravanjem paketa.
[ BigFoot @ 11.06.2012. 10:08 ] @
U čemu je tu razlika kad tik4 mora da izgubi isto vreme da "na svaki paket šalje odgovor "hvala, primljen paket xxxyyy0123" (ACK), i plus da ti još vraća informaciju koliko je uspelo da stigne paketa u sekundi, pomnoženo sa bitima"?
[ newtesla @ 11.06.2012. 18:22 ] @
Vrlo prosto: razlika je ogromna, jer onda tik4 radi ack, a tik3 ceo može da se fokusira na nstreme - ne zauzimaš procesor onim što nije posao rutera.

edit: a evo i linka: http://wiki.mikrotik.com/wiki/Manual:Tools/Bandwidth_Test

[Ovu poruku je menjao newtesla dana 11.06.2012. u 19:33 GMT+1]
[ zivanicd @ 11.06.2012. 20:03 ] @
@newtesla je u potpunosti u pravu, mada u tvom slucaju moze da bude i slaba 433ka. Sta ti pishe u truoutput na wirelesu ?
[ newtesla @ 11.06.2012. 22:44 ] @
Da, stvarno - da li je u pitanju 433 ili 433AH?

A i probaj UDP. Manje nateže proc.
[ dejanm79 @ 13.06.2012. 08:30 ] @
u pitanju je 433 udp ide vise ali nista mi ne znaci potreban mi je tcp.uspeo sa u medjuvremenu da izguram 40mb/s tcp
[ newtesla @ 13.06.2012. 12:19 ] @
Ruteru kroz koji prolazi saobraćaj, kao i linku kroz koji prolazi saobraćaj, je nebitno da li meriš TCP ili UDP: razliku oseti onaj poslednji ruter, onaj čiju adresu ukucaš u BTest-u; UDP manje napreže proc, mnogo manje - svega oko 1%; što služi tome da, ako je destinacioni ruter isti ruter čiji link meriš, ne umaraš mu procesor sa tcp ack paketima, nego ga pustiš da a)pakuje nstreme i b)pa, brate, rutira!

Linku je svejedno da li meriš TCP ili UDP, s tom razlikom kod TCP-a imaš mnogo više saobraćaja u drugom smeru - ack paketi - grubo oko 4-5%, dok kod UDP-a imaš samo pakete kojima ti mikrotik javlja brzinu, i možda neki keepalive paketi.

433 ima slabašan proc, btw.
[ BigFoot @ 13.06.2012. 13:08 ] @
TCP test, podrazumevano, koristi 20 paralelnih konekcija. UDP nema konekciju, nego datagrame-e, tj. svaki paket je priča za sebe.
[ newtesla @ 14.06.2012. 06:56 ] @
Uostalom - 30mbps - malo li je??? Ako hoćeš više, onda:
-Nstreme
-Nstreme v2
-Nstreme dual slave
-N standard
-IP packing
[ zivanicd @ 14.06.2012. 08:10 ] @
433 je slab. Uzmi AH ili 333.

Inace iskljuci connection tracking da dobijes jos neki megabit. Naravno ako na tom ruteru nemas nikakvo natovanje i sl.

I nisi napisao da li si povecao sirinu kanala na 40Mhz...
[ dejanm79 @ 14.06.2012. 08:19 ] @
stavio sam 20/40 abowe.tada sam i izvuko 40mb tcp.mada kako meni treba 100mb vidim da cu morati da stavljam ili pc ili 433ah mada ne znama da li moze ah da izvuce toliko.a sto se tice nstream nv2 to opcije cim ukljucim odmah mi opadne banwith e sad da li zbog zauzeca procesora ili zato sto stvarno manje ide...nemam pojma
[ Sleepless_mind @ 14.06.2012. 10:17 ] @
Za 100mbps ce ti trebati bar 433GL (gigabitni portovi).

Osim toga, kao shto reche @newtesla, batali bandwidth test, super si dobio i tih 30mbps. Postavi neke racunare iza, pa probaj realan saobracaj, razlicite velicine paketa...

Kako su namestena MCS setovanja? Koji je signal i na kom MCS-u stabilno radi, bez promene? Kakav je CCQ?
[ dejanm79 @ 14.06.2012. 11:13 ] @
signal je -56 ccq 90%, ali ht mcs to je na defoult to ne znam sta se tu stavlja i sta znaci.ako neko moze oko mcs da pomogne sta i kako bilo bi dobro.
[ Sleepless_mind @ 14.06.2012. 12:25 ] @
U Wireless interface, tab Wireless postaviti band 5ghz-only-n, wireless protocool nv2 nstreme, frequency mode superchannel.
Tab Data rates, staviti configured i iskljuciti sve opcije.
Tab HT, HT Tx Chains i HT RX Chains ukljuciti sva 4 (striklirati sva 4 polja). HT AMPDU Priorities po izboru.
HT MCS u delu supported staviti MCS 0,1,2,3,4,5,8,9,10,11,12,13, a u delu Basic samo MCS 0.
Tab NV2 TDMA period size, po defaultu je 2. Manja vrednost ce dati manji latency, ali nestabilniji link.

Nstreme kao sto je vec recheno.

Onda to izgleda otprilike ovako na 8km linku:


[ acatheking @ 14.06.2012. 12:48 ] @
^
Koji hardver ti gura ovoliko brzinu i zavidan broj p/s?
Ne lici mi na neki RB.
[ Sleepless_mind @ 14.06.2012. 13:33 ] @
RB435G, CPU je na 95-97%
[ zivanicd @ 14.06.2012. 17:37 ] @
:-) Eto Boki, sve si mu reko ! :)

[ newtesla @ 14.06.2012. 20:52 ] @
uh bre, 100mbps, ni manje ni više???

A da razmisliš o dva linka u N standardu na 5.x, spojena u nstreme dual slave?

...dal' to uopšte može?