|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 24 Jul 2007 11:23:26
To : Andrew V. Scherbacov
Subject : Re: блансировка нагрузки между двумя рррое
--------------------------------------------------------------------------------
2007-07-24, Andrew V. Scherbacov
<Andrew.V.Scherbacov@p1.f74.n5002.z2.fidonet.org> пишет:
> Привет, Ilya!
>
> Однажды Monday July 23 2007 в 17:03, некто Ilya Anfimov писал Andrew V.
> Scherbacov:
>
> >> >>
> >> >> IA> -- то дажэ не будет терять пакетов.
> >> >>
> >> >> поясни, почему оно должно терять пакеты ?
> >> >>
> >>
> >> IA> Потому, что пакеты уходят не обязательно в свой интэрфейс.
> >>
> >>
> >> что значит свой интерфейс для пакета ? интерфейс откуда уйдет пакет
> >> определится
>
> IA> В данном случае это тот, адрес которого соответствует исходящему
> IA> адресу пакета.
>
> адрес внешний ты имеешь в виду ? если да, маскарадинг выполняется цепочкой
> MASQUERADE, ей фиксированный внешний адрес не нужен, он определится ядром
> при отправке.
Все правила таблицы NAT выполняются один раз для каждой сэсии.
То есть большынство пакетов через правило MASQUERADE не
проходят, а NATятся как первый в сэсии пакет.
Впрочем, если бы оно выполнялось для каждого пакета в сэсии --
то есть, фактически, пакеты в одной сэсии получали поровну
адресов 1-го и 2-го канала -- то тебе было бы заметно веселее.
>
> >> ядром согласно роутинга в момент отправки пакета. почему он должен
> >> потеряться - не понимаю.
>
> IA> Потому, что его адрес определяется в момент создания
> IA> сэссии, и не имеет отношэния к интэрфейсу, в который он уходит.
>
> вот именно, что не имеет. поэтому куда пойдет пакет, в какую из двух труб -
> глубоко начихать. в любом случае пакет попадет на гейтвей провайдера и дальше
> разрулится без проблем.
В большынстве случаев провайдэры стараются резать левые пакеты,
валящиеся с клиентских интэрфейсов. Почему я и сказал -- твой
слегка лопух или прогнулся под тебя.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
