http://wiki.mikrotik.com/wiki/Manual:Connection_tracking
List of features affected by connection tracking

* NAT
* firewall:
o connection-bytes
o connection-mark
o connection-type
o connection-state
o connection-limit
o connection-rate
o layer7-protocol
o p2p
o new-connection-mark
* p2p matching in simple queues

ATAN: prosim? jak markovat nic nemusis? jisteze musis...

ATAN: tak queue tree taky samozrejme nepujde, jelikoz nepujde markovat packety... a simple queue to netusim - ony to sou vlastne schovane queue tree, ale jak tam maji poresene markovani packetu to nevim...

tyka se to jen fw

NETWORK: ok kouknu :) a co vsechno pak nepujde? firewall bue mimo. co queues?

OGMIOS: ip firewall connections tracking

kde se to vypina connection tracking?

NETWORK: a zkousel jsi vypnout connection tracking? To je totiz docela zabijak... bez nej ti zase nepojede stavovej fw...

OGMIOS: jasne - ono ros na x86 je vzdycky alchymie... na kazde zeleze to chodi jinak a bohuzel nekdy to chodi jinak i na stejnych deskach, staci treba blbe nastaveny bios

NETWORK: jak jsem rikal, s ROS jsem zkousel spojeni nejdriv na IP bridge z 1-3 jinych systemu. potom jsem testoval jen prochazejici traffic skrz ten bridge mezi 2mi a 2mi systemy(tedy 4porty, 2 spojeni). zkousel jsem tohle nahodit na mikrotik foru a tam mi poradili ze si mam poridit switch hehehe :D ale ja sem zvedavej kolik muze clovek dostat z takovyho serveru pod ROS. HW by teoreticky mel obstarat vsechno v mnohem vyssich rychlostech(respektive vsech tech 10portu). ja se snazim prijit na to kde je chyba konceptu ze to davalo tak malo bandwidthu. proc sem zaseklej na ROS je proto ze ja rad mikrotiky a nechce se mi ucit naka linuxova distribuce co by delala to samy :)

OGMIOS: zkousel jsi 1 nebo vice spojenim? ono to ma obcas problem dostat se na pekne hodnoty s 1 (resp. s malo) spojenim....

NETWORK: no testoval jsem to tak ze jsem ten bandwidth test tool nechal testovat nejdriv na IP bridge z asi 3 jinejch kompu a potom mezi tema jinejma kompama navzajem. zkousel jsem vice variant s nekolika klientama. vysledky byly plus minus stejne. max. neco pres 900Mbps. test we windows jel 2 masiny navzajem si vymenovali data. to byl ale test na stabilitu procaku v sitovym nasazeni. i tak se pri tom ale sit pekne odzkousela, jak jsem rikal 4Gbps..full duplex.

OGMIOS: jo, ale na kterem stroji? primo na tom, ktery si testoval???

NETWORK: no kdyz jsem tam mel mikrotik tak tech 800-900Mbps jsem generoval mikroticackou bandwidth test tool utilitkou a na windowsu to testil kolega s nakejma utilitkama ted uz nepamatuju.

OGMIOS: a muzes mi rict, na cem si generoval takovy sileny traffic? ;)

zkousel jsem stejny a ruzny porty, switch jsem tam nenastavoval jaksi co vim tahle polozka byla vzdycky neaktivni v webboxu, zabyval jsem se ciste bridgem. ted uz ten system nemam..jen premejslim jestli to je zazdena cesta nebo se da udelat system co umi i rychle bridgovat :)

a ti jsi to to testoval uplne stejne jak v ROS tak i ve Win? Tedy na stejnych portech? Treba v ramci jedne sitovky ty porty jsou rychlejsi, nez mezi sitovkama. dale je mozne se podivat v ROS na switch, jeslti ty sitovky to hardwarove umi, tak se to o dost zrychli.

tech 10portu bylo 2porty na zakladovce a 2x4porty na sitovkach PCI-E Intel Pro/1000PT. PCI-E ma dostatek line's na obe karty.