>> для кого придумана контрольная сумма на случай "битых" пакетов с последующей ретрансмиссией оных?
>
>Дело в том, что далеко не во всех случаях возможна/удобна повторная пересылка
>данных. В частности, в реалтаймовом трафике (управление реальными устройствами, мультимедия, VoIP)
>повторная пересылка приводит к большим задержкам. Друх мой. Не обижайтесь, но я искренне рекомендую Вам покурить какой-нибудь учебник по сетевым технологиям.
Там Вы найдете для себя ответ на 2 вопроса:
1)"почему все говорят, что я тут сморозил глупость".
2)"как обеспечить передачу этого самого реалтаймового трафика"
>> потерянные пакеты - это проблемы в сети. Если так - то любая избыточная информация - это лишние потери и проблеы для протокола (лишние задержки, что не гуд)
>
>Пересылаемые повторно пакеты - тоже избыточная информация.
Но они пересылаются ТОЛЬКО в случае потери.
В предлагаеммом Вами варианте оно будет пересылаться ВСЕГДА.
Что, кстати, убьёт на корню возможность передачи чего-то реалтаймового.
Если разговор не идёт, конечно, о реал-тайм отслеживании движения материков. С точностью не более миллиметра.
Потому как большая часть полосы уйдёт на технические нужды.
>> Нужно чуток различать что есть задачей какого уровня OSI модели
>
>SOCKS и NAT/Masquerading работают как раз на четвёртом уровне модели OSI.
>
>> Смотри файл /etc/services
Вообще-то НАТ у нас работает на 3-ему уровне ОСИ, а не на четвёртом.
>Это просто сопоставление имён протоколов и номеров портов. При этом ни клиент,
>обращаясь по определённому порту, не м.б. уверен, что там его ждёт
>программа, обслуживающая нужный клиенту протокол.
Опять таки, это задача не того уровня модели ОСИ. И это уже решено. Например, см. RPC.