classic.ISPforum.cz

=== IMPORTANT ! ===

Please test first the beta release of CAPsMAN (Controlled AP system manager). New “Wireless-FP” package is required (it will replace the regular Wireless package). This new package has also other wireless improvments apart from CAPsMAN, for example Wireless Fast Path for 802.11, and others. This package is NOT FOR DISTRIBUTION, please only test in lab test environment.

More info about CAPsMAN: http://wiki.mikrotik.com/wiki/Manual:CAPs_Manager

Thank you for testing!

Test na SXT lite5. Upgrade na 6.11rc1 ok včetně balíčku “Wireless-FP”

vypadá to že jsme k podpoře AC velmi blízko

installing the new package automatically improves the wireless forwarding for Nv2 and 802.11.
Additionally you can enable the fast-path option by selecting in the queue interface to use hardware-only queue.

Jestli máte někdo po ruce testovací P2P spoj a odvahu to otestovat

wooo... noo takže budou další průsery s tcp přenosy? čemu to pomůže kromě odlehčení CPU který defakto neni nutný?

hapi píše:wooo... noo takže budou další průsery s tcp přenosy? čemu to pomůže kromě odlehčení CPU který defakto neni nutný?

IMHO management fronty packetu je relativne nenarocna cinnost pro CPU. Takze presun fronty do HW IMHO znamena jen jeji blize nespecifikovanou velikost = pravdepodobne mensi nez kdyz je v RAMCe RBcka. Mensi fronta znamena vetsi problemy s bursty ted vice zahozenych packetu. A tak jak k temhle vecem MT pristupuje, tak nebude mozne ani zjistit, jestli se nejake packety dropuji nebo ne.
Pokud k tomu ma nekdo nejake podrobnejsi oficialni informace rad si je prectu...

ono se to nepřesune do hw, jenom se vypne sw fronta. hw fronta je vždy. Taky myslim že to je nenáročná činnost a zkrácení fronty u těhle zařízeních bude bolet... ono to už někde bolí i teď a to je to jenom aktivní na ethernetech.

No, směr je asi jasný, zcela vyloučit pomalé CPU z procesu běžného routingu. Řada používaných čipů to umí v HW. Takže je na čase, aby to Mikrotik začal používat. Řada jich umí i dělat firewall v HW při plné rychlosit s 0% zátěže na CPU. CPU je jen k tomu, aby to nakonfiguroval. Škoda třeba, že RB2011/951 nepoužívají místo AR8327 čip AR8327N, ten má i hardwarový NAT při plném gigabitu. Umí v hardware funkci PPPoE serveru/klienta, IGMP, ....
Aspoň se od ROS6.2 snaží využívat jeho hardwarový routing, který umí dělat také při plném gigabitu pro cca 100 rout, takže ROS by měl nejčastěji uplatňované routy cpát přímo do toho čipu a pak tyto to má routovat při plném gigu bez použítí CPU, co se do toho nevejde, to pak má procházet linuxovým fast path.

Dá se někde najít k čemu vlastně CAPS manager bude? Je to na správu AP z jednoho místa, takže třeba taková náhrada Unifi controlleru v případě indoor pokrytí. Ale jaké jiné využití třeba v outdoor? Zvládne to nějaké automatické akce? Třeba hledat volné frekvence?

Zatím se toho nepodařilo moc najít jaké by to mohlo mít využití v praxi...

Detailní popis je zde
http://wiki.mikrotik.com/wiki/Manual:CAPsMAN

Automatické frekvence by to mělo umět od verze 6.11
What's new in 6.11 (2014-Mar-14 10:13):
*) wireless - add auto frequency feature;

a co si mám představit pod pojmem automatická frekvence?

Asi, že po disable/enable projede scanlist a nastaví nejvolnější frekvenci.

a já myslel že to dělá do teď DFS funkce.

mám dojem že DFS to vyhodnocuje na základě jiných poznatků