|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alexander Kolesnikoff 2:5020/400 02 Mar 2007 05:20:24
To : Valentin Nechayev
Subject : Re: pmtud & ipsec
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
>
>>>> Alexander Kolesnikoff wrote:
>
>> AK>> И в IPv4 заставлять маршрутизаторы фрагментировать пакеты -
>>> диверсия, С чего вдруг?
> AK> Это просто лажа.
>
> Удивительно детальная аргументация.
Каков вопрос - таков ответ.
>
>
>> AK>> что бы там не говорили.
>>> Ага, значит, религия - никакие аргументы не принимаем.
> AK> Мне одного раза хватило понаблюдать за этим делом, хватило.
> Маршрутизатор AK> занимется ненужной работой (читай процессор загружается
> хрен знает чем), при AK> этом сеть работает как ... , да собственно это
> уже сетью назвать трудно IMO. AK> Пытались мы как-то заставить семитонную
> кошку фрагментировать пакеты - хрен AK> там, нет такой возможности. Да,
> другие модели можно заставить заниматься AK> фрагментацией, но надо ли оно
> ? Поэтому фрагментацию на маршрутизаторах надо AK> давить, средства для
> этого есть.
>
> Если бы PMTUD во всём Интернете работал бы как следует - я бы с Вами
> согласился. А сейчас, когда каждый второй идио^W корпоративный админ
> режет весь ICMP, IPSec тупо лажается на попытке просунуть
> увеличенный пакет в интерфейс, туннели страдают вообще непонятно
> чем, а тот же PMTUD основывается на древнем как дерьмо мамонта RFC
> который даже не обязывает указывать граничный размер - рекомендовать
> ликвидацию фрагментации на раутерах - это не просто непонимание. Это
> позиция совы, которая вырабатывает стратегию "мышки, станьте
> слонами", или мудреца из ivory tower - но никак не основанная на
> практическом опыте.
Жену свою учи щи варить. Без цветастых литературных изысков никак нельзя?
Пошли по второму кругу: есть киска,семитонная, которая не умеет
фрагментировать пакеты, а до зарезу надо. Ваши предложения?
Alexander
--- ifmail v.2.15dev5.3
* Origin: UKU (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
