Vladimir Smolensky wrote:
Хм, че connection тракинга си работи добре в линукс. Това което прави iproute когато балансира трафика, е просто да върти на базата на round-robin всеки следващ пакет към определена дестинация. След това записва в route-cache-a информация за това , кой маршрут да инсталира през определен интерфейс(ip route show cache -> показва текущият forwarding cache)): ПримерVladimir Smolensky wrote:Абе идеята беше да се върже с контрака някак така че вече почнатите връзки да си минават от там откъдето са тръгнали :)Georgi Alexandrov wrote:Vladimir Smolensky wrote:Ivan Petrushev wrote:Здравейте!Имаме локална мрежа, в която от един компютър се пуска нет по 20К на всички останали машини. С този компютър не се занимаваме. Въпросът е могат ли пакетите от една машина да се препращат към друга машина, така че резултантия канал на втората машина да стане 40К. До тук разполагам само с идея и тя е нещо такова: ако двете машини са М1 и М2 - М1 прави SNAT и DNAT към М2, а М2 вдига за още един default gw M1. От тук нататък обаче не ми е ясно с какво правило пакетите ще се разделят от М2 (ту един към GW на мрежата, ту един към М1). Един резултат, който не върви: дава се М1 да е GW към определени адреси, така че целия трафик към тях да минава през М1, а останалия през GW на мрежата. Целия този пиниз се прави за да могат да се свалят неща от един адрес с по-голяма скорост. Ами, приемам всякакви идеи. Ако имате и директен линк с пример от lartc бих го погледнал...Ще мамиш админа си а :))))Направи си един демон който на няколко десетки милисекунди да ти сменя дефаулт гв със нещо катоip ro change default Току виж станало нещо :)Току виж няма да стане абсолютно нищо, само ще счупиш нещата още повече.Трябва да се тества :)Само с деф роуте няма стане де ;)
Заявка за yahoo.com. рутера резолвира адрес 'X' за yahoo.com , след което изкарва заявката през интерфейс eth0 (примерно), като записва тази информация в route-cache-a на рутера (който може да се трие разбира се 'ip route flush cache'). След това , идва нов пакет към google.com . Рутера резолвира адрес 'Y' и го изкарва през eth1, отново кешира дестинация Y с изходящият интерфейс.От тук нататък, всичко към Х ще излиза през eth0 , а всичко към Y през eth1. В тази ситуация, конекшън тракинга няма отношение , тъй като load-balance-a става per-destination (а не per-packet).
-- Danail Petrov Senior Network Administrator Evolink, Sofia +359(2)9691650 www.evolink.com
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Lug-bg mailing list [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
