Verze 5.0RC7

leeonek

včera jsem zkusil na jednom sektoru nasadit RC7, jsou tam jen 4 klienti ale velký rozptyl vzdáleností, od 50m do 2,5km. Původní Ačko bez nstreme tam jelo zpočátku uplně v pohodě, ale poslední dobou to začlo zlobit. Malé propustnosi (8-9Mbit), k tomu adekvátní pingy.

Po nasazení NV2 RC7 se začli všichni klienti odpojovat, a to takovým způsobem, že neměli uptime ani 3 minuty, pak se najednou všichni odpojili. Po vypnutí NV2 jeli zase všichni normálně. Zkusil jsem přeladit kanál, a ejhle, problémy ustaly, zkusil jsem přeladit na jiný a pro změnu byla propustnost byla jen 1-2Mbity. Po chvilce ladění jsem dosáhl na sektoru propustnosti přibližně 12-15Mbit při bittrate fixnuté na 36.

Možná je to verzí, každopádně u nasazených RC5 a 6, případně 4.13 jsem tyto problémy neměl. Zkusím asi ještě downgrade a uvidím....

honzam

zkus tam ještě pro zajímavost 4.16 a zapni NV2. Zajímalo by mě jestli je chyba v té 5RC

leeonek

Zkoušel jsem 4.16 hned když mi vyšla, ale skončil jsem na tom, že mě na 711ce nešel aktivovat balíček NV2, když jsem dal enable a restart, byl po restartu pořád disable a enable byl původní wireless

maxik

Je to sice mirne ot, ale ve verzich 5x a 4x chodi velice mizerne CM9 jako 2.4 AP musel jsem na 3.30 tam je to ok. Myslim ze vetsina z vas jeste nekde nejake 2.4 ma tak pozor na to :)

goblajz

Je to sice mirne ot, ale ve verzich 5x a 4x chodi velice mizerne CM9 jako 2.4 AP musel jsem na 3.30 tam je to ok. Myslim ze vetsina z vas jeste nekde nejake 2.4 ma tak pozor na to :)

Taky mi to chodilo blbě na 2,4GHz AP ale až od verze 4.11. Po downgradu na 4.10 zase v pohodě!

maxik

u me to bylo spatny i na 4.10 nejaky intel x86 a rb14+cm9 3.30 ok

honzam

Zkoušel jsem 4.16 hned když mi vyšla, ale skončil jsem na tom, že mě na 711ce nešel aktivovat balíček NV2, když jsem dal enable a restart, byl po restartu pořád disable a enable byl původní wireless

Nechci z tebe dělat blbce ale dělal jsi to tak že balíček wireless jsi dal na DISABLE, balíček wireless-nv2 na ENABLE a poté reboot?

Mě to takhle normálně funguje

leeonek

že by chyba mezi klávesnicí a židlí? :) po předchozích zkušenostech V4 jsem dal na NV2 enable, wireless se mi vždycky nastavil po restartu sám na disable, vyzkouším ;)

mladas

Zdravim

Funguje Vam na teto verzi korektne traffic flow? Mam to ted na jednom stroji , na ostatnich mam 4.5 - 4.11 na nich to chodi OK, ale stroj s 5.0RC7 se tvari ze posila, ale ve vystupech na serveru s daty je toho "nejak " (rozumnej min nez 2% puvodniho obsahu) malo. Dik jen dotaz jestli se s tim nekdo setkal.

hapi

jistě že setkal. Mikrotik na to upřimně řečeno kašle. Na anglickym foru se o tom baví a jediný co byly schopný opravit, je chyby který linux hází do logu při nastavení na version 5. No vlastně ani to neopravili podle reakcí některých userů toho fora. Na bráně jsem měl 3.30 a běhalo to ok, bez výpadku. Několik zákazníků má taky 3.30 a běhá to. Jednomu ne. Nevim co se na tom routeru děje že to prostě vypadne každopádně to neni vina jenom v5.0rc7. Jak už jsem říkal, na bráně jsem měl v3.30 a nedavno jsem tam šoupnul v5.0rc7 a po pár hodinách to taky přestalo počítat data. Laboroval jsem s tim a když jsem přepnul active flow na 1 minutu, tak to zatim furt běží. Jedna minuta je málo ale aspoň to loguje. Ovšem u jednoho s v3.30 nepomohlo žádná změna nastavení a prostě to do pár hodin přestane posílat.

Neni to tedy vina v5.0rc7 ale všech verzí od v3. v2.9 prý fungovala korektně po všech stránkách.

polk

Měl jsem na hraniční serveru 3.30 , a vše bych řekl posílalo min. rok v kuse v pořádku (net flow). Nedávno jsem nasadil 4.16, protože jsem měnil hardware a na 3.30 se to někdy rebootlo. A ted pozoruju, že to taky posílá nějak málo dat.

maxik

kdyz vidim jak moc chyb a stale novych je v 5x tak je silenstvi to dat do realneho provozu :)

drakk

Mne to taky delalo problemy, ale mam tam ted 4.16 a vyresil jsem to tim, ze jednou za pet minut se na vterinu vypne posilani dat a hned znovu zapne.

hapi

hmm to jo ale teoreticky ti to ztratí někdy i docela hodně dat který nebyly dokončený.

hapi

spíš bych to řešil tak, že bych si ve filtru udělal pravidlo který bude sledovat datovej tok trafficflow a když nebude, off/on

mladas

Tak vyreseno v ROS 5.0RC7 , prepnuto z traffic flow verze 9 na verzi traffic flow v5, je kupodivu, ze v ROS4.10 chodi traffic flow v9 chodi bez problemu, zkousel jsem ten stroj podflashovat z 5 na nejakou 4ku, ale mame tam Intel i7 s nejakyma novyma Intel PCI-x 1G sitovkama s HW akceleraci, ale ROS 4.10-4.16 ty sitovky nevidely, tak se to muselo vratit na ROS 5 a traffic flow 5, tak snad tim nekomu pomuzu .

hapi

to neni vyřešeno, dřív nebo později to zase vytuhne.

martin_h

Ahoj,

mam nasledujici bug v teto verzi ktery se na RB433AH neprojevil, jedna se o kartu R52Hn, je zasazena v stroji x86 spolu s cm9 v single redukcich a po nejake dobe proste karta vytuhne, system ji vidi, karta jde zapnout a vypnout ale zadni klienti se nepripoji dokud cely stroj neresetuji, pak to jede zase ok, dela to nahodne, nekdy to jede 10 dnu nekdy 20 a ted treba jen 3 dny nez to udelalo. Karta jede v 5ce s nstreme a asi 5ti klienty. Treba se s tim nekdo setkal..

Co se tyka 2.4ky nepozoroval jsem nejaky problem.

leeonek

Tohle se mi stalo u rc5 je to přibližně 3 týdny zpět. Bylo to poprvé a jednalo se o R52n-M v alixu.

okoun

když tady píšete takové věci tak už se vůbec nedivím že mi důální spoj na alixu s touto kartou funguje max 17Mb/17Mb a ještě s překročením výkonu

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