NETWORK: Stateless address autoconfiguration (SLAAC) v tom jsem se uplne ztratil :D

NETWORK: no ja nedavno chtel zabrouzdat do IPv6 a sem si rekl ze si zkusim udelat malou sit a ve finale sem toho nechal prave kvuli pridelovani tech adres. ale tenkrat sem tam narazil na naky automaticky pridelovani adres ale nebylo to tak jednoduchy jako dhcp, sem se v tom docela ztratil :D

OGMIOS: NAT tam neni, ale napr. mikrotik jeste nema ani implementovan DHCP server pro IPv6,tak na to spousta ISPiku nadava, ze i kdyby chtela, tak to stejne pouzivat nemuze...

kurna kuci ja vim ze realita je jina ale jak jinak to posunout dal kdyz nebudeme NATovat trosku rychlejs? no respektive s IP6 se to zmeni ale tam jeste nejsme :) takze bud NATovat poradne nebo zavest IP6 :D teda doufam ze to chapu dobre tu IP6ku ze tam zadnej NAT neni :D jeste sem do toho nenakoukl natolik...

no jasne, 4giga nejsou nijak moc ne :D

nebo proc ti nestaci 900mbps s conntrackem?

OGMIOS: ty jako chces NATovat 4 gigabity?

OGMIOS: bez contrackingu nijak

no bez NATu to bude naprdlacku potom. jak jinak udelam preklad adres?

NETWORK: dyt pisu, ze s packet markem bude vsechno a bez jenom simple.
OGMIOS: znefunkcni.

hele ted sem si to vsiml..co to udela s NAT?

ATAN: bude fungovat i s packet markem... ja tak tedy markuju (bez connection) a neni s tim problem...

OGMIOS: simple queue bude i bez markovani uplne. queue tree jen s markovanim vsech packetu. protoze nepujde rozlisovat spojeni.

ATAN: aha :D hehehe :D

NETWORK: nebude fungovat jen connection-mark, mark-packet bude.

OGMIOS: jak kdy. :)

takze queues budou fungovat nebo nebudou?

NETWORK: tak muzes markovat kazdy paket. ale zase nevim jak je to vykonove narocny.

ATAN: tak to se omlouvam - mel jsem zato, ze connection tracking ma vliv i na mark-packet (vyzkousel sem to hned na testovacim routeru co tu mam a i pri vyplem conntrackingu to opravdu markuje packety)... kazdopadne to nic nemeni na tom, ze ty packety musis omarkovat pokud chces pouzivat qtree...

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