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.

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 i lhg je arm 🙂 to nebude otazka cpu .. ale otazka radio chipu, ad ok, ay problem v klientskem rezimu

      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 ..

        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

        o měsíc později

        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 😆

        o 12 dní později

        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

          ______ doufám, že je to testováno skrze nikoli z ap na stanici....

          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?

            okoun Já jo. Dlouhodobě. Je potřeba aby nás bylo více...

              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 replied to this.

                  okoun Ja to vidim na vadny manazment v MikroTiku. Vypustia produkt ktory nefunguje. Tak ako veci s ros v7 a xy dalsich. MikroTik 60GHz ptmp ani nikdy poriadne nefungoval co tu citam...aj ked to akoze funguje stale to robi mikrovypadky rovnako ako PTP ktore sa na 2 sekundy len tak rozpoji....

                    gemb Co vím tak věčné problémy jsou jen u ay, starší ad jede v PtMP už dobře. AP 60° wAP, klienti CubeG ad nebo nRay - tohle jede fajn. Jakmile do toho zamotáš ay, zaděláš si na problémy. Sice to vydali jako první, ale je to veřejná beta. Holt Mikrotik, no.

                    📡 Telekomunikace.cz