classic.ISPforum.cz

Od verze 6.0rc2 Mikrotik podporuje Fast Path (all ethernets on RB3xx, RB6xx, RB7xx, RB8xx, RB9xx, RB1000, RB11xx, RB2011)
ipv4 fast path - it doubles ipv4 forwarding performance on supported interfaces when no firewall, conntrack, queues.

popis http://wiki.mikrotik.com/wiki/Manual:Fast_Path

6.0rc2 stahujte ze svého mikrotik účtu
https://www.mikrotik.com/client/

cool cool... jak se dozvim že to použilo fast path? Ano, píšou že se to aktivuje samo když se splní nějaký podmínky ale rád bych to někde viděl napsaný

měly by tam zahrnout i RB450G. Ta se od RB2011 moc neliší.

jednou si zmeris casy, ze to beha rychleji a pak uz tomu musis jen verit

Ono to vypadá hezky, ale uvědomme si, že tím z mikrotika uděláme svým způsobem obyčejný switch, jen s výhodou routingu.

ludvik píše:Ono to vypadá hezky, ale uvědomme si, že tím z mikrotika uděláme svým způsobem obyčejný switch, jen s výhodou routingu.

a vo tom to je

vo to jde, to je to jediný co chci od transportní části sítě.

Tam nedávám mikrotik

hapi píše:vo to jde, to je to jediný co chci od transportní části sítě.

Také je zajímavé, že na RB450G není fastpath podporovaný. Přitom stejný switch čip, jako u RB1100. A CPU stejné, jako RB750G.

A jak to funguje?

ludvik píše:Také je zajímavé, že na RB450G není fastpath podporovaný. Přitom stejný switch čip, jako u RB1100. A CPU stejné, jako RB750G.

s cipem by to nemelo mit nic spolecneho, protoze pokud to chapu dobre, tak to je featura linux kernelu, ze?

ano, měla by to být featura linux kernelu. Defakto všechno co nemusí paket procházet v jádře je obcházeno krátkou cestou bez možnosti zásahu do datovýho toku. Pro páteřní routery optimální, stejně se na nich nic neomezuje, nefiltruje atd.. na stránkách mkček je napsáno co je potřeba splnit aby to bylo aktivní.

Ještě jsem nenašel úplně relevantní informace. Ale má to kernel právě obcházet. Tedy s vysokou pravděpodobností je to feature ovladače síťovky. A switch čip je taky síťovka ... V jedné diskusi jsem dokonce zahlédl, že to přestalo fungovat s ovladačem Tulip (mimochodem to bylo ještě jádro 2.4).

hapi píše:ano, měla by to být featura linux kernelu. Defakto všechno co nemusí paket procházet v jádře je obcházeno krátkou cestou bez možnosti zásahu do datovýho toku. Pro páteřní routery optimální, stejně se na nich nic neomezuje, nefiltruje atd.. na stránkách mkček je napsáno co je potřeba splnit aby to bylo aktivní.

Nebudu zakladat nove tema, tak se zeptam tady. Pozorujete nejakou zmenu s aktivovanym fastpath na sektorech? Rozumim, co dana funkce zajistuje, ale nejaky znatelny rozdil nebo aspon naznak nikde nevidim. Jak na tom jste vy? Diky.

Vytahnu tady stare tema, tak snad nevadi. Vim, co je Fast Path, jak ho zapnout atd. Nicmene se chci zeptat, v pripade, ze chci zamezit, aby se nesirila nekontrolovatelne komunikace mezi uzivateli na jednotlivych sektorech, musim do RB pridat pravidla pro mangle apod., abych takovy provoz mel pod kontrolou. Tim se FP vypne. Pozna koncovy uzivatel rozdil, jestli bude na sektoru zapnuty / vypnuty FP? Nerad bych ovlivnil chod / nacitani webu pravidly, diky kterym bude probihat nacitani s prodlevou apod. Jak omezujete komunikaci mezi klienty na ruznych sektorech? Sektory jsou propojeny cisco switchem, popr. RB4011 apod. Diky.

Na sektorech (tedy pokud jsou to boxy s jediným rádiem) by, předpokládám, mělo stačit vypnout defautl-forward a další izolaci můžeš řešit až na switchi/routeru.
Jinak vypnutí FastPath prakticky nepoznáš, pokud má daný board dostatek CPU výkonu a jednoduchou konfiguraci (což zrovna u L2 APčka většinou není problém).