jak píše Hapi, čím víc mašin, tím větší problém. Pokud by jsi to měl čistě na L2 (např 6 switchů za sebou), nemělo by být zpomalení tak znatelný, jako u L3. Každopádně... co zkusit postavit nějakej tunel přes všechny ty mašinym - tzn. z routeru č.1 až na router č.4 ? Tohle je jen můj tip, jak to otestovat, ale v praxi jsme se k tomu nikdy nedostali.
počket to asi ne, ne? nejde o to jestli to je L2 nebo L3 ale jde o celkovou latenci na trase. To že to převede bridge nebo router (schválně neuvádim switch protože na wifi switch neni) by mělo bejt úplně fuk. HW switch nebo profy L3 switch by měly podat přece stejné výkony na trase se stejnými latencemi. Pokud budou stejný latence na jakýkoliv infrastruktuře tak by měla být i stejná propustnost TCP přece, ne? Latence mezi MK bridge a MK routingem musí být přeci logicky stejné když to beztak musí projít přes cpu a zpracovat klasicky kernelem. Jo jistě, bridge nemá conn. tracking defaultně zapnutej takže má o něco menší latenci ale to jde přece u routingu vypnout a jsme na tom výkonově i latenčně stejně.
Ale asi by měl tazatel zkusit zatížit sousedící spoje na max a zjistit jestli se neovlivňují. Co tudy prohnat UDP? spousta lidí sice píše že UDP neni vypovídající ale tim aspoň zjistíš jestli je možný trasou fyzicky tolik protlačit.
Jasně no, na obou spojích jsem pustil současně UDP test, následně jeden vypnul a druhý test běžel pořad stejnou rychlostí, obráceně taky OK, takže se spoje rádiově neovlivňují. Pokud přidám více spojení než 20 (např 40, tak je přenosová rychlost vyšší, ale pořád to nejede nadoraz). Zjistil jsem, že hlavní brzda je na počátku trasy, čili mezi router č.1 (GW, optika) a router č.2. Tato linka TCP testem dává 90 Mb/s (170 Mb/s UDP). Tato trasa vlastně není postavená nanobridge (špatně jsem uvedl, omlouvám se), ale na RB433AH s duálním Jirousem a nv2. k routeru č.3 je již PTP na nanobridge. K tomuto routeru č.3 již dostanu maximálně 30-40 Mb/s (přitom tato PTP trasa umí těch 60 Mb/s TCP). Ta nv2 trasa běžela na ROS 5.13, dnes jsem zkoušel update na 5.20, pořád stejný výsledek. Zdá se mi, že nv2 je celý problém, resp. problém je někde na úrovní předávání packetů LAN- >WLAN přímo v tom RB, asi na úrovní SW, ale to je mimo mé znalosti:(