NV2 - nasazeni, zkusenosti

douby

teď tu někdo psal, že je to fake že to je mikrotik v 3.30 a tam nejedou nkový karty... pro upřesnění tenhle mk jsem použil jen ke generování traficu, je připojen přes 100Mbit ether iface do RB433AH kde je mk v5.4

okoun

to ccq to tak prostě dělá u Nv2 to je celkem ok, ta odezva je taky ok na to že je to pouze jedna polarizace, no celkem good

rama

čili moje konfigurace: 5GHz-N-only, nv2, 20mhz kanál, distance 1km, max station count 1, TDMA period: 2ms, cell radius 10km

má někdo nějaké podněty na zlepšení?

Nezkousel jsi menit hodnotu Cell radius? 10km na 1km skok je celkem rozdil.

Pokud zkousel, ma to nejaky vyznam?

Potom jeste muzes zkusit poslat soucastne treba 1 - 2 Mb druhym smerem, co to udela.

Jinak moc hezky vysledek.

polk

čili moje konfigurace: 5GHz-N-only, nv2, 20mhz kanál, distance 1km, max station count 1, TDMA period: 2ms, cell radius 10km

má někdo nějaké podněty na zlepšení?

Nezkousel jsi menit hodnotu Cell radius? 10km na 1km skok je celkem rozdil.

Pokud zkousel, ma to nejaky vyznam?

Potom jeste muzes zkusit poslat soucastne treba 1 - 2 Mb druhym smerem, co to udela.

Jinak moc hezky vysledek.

Jestli se nepletu tak se na Cell Radiusu dá nastavit minimálně jen 10 km.

douby

jj 10km minimum

hapi

vařim čistě z vody ale cell radius myslim že nemění nic ve smyslu zkrácení latencí ale vykopává usery se vzdáleností větší než uvedenou.

maxik

jen me udivuje ta hodnota min 10km asi malokdo pripojuje klienty pres 3km :)

douby

nv2-cell-radius (default value: 30); setting affects the size of contention time slot that AP allocates for clients to initiate connection and also size of time slots used for estimating distance to client. When setting is too small, clients that are farther away may have trouble connecting and/or disconnect with "ranging timeout" error. Although during normal operation the effect of this setting should be negligible, in order to maintain maximum performance, it is advised to not increase this setting if not necessary, so AP is not reserving time that is actually never used, but instead allocates it for actual data transfer.

on AP: distance to farthest client in km

on station: no effect

cim mensi vzdalenost tim mensi casovy useky se deleguji režii a tím pádem větší performance :)

kurňa nastavil bych tam 2km a ještě bych měl kilometr rezervu.... třeba v další verzi :)

rama

Tak jen abychom overili, jestli to ma vubec nejaky vliv:

Pokud mas tu moznost, tak tam zkus nastavit hodnotu 20 a potom treba 40km, jaky to bude mit vliv a jestli nejaky.

Ja zatim nemam moznost to zkusit na real. spoji a na "stole" to nema moc velkou vypovidaci hodnotu.

hapi

ne nemá to moc smysl

rama

"moc" neni moc konkretni.

Radeji bych mel informaci o konkretnim rozdilu.

Pokud to nekdo vyzkousi, tak predem diky.

leeonek

"nemá to moc smysl" znamená že rozdíl je zanedbatelný a nebo žádný :)

douby

v noci poexperimentuji, každopádně s defaultním nastavením 30km jsem včera byl na 18-20mbitech. jen si nepamatuju kdy přesně nastal zlom, jestli jsem nepoladil ještě něco. to zjistím dnes večer

rama

v noci poexperimentuji, každopádně s defaultním nastavením 30km jsem včera byl na 18-20mbitech. jen si nepamatuju kdy přesně nastal zlom, jestli jsem nepoladil ještě něco. to zjistím dnes večer

Ok, budu se tesit na vysledky.

Diky

skrebon

Test nv2 v 5.2 na 1km ptp 2x rb411ah, only N 20Mhz link speed 58.5Mbps, ccq 90-100

tdma period size 1ms = BT TCP 10 conn vratane real. prevadzky 39mbps/2.5Mbps

tdma period size 3ms - BT TCP 10 conn vratane real. prevadzky 50.5mbps/2.5Mbps

tdma period size 6ms - BT TCP 10 conn vratane real. prevadzky 56.5mbps/2.5Mbps bohuzial tu uz boli odozvy pri zatazeni i na nase servery k 40-50ms, co je trosku out...

btw, station-wds nebezi tak dobre na rozdiel od station-bridge v prevadzke ptmp! Znamena to asi tolko, pri zatazeni apecka klientmi v mode station, zariadenie v mode station-wds nedostane dostatok kapacity v podiele poctu sucasne zatazenych inych zariadeni v mode station, ale dostane nejake prd nic 300kbps :-) Po zmene na station-bridge uz tdma prideli rovnou mierou i tomuto klientovi. ma s tym niekto skusenost?

pepulis

Máte někdo zapnuté nv2 na RB133. Mám jedno místo s klientem, co má uvedené RB. Spojení funguje až na to, že se co x minut (někdy 10, někdy půl hodka) RB133 odpojí od AP a následně připojí. Na té 133 je MK 5.2 (jen základní balíčky, pravidla ve firewallu pro hlídání mac, connection tracking vyplý). Díky.

douby

jen tak střílím od pasu: koukal jsi do resources na vytížení toho RB? není to výkonově žádné terno

pepulis

jen tak střílím od pasu: koukal jsi do resources na vytížení toho RB? není to výkonově žádné terno

Ano, na to jsem se zaměřil taky. Vytížení kolísá a nevím z jakého důvodu, ale vyskočí občas na 90 procent i více, ale hned klesne. Trafik tam byl cca kolem 2 Mbit. Tak co nadělám, hold výměna :-)

pintero

jen tak střílím od pasu: koukal jsi do resources na vytížení toho RB? není to výkonově žádné terno

Mam nekolik RB133 i RB133C a funguji bez problemu, bohuzel max do 8-10 Mbps, vic nedaj.

pepulis

jen tak střílím od pasu: koukal jsi do resources na vytížení toho RB? není to výkonově žádné terno

Mam nekolik RB133 i RB133C a funguji bez problemu, bohuzel max do 8-10 Mbps, vic nedaj.

ANo, ja je mam taky jeste na siti na nekterych mistech, ale bez nv2. Tobe tedy nv2 na nich jede ok a pokud ano, jakou tam mas verzi? Diky.

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