24.09.2004-0:49:17 :: Remember, remember, the velvet November


node:	24.09.2004-0:49:17
template:	4
parent:	24.09.2004-0:11:22
owner:	maniac
viewed by:
created:	24.09.2004 - 00:49:17

cwbe coordinatez:
101
63540
63542
1098481
1109443
1137310
1137567
1137595
1139070
1139109

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

myslim ze jeden tcp konekt chodi len cez ten iface cez ktory bol nadviazany

0000010100063540000635420109848101109443011373100113756701137595011390700113910901139213

imho treba k tomu conntrack a cez netfilter matchovat
teraz som s tym haluzil, poriesil 10 ipciek na vsetky openvpn nahodil a loadbalancoval cez tunely, natoval na servery secko(conntrack si zapametal z ktoreho interfejsu ide stream), ficalo, <> len keby signal bol lepsi :)

zase je na <>(napr. v pripade piratenia wifi) ked mas vela volnych ipciek kazdy shapnutu na 64kbit, ze ti 1 stream viac neda, to by skor bolo treba na nizsej vrstve balancovat v openvpn napr. s tym ze by si videl jeden tun interface ale posielal by kazdy paket round robinom po danych ipckach na 1 cielovu a ta by uz vedela co s tym, ale to som uz odbehol od temy daleko asi

000001010006354000063542010984810110944301137310011375670113759501139070011391090113921301139557

mohol by si o tomto spravit samostatny prispevok v tomto fore, na ciscu sa to robi cez ppp multilink - t.j. vsetky packety sa sekaju na mensie a potom aj tcp konekt moze ist po viacerich linkach. pripadne este per-packet load balancing na ciscu.

zbezne som na googli nasiel zopar liniek evnujucim sa tomuto na linuxe

00000101000635400006354201098481011094430113731001137567011375950113907001139109011392130113955701142776

jo, urobim, par ludi sa ma na to uz pytalo