Záseky 60GHz AP od Mikrotiku

forkman · 2022-12-09T08:15:14+00:00

Všiml jsem si, že ad i ay AP od Mikrotiku se nám dost často "koušou", nebo přestanou forwardovat trafik. Pokud se to nehryzne úplně, po rebootu už to nenajed...

viktornovotny

jezdec ale je to beta, takze kopec problemu jinych ?

wwire

viktornovotny Na 7.6 na w60g nepozoruju žádný problém, vždyť to máš nastavené jen jako tupý kus, co přehazuje packety.

viktornovotny

wwire zalezi hw od hw, lhg jede ok i s 6.49 ale cube pro a sa jsou divne, nekdy se odpoji, nekdy umre cely strojek

kure05

Taky se hlásím s tímto problémem. Vše se děje pouze u PRO verzí. Buď se zasekne náhodně AP strana a v tu chvíli, se seknou i klienti. Pomůže pouze restart odpojením ze sítě. Změna kanálů nepomáhá. Vyměnila se i jednotka na AP straně za novou a chová se to stejně blbě. Pokud se to drbne na AP straně a jsou tam i jiný 60G jednotky, tak je tahle drbnutá totálně zaruší a je jedno na jakejch frekvencích vysílaj. Fw na všech jednotkách stejnej - 6.49.7. Teď jsem na toto problémové AP a do klientů nahrál verzi 7.6, tak se uvidí...

honzam

Píšu to už výše. Na AY hardware (CubePRO, atd) prostě starý kernel nepatří. 6.49.x je prostě starý na tento hw.
Nahrajte tam 7.6 nebo aktuálně 7.7rc1 a budete mít 99% problémů vyřešených

kure05

Tak ještě včera večer upgradováno na 7.6 jak u klientů, tak na AP a ráno to bylo zas drbnutý. Takže aktuální FW nic neřeší...

viktornovotny

kure05 konkretni modely ? pro a sa ?

honzam

kure05 drbnutý znamená co? Ap jede a klienti nejedou? Nebo nejede ani AP?

okoun

celé mi tohle připomíná doby z-comu 626 v pásmu 2,4GHz, neustálé záseky celého PC donutili APčkáře vyrábět resetátory celých X86 linuxů 🙂

svestka

okoun ten resetátor mi tady leží na polici s trofejemi, ale kdyby někdo chtěl ... 🙂

vdr

Za nás řada Cube Pro absolutně nepoužitelná.

Zkušeli jsme CubeG-5ac60ay-SA a 2x CubeG-5ac60ay. 2 klienti ve vzdálenosti do 100 metrů, naprosto čistá viditelnost.

Dokud byl připojen jeden klient, tak to nějak běželo. Po připojení druhé a vygenerování uploadu, který byl větší než 70 Mbit/s docházelo k odpojední jednoho nebo druhé klienta. Dále docházelo ke stavu, kdy se klienti z ničeho nic odpojili a bylo nutné u nich vypnout / zapnout klientské zařízení, aby se opět připojilo.

mirek_k

vdr Jaký ROS a FW?

basty

Dobre vedet, zatim to tedy neni pouzitelne min v ptmp. Mame tedy jeden ptp spoj, ale tam zadne problemy neeviduji.

vdr

Zkoušeno 6.49.6, 7.5, 7.6. Na všech verzích chování totožné.

Puski

V ptp to asi běhá. Mám jich několik a bez výpadků, ale je tam zatím Trafic max do 100mbps. 6.49.7 i 7.6. Ale v ptmp jsem to zkoušel a fiasko.

mirek_k

Tak mi to nedalo a nainstaloval jsem na jednoho klienta .ay betaverzi, která slibuje větší strabilitu (mám všude 7.6).
Po upgradu ROS se jednotka připojila až asi na 6. pokus.
Upgradoval jsem pak i FW a jednotka se začala odpojovat v řádu sekund, takže už jsem se na ni nedostal.
Vyřešil to až výlet ke klientovi a downgrade.

viktornovotny

Jedno takove poznani, kdyz je ap cube pro/sa ale kliosi lhg tak to nepada neblbne. Jestli je vysvetleni nejakeho zpetneho prepnuti do ad ? Ale kdyz do sady ap cube pro/sa s trema lhg kliosi pridam jednoho kliose cube pro tak, se celek rozjebe ..

mirek_k

viktornovotny Taky to tak vidím. Podle mně je problém ARM jako klient.

viktornovotny

mirek_k i lhg je arm 🙂 to nebude otazka cpu .. ale otazka radio chipu, ad ok, ay problem v klientskem rezimu

mirek_k

viktornovotny Souhlasím, LHG tolik nevadí. AP mi ale rozhodí i WAP jako klient. Není to ale tak hrozné, jako AY.

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