Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: load balancing


  • Subject: Re: lug-bg: load balancing
  • From: Vasil Kolev <vasil@xxxxxxxxxx>
  • Date: Thu, 08 Apr 2004 12:37:29 +0300
  • Organization: Ludost Networks

На чт, 2004-04-08 в 12:05, Stoimen Gerenski записа:
> Това, че на теб не ти харесва такъв начин на работа, не означава че не е полезно и не върши 
> работа в определени ситуации. Що не си запазиш мнението за "родителите от женски пол" за тебе?
> Колкото до BGP-то ми се струва, че няма да свърши работа, много е трудно да направиш балансиране 
> на трафика с този протокол, още повече-едва ли ще се навият на такова нещо. Предполагам също, че 
> IP адресите които се ползват са различни за различните доставчици. Най-добре дай малко 
> по-подробно описание на ситуацията.

Умирам си от желание да разбера къде точно има смисъл от такова
балансиране. Практически round-robin е кофти алгоритъм за баланс на
пакети или tcp връзки е кофти избор, мога да дам един интересен и доста
подобен пример от не-много-близкото минало, като линиите на академичната
мрежа бяха 2 по 64 килобита до Амстердам, само че едната отиваше в БАН,
другата - в ТУ-София, между тях имаше 64 килобитова линия, и се работеше
на round-robin принцип. Така при отпадане на линията между тях, или на
нещо в едното от двете места целия трафик умираше. 

Практически ти ставаш зависим вместо само от единия доставчик, от двата.
Гадна история, както и да го погледнеш.

Attachment: signature.asc
Description: This is a digitally signed message part



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.