Hirdetés

  2. Fórumok
  3. Hálózat, szolgáltatók
  4. Mikrotik routerek
  • Téma összefoglaló
    Utoljára frissítve: 2021-08-17 20:43

    PROHARDVER!

    Mikrotik routerekkel foglalkozó téma. Mikrotik router típusok, hardverek, router beállítások, programozás (scriptek írása), frissítés, és minden Mikrotik routerrel kapcsolatos beszélgetés helye.

Új hozzászólás Aktív témák

  • #12328 Zwodkassy senior tag Laca0 #12324
    Új Válasz #12328
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Zwodkassy

    senior tag

    válasz Laca0 #12324 üzenetére

    "Mert már tudtad, hogy mit lehet tőle várni és mit nem! Volt tapasztalatod!"
    Igen, az interneten már láttam ilyen eszközt, és mert ezt már annyiszor leírtánók a neten :-)

    "Egyébként nem értem, hogy ez a funkció miért annyira erőforrás-igényes? Végülis csak kapcsolatot tart az AP-kkal, küldi nekik a működési paramétereket, ők meg küldik az adatokat a csatlakozott kliensekről. Kvázi statisztikai infóáramlás."
    Itt viszont nem ilyen "egyszerű" a helyzet. Ugyanis van "CAPsMAn Forwarding" és "Local Forwarding" (ha jól emléxem az elnevezésekre) üzemmód is.
    CAPsMAn Forwarding : minden forgalom a CAPsMAN-n megy át, tehát ős is "dolgozik" vele.
    Local Forwarding : a forgalom "csak" a CAP-n megy át. Persze ez csak akkor igaz teljesen, ha mindkét WiFI eszköz ahhoz a CAP-hoz csatlakozik. Vagy ha pl van 2db CAP és 2db WiFI kliens, ilyenkor is csak a két CAP "kezeli" a forgalmat. Ilyenkor a CAPsMAN gyakorlatilag csak a konfigurációt, és az authentikációt végzi.
    Könnyű belátni, hogy ebben az esetben a CAPsMAN terheltsége jóval kisebb, mint az első esetben. És ezt a gyakorlat is igazolja.
    Persze ezt a működési mechanizmust sem a MikroTik találta fel.

Új hozzászólás Aktív témák