Fast Path

honzam

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

6.0rc2 stahujte ze svého mikrotik účtu

https://www.mikrotik.com/client/

hapi

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

aliney

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

ludvik

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.

honzam

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 :)

hapi

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

ludvik

Tam nedávám mikrotik :-)

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

ludvik

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

disk

A jak to funguje?

walkeer

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?

hapi

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

ludvik

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

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

pepulis

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.

pepulis

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.

rsaf

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