2007/4/5, Ivan Petrushev <[EMAIL PROTECTED]>: > > > Ами , ти какво очакваш ? да минава през двата GW-а , и да държи един и > > същ connection през който да вдигнеш максималният капацитет ли? > > Това което обясних в предният с email, е начина по който работи този тип > > load-balance с iproute. Той работи per-destination! Затова е нормално да > > минава или през единия или през другия router/gw > Обясни моля те, какво ще рече per-destination? Към една цел всички пакети > да минават през единия, към друга през другия? Пробвах traceroute към > няколко цели и пътя винаги минаваше само през единия gateway. > (Упс, горе малко съм ви подвел. " Не става и не мога да си обясня защо. > Винаги минава или само по единия гв или само по другия." ... минава САМО по > единия гв. Другия все едно го няма) > > Ако съм прав в това предположение, има ли load balancing който работи > per-packet? Все пак идеята като се сваля нещо, от един адрес, да се увеличи > резултантната скорост. > > Поздрави! > > _______________________________________________ > Lug-bg mailing list > [email protected] > http://linux-bulgaria.org/mailman/listinfo/lug-bg > >
http://www.google.com/search?q=per+packet+load+balancing&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a http://pilot.org.ua/zebra/kodgehopper-ecmp.html CISCO CEF or equivalent -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 _______________________________________________ Lug-bg mailing list [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
