mirek_k i lhg je arm to nebude otazka cpu .. ale otazka radio chipu, ad ok, ay problem v klientskem rezimu
Záseky 60GHz AP od Mikrotiku
viktornovotny Souhlasím, LHG tolik nevadí. AP mi ale rozhodí i WAP jako klient. Není to ale tak hrozné, jako AY.
Můžu taky přidat jeden poznatek. Když je AP klasická wAP 180st. Mám na ni 2x Cube lite a 1x CubePro ay. A nevim o tom. Když jenom na stole udělám tu samou instalaci ale jako AP použijí ay sektor a zatizim to třeba btestem tak je to v pr....
Puski pravda, na jednom miste vymena z wap na SA zpusobila nestabilitu, pingy 3x takove a odpojovani … ale pritom jinde je SA ap a nedela to, kliosi lhg v obou pripadech, verze mk stejne, tak nevim ..
- Upraveno
Pokud máš CubeSA a všichni klienti jsou CubeG (ad standard) tak to jede docela ok.
Pokud máš CubeSA a všichni klienti jsou CubePRO (ay standad) tak to odpojuje všechny klienty ve stejný čas
Jen pro zajímavost. Scan z ay stále zabije všechno okolo v7.7 kluci namontovali sektor PRO na
vetsim APčku, uplink je přes LHG60 a antény nejsou u sebe, ale mají podobný směr. No pustil jsem si scan. A zabil jsem celý APčko včetně sebe tak snad jsem pozlobil trochu konkurenci v okolí. Hlavně hvezdonet
- Upraveno
Ahoj ve spolek,
AP: CubeG-5ac60ay-SA fw. 7.7 i 7.8 beta
CLIENTI: 6x CubeG-5ac60ad; 2x CubeG-5ac60ay => fw. 7.7 i 7.8 beta
při zátěži uploudu tcp se začnou cca při 40Mpbs odpojovat klientské strany, při testu přes UDP 1200Mbps a bez potíží
všechny klienty jsme sjednotili fw.
Nějaká rada?
Zatím jediné řešení nám přijde vymlátit CubeG-5ac60ad (chrastící kostky) a sjednotit typ antény
5GHz vypnout nepomáhá na vysílači
Vyházet "kostky " nepomůže, dělá to i když sjednotíš klienty
Jediný co asi pomůže, tak je vyházení "ay" verzí. Nám se stále koušou tyhle verze a je jedno co v tom je za FW. Nepomáhá nic. Na jednom AP jsme museli místo "ay" verze dát starší "ac" verzi a koupit do toho L4 licenci. Od tý doby vše funguje jak z praku. Takže ty PRO verze u nás už nebudeme brát, protože s tím jsou jen problémy...
zajímalo by mne kolik z vás tohle řeší přímo s mikrotikem?
Já to taky řešil a výsledek byl číslo pro vrácení jednotek.
Takže ay za mne zatím ne.
takže chcete říci že odpojování bezdrátové části je vadná série?
gemb ptmp je tragédie. Ale PtP se nám teda na 2sec náhodně nerozpojuji nikde. A to ani ay. Vše max do kilometru. Jestli to dáváte na víc tak bohužel, to tak prostě je. Nicméně o nových výrobcích s neodladenym firmwarem souhlasím. Jsou se vším pozadu a tak se to snazí tlačit na sílu. Odladěné výrobky by byly jinak v některých případech bezkonkurenční.
okoun Jestli jsi někdy psal na support tak asi tušíš jaká je odpověď. Já už ji skoro vždycky vím dopředu když píšu ten ticket
mirek_k Podle mě to vadné jednotky nejsou protože to s nimi řeším už dlouhodobě a nic o výměně nikdy nepadlo. Je to prostě neodladěný. To samý kernel failure který se stává na AP že se to bez důvodu restartuje. Doteď nevyřešeno - reportováno.
Puski Ano P2P jede dobře. I multipoint jede dobře ale pouze s s jedním klientem :-D jakmile přidáš druhého tak začne odpojování. A o vzdálenosti to vůbec není. Můžeš mít oba do 200m a stejně se odpojí