CAPs Manager

honzam

=== 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

Thank you for testing!

honzam

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

honzam

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

honzam

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.

honzam

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

hapi

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

dalibortoman

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

hapi

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.

majklik

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.

vantomas

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

honzam

Detailní popis je zde

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

Automatické frekvence by to mělo umět od verze 6.11

What's new in 6.11 (2014-Mar-14 10):

*) wireless - add auto frequency feature;

hapi

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

vantomas

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

hapi

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

okoun

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

hapi

to jsou jenom dohady.

rudolfdvorak

Už to někdo zkoušel v reálu? Jestli to vůbec funguje.

ekrajnak

Ja som to skúšal. Síce podmienky iba na stole: CAPsManager bežal na RB2011 a potom som mal RB433 s 3 kartami. Všetk& som nastavil ako CAPs a fungovalo to. Zmeny sú celkom rýchle, skúšal som local forwarding aj CAPsManager forwarding, robí to z môjho pohľadu všetko čo má.

Aj keď stále mi tam chýba niečo, ako má UniFi controller od UBNT, aby pracoval medzi CAPsmi nejaký Wifi roaming .....