Verze 5.16

ladik

Asi na tom neco bude, nicmene co jsem vzdy nasadil upgrade skoro vsech verzi radio me jelo normalne, asi mam stesti :-)

rama

Mame nasazeno na cca 30 klientech a 4 p2p spojich a nepozoruji zadne problemy.

Oproti 5.14 nepozoruji zadny velky rozdil.

Verze 5.15 nam moc dobre nechodila - misto 40Mb to po upg. jelo 3Mb apod.

Osobne povazuji za stabilni verzi 5.14 a 5.16.

hapi

napadá mě, nezálaží taky na tom jaký RBčka to jsou? Odhaduju že RB711 jedou ok ale RB411 i když s Nkovou kartou pojedou hůře. Může to někdo potvrdit?

pepulis

napadá mě, nezálaží taky na tom jaký RBčka to jsou? Odhaduju že RB711 jedou ok ale RB411 i když s Nkovou kartou pojedou hůře. Může to někdo potvrdit?

Je to mozne, veskery problem jsem zaznamenal na spojich, kde je pouzite RB433, RB411, RB411AH. Az na nejake vyjimky, to na uvedenych spojich drzelo xx hodin (vetsinou +- 3h). Popravde jsem s tim pak uz dal neexperimentoval a na fungujici 5.14 u dalsich RB (SXT, RB711) jsem verzi 5.15 ani 5.16 uz radeji nenahraval.

hapi

no, já třeba na na ptp spoji na alixech nemám absolutně žádnej problem. ptp na RB711 taky bez problemu. Nicméně RB411 na ptp byl problem. Jeden spoj nechtěl běhat na NV2 1ms. Musela se zvolit 2ms. Vůbec se nespojil když tam byla 1ms. Jinde identicky nastavenej ptp spoj na RB411 prozměnu zase běžel. Další verze to nějak vyřešila. Co tim ale chci říct. Mám podezření že problemy způsobují pomalí CPUčka.

ladik

Ja pouzivam vsude RB411AH s R5nH a jede to OK, pomale CPU to neni - 680MHz :-)

okoun

no, já třeba na na ptp spoji na alixech nemám absolutně žádnej problem. ptp na RB711 taky bez problemu. Nicméně RB411 na ptp byl problem. Jeden spoj nechtěl běhat na NV2 1ms. Musela se zvolit 2ms. Vůbec se nespojil když tam byla 1ms. Jinde identicky nastavenej ptp spoj na RB411 prozměnu zase běžel. Další verze to nějak vyřešila. Co tim ale chci říct. Mám podezření že problemy způsobují pomalí CPUčka.

přesně, potvrzuji, mám problém na spoji mezi RB433 a RB600, AP mám na RB600, ještě zkusím udělat AP na 433 :

midnight_man

klasicke 802.11a+nstreme, karty UBNT XR5 uptime spoja 32 dni, 40 Mhz. ROS 5.14 :) chodi to ako vinko rate je vacsinou 108/108 pripadne 108/96. Ten spoj chodi o 50% lepsie ako všetky Nká. 802.11a s Nstreme je odolnejsi znatelne voci ruseniu.

tom-tom

To nebude jen tím nstremem, velkou zásluhu na tom mají právě ty XR5 a turbo. V této kombinaci to má potenciál propálit i kilometrový pás lesa s 1ms pingem :)

okoun

no udělal jsem down na 5.14 a stejné, zkusím tedy ještě zapnout nv2 namísto NSka, uvidíme....

okoun

problémové spoje jsem přehodil z NS na NV2 a zatím to drží, uvidím ještě jak to pojede přes noc, zajímavé

maxik

Nstreme je dost nachylnej na ruseni, rychle mu spadne rate, nv2 je o hodne pruraznejsi a ma latency control pri plnem vytizeni, nevyhoda je rozlitanejsi odezva pri male zatezi.

hapi

na to si přišel jak? všude kde je nstreme tak si konkurence neškrtná a vždy proje rušením nejlépe ze všech protokolů. NV2 běží na nižší rate okamžitě.

okoun

Ale já mám čisto a rate normálně držela a propustnost jedním směrem 41Mb/s ale furt to prostě padalo, jasně SW chyba, NV2 jede zatím furt bez pádu, zajímavé a potvrzuje to že je chyba v SW. Nstreme byl vždy průbojnější než NV2.

maxik

Nstreme prubojnejsi nez nv2,mozna ve starsich verzich :) Nemusi to byt nutne soft. chyba, ale souhra blbyho nastaveni atd.

okoun

nesmysl, s ničím jsem nehýbal, největší legrace že to začaly dělat spoje, kde je velmi klidno a v okolí nikdo nevysílá...

hapi

vždy je nstreme prostupnější rušením. Akorát na duálních spojích nstreme moc neběhá. Na single A/Nkovejch sektorech máme stále nstreme a klienti si dávaji v klidu 45Mbit. Po přepnutí na NV2 jde rychlost dolu a to kdekoliv + jakmile přijde nějaký rušení, jde to dolu podstatně více. Nstreme na tohle je a vždycky byl mnohem lepší. Nechápu proč jenom k nstreme nepřidělaly ještě cyklickej buffer na odesílání a na celí tdma se měly z vysoka vykašlat. NV2 je sice ok, jenomže když si vemu např. dva wifi klienty, na jednom je 711 a jeden klient na kabelu a na druhym je RB493 s 9 klientů na kabelu. Po naplnění rychlosti wifiny dostanou oba wifi klienti rovnym dílem což podstatně znevýhodňuje ty klienty na RB493. Jo ano, shaping by měl zařídit aby k tomu nikdy nedošlo ale za úvahu to stojí.

Nstreme na duálnim spoji na jakymkoliv hardware se chová podivně. V jednu chvíly běží v pohodě a v druhou chvíly padne rate na minimum a nehodlá se zvednout. Občas se zvedne ale v drtivý většině zůstane dole.

keksik

Ako sa uz spominalo davnejsie, NV2 sa chova nevyspytatelne. Na jednej site ci spoji chodi ci uz na PtP alebo PtMp ok, na inom mieste aj ked za opticky lepsich ci rovnakych podmienok tam oproti Nstreme ide do kolien, jedna sa o single-pol spojenia na rovnakom HW a verzii MK. Absolutne som na nic neprisial preco, hehe, mozno preto ze nemam spektrak : Ale Nstreme kdekolvek sa nasadi na 100% zlepsi parametre aj priepustnost spoja (u single-pol only u mna) ale tiez mu obcas preskoci - mam spoj na 7km 802.11a only, sem tam rusenie ako prase, ale len urcita cast dna, pri nstreme v tom case a smozrejme vytazenia spoja na cca 70% sli pingy do desiatok, inac az sa rusenie neobjavilo pingy 1-2ms. No tie excesy ma nasr... Tak som tam svihol NV2...a ono to chodii...odvtedy je klud, 24h pingy 5--7ms bez ohladu na vytazenie a dennu/nocnu hodinu a graf latencii je zrazu pekne takmer vodorovny uz nejaky ten mesiac :

hapi

je jasný že latence ti při rušení nepoleze nahoru na NV2. Ale co propustnost? ta totiž poleze dolu a to podstatně víc než u nstreme.

midnight_man

NV2ka chodi dobre u 802.11n ....pri 802.11a je kralom Nstreme :)

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