Witam.
Paweł 'Róża' Różański napisał(a):
Nie lepiej podzielić userów na dwie grupy i puścić od razu część
jednym łączem, a część drugim (z możliwością przepięcia z danego łącza
na drugie w razie padu)?
Tyle to wiem, ale chodzi mi o właśnie tą możliwość przepięcia....
2. Priorytetowanie stacji krytycznych, aby miały net za wszelka cenę-
czyli cięcie transferów nieuprzywilejowanym- generalnie ruch
uprzywilejowany to https :D- myślałem o 7 levelu.
Wykonalne przy użyciu tc.
?? http://en.wikipedia.org/wiki/Transmission_Control_Protocol
A jak i czym tego użyć?
3. Ciecie emulków- tutaj myślę ze 7 level mi pomoze.
Patch ipp2p (patch-o-matic).
Wiesz- jak zaznaczę rzeczy jakie 7lvl uzna za http/s/ftp mam podobnie-
chybai. W sumie nie wiem jakie rozwiązanie jest leprze.
Nie wiem jak rozwiązać kontrolę obciążenia łączy. Bo operacja że
pakiety nagle zmieniają bramę i idą innym łączem odpada- przypadek
jak laska loguje się do ISYFA (świadoma przeróbka tego super systemu-
ISOF tm) i nagle zmienia się jej IP to po prostu wylatuje bez
wylogowania i istnieje możliwość że ją administracyjnie zablokują.
To co wyżej generalnie załatwia sprawę. Plus ew. jakiś okres między
przepięciem na zerwanie nawiązanej sesji.
Jako że sesje http są zamykane co chwila (chyba że nie są) muszę
pamiętać jakie IP dostali.
A tu nie wiem, o co biega.
Wchdze na stronkę z jakiegoś IP zewnętrznego- dostaje autoryzacje, ale
soft na stronce pamięta w sesji mój IP i reaguje na jego zmianę. Nagle
jedno z łączy się zapchało, ruch idzie drugim. Laska klika na linku w
stronce, ale wywołanie idzie już z innego IP. Soft reaguje paniką za
próbę włamania- nie mam wpływu na soft, polityka poniekąd słuszna.
--
Pozdrawiam, TomLee
------------------------------------------------------------
GG: 1539526 tlen: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED]
------------------------------------------------------------
