> > Mi smo temu rekli cookie clustering. Stvar bi pa delovala na malo visjem > > nivoju, kjer bi pakete routal glede na njihovo vsebino in tip prometa. > > Enostavno haklas pakete, jih preglejujes in isces cookije in > > session-id-je. Potem vodis njih evidenco in routas promet glede na to > > tabelo. Kaj kdo kam posilja. > > Nekako tako, ni pa bilo nikoli izvedeno, vsaj zdi se mi da ne. > > Poraja se vprasanje, v koliksni meri bi to bilo izvedljivo in kak load > > bi povzrocilo na serverju. > > Ja saj to delajo layer 7 switchi na vecini zares tezko obremenjenih > sajtov (google, yahoo, hotmail and the like).
Ja, to delajo. Ampak ti switchi so ponavadi na strezniski strani in ne na uporabniski strani. (Ja vem, da ves ;) > Pri Juretu je problem v tem, da se mora njegov NAT odlocit, po kateri > poti bo sel paket (in to v omrezjih, kjer ISPji skoraj vedno delajo > routing path filtering). Pri Juretu je verjetno problem, da ima njegova "load balancing" konfiguracija kak "round robin" sistem in ne "network proximity" sistem. Jaz doma testiram LinkProof (http://www.radware.com/content/products/lp/default.asp) in the problemov nimam. LinkProof zgradi tabelo linkov in routa glede na odzivni cas do destinacije. Obstaja pa tudi obrnjena varianta, kjer routas ne samo outgoing pakete, pac pa tudi incoming glede na odzivni cas. Tako da klientom, ki dostopajo do tvojega streznika pac poves po katerem linku naj ti pridejo. _______________________________________________ lugos-list mailing list lugos-list@lugos.si http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list
