forum.opennet.ru - "OpenNews: UDP как транспортный протокол, заменяющий TCP" (30)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

"OpenNews: UDP как транспортный протокол, заменяющий TCP"

Форумы Разговоры, обсуждение новостей (Public)
Вариант для распечатки		Архивированная нить - только для чтения! Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: UDP как транспортный протокол, заменяющий TCP"
Сообщение от opennews on 22-Окт-04, 20:10
Компания Rateless Research анонсировала (http://slashdot.org/article.pl?sid=04/10/21/1438226) интересное решение по организации транспортного протокола, работающего поверх UDP, не требующего установки соединения и обеспечивающего прекрасную скорость передачи данных. Суть решения (http://www.rateless.com.nyud.net:8090/rcx1.html) состоит в кодировании (http://www.rateless.com.nyud.net:8090/codes.html) передаваемого потока, используя специальный алгоритм кодирования с коррекцией ошибок, при любом уровне потери пакетов. Планируется использовать разработку в P2P сетях и для передачи мультимедиа информации. URL: http://www.rateless.com.nyud.net:8090/rcx1.html Новость: http://www.opennet.me/opennews/art.shtml?num=4540
Cообщить модератору \| Наверх \| ^

Оглавление

UDP как транспортный протокол, заменяющий TCP, Аноним, 20:10 , 22-Окт-04, (1)
UDP как транспортный протокол, заменяющий TCP, jamper, 22:54 , 22-Окт-04, (2)
UDP как транспортный протокол, заменяющий TCP, Аноним, 23:40 , 22-Окт-04, (3)

UDP как транспортный протокол, заменяющий TCP, butcher, 17:01 , 23-Окт-04, (9)

UDP как транспортный протокол, заменяющий TCP, Igor Diakonov, 11:14 , 25-Окт-04, (17)

UDP как транспортный протокол, заменяющий TCP, Дмитрий Ю. Карпов, 12:28 , 25-Окт-04, (18)

UDP как транспортный протокол, заменяющий TCP, butcher, 12:37 , 25-Окт-04, (19)

UDP как транспортный протокол, заменяющий TCP, klalafuda, 15:28 , 25-Окт-04, (22)

UDP как транспортный протокол, заменяющий TCP, Дмитрий Ю. Карпов, 17:03 , 27-Окт-04, (26)

UDP как транспортный протокол, заменяющий TCP, toor99, 00:48 , 29-Окт-04, (27)

UDP как транспортный протокол, заменяющий TCP, Дмитрий Ю. Карпов, 01:04 , 23-Окт-04, (4)

UDP как транспортный протокол, заменяющий TCP, butcher, 17:03 , 23-Окт-04, (10)
UDP как транспортный протокол, заменяющий TCP, toor99, 01:03 , 24-Окт-04, (11)

UDP как транспортный протокол, заменяющий TCP, uldus, 21:37 , 24-Окт-04, (12)
UDP как транспортный протокол, заменяющий TCP, Дмитрий Ю. Карпов, 22:13 , 24-Окт-04, (13)

UDP как транспортный протокол, заменяющий TCP, toor99, 22:50 , 24-Окт-04, (14)

UDP как транспортный протокол, заменяющий TCP, sauron, 11:10 , 23-Окт-04, (5)
UDP как транспортный протокол, заменяющий TCP, Дмитрий Ю. Карпов, 14:10 , 23-Окт-04, (6)

UDP как транспортный протокол, заменяющий TCP, toor99, 22:55 , 24-Окт-04, (15)

UDP как транспортный протокол, заменяющий TCP, Дмитрий Ю. Карпов, 12:47 , 25-Окт-04, (20)

UDP как транспортный протокол, заменяющий TCP, toor99, 14:20 , 25-Окт-04, (21)
UDP как транспортный протокол, заменяющий TCP, MrKooll, 15:51 , 27-Окт-04, (25)

UDP как транспортный протокол, заменяющий TCP, Dmitry, 00:56 , 21-Ноя-04, (30)

UDP как транспортный протокол, заменяющий TCP, Аноним, 07:18 , 26-Окт-04, (24)

UDP как транспортный протокол, заменяющий TCP, Аноним, 14:35 , 23-Окт-04, (7)
UDP как транспортный протокол, заменяющий TCP, Аноним, 14:44 , 23-Окт-04, (8)
UDP как транспортный протокол, заменяющий TCP, Аноним, 02:06 , 25-Окт-04, (16)
UDP как транспортный протокол, заменяющий TCP, Аноним, 22:39 , 25-Окт-04, (23)
UDP как транспортный протокол, заменяющий TCP, Аноним, 13:38 , 03-Ноя-04, (28)

UDP как транспортный протокол, заменяющий TCP, Anonymous, 13:34 , 09-Ноя-04, (29)

Сообщения по теме [Сортировка по времени, UBB]

1. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Аноним on 22-Окт-04, 20:10

>Суть решения состоит в кодировании передаваемого потока, используя специальный алгоритм >кодирования с коррекцией ошибок, при любом уровне потери пакетов
Это значит что если вообще ничего не отправлять,
то данные всё равно дойдут?

Cообщить модератору | Наверх | ^

2. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от jamper on 22-Окт-04, 22:54

Нет если совсем ничего, то не дойдут, а вот если служебные заголовки пакетов с адресной информации то дойдут :-)

Cообщить модератору | Наверх | ^

3. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Аноним on 22-Окт-04, 23:40

В принципе все к этому идет.
У TCP/IP много недостатков, но перевести всех разом на новый протокол (даже на IPV6) невозможно.
Думаю следующие 10-15 лет будут посвящены переходу на всяческие прокладки и плаживания костылей к старому доброму стеку TCP/IP.

Cообщить модератору | Наверх | ^

9. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от butcher on 23-Окт-04, 17:01

а UDP у нас это не TCP/IP? :)

Cообщить модератору | Наверх | ^

17. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Igor Diakonov on 25-Окт-04, 11:14

>а UDP у нас это не TCP/IP? :)
Интересно, а как может быть UDP - TCP/IP, если UDP - это UDP/ip? :)

Cообщить модератору | Наверх | ^

18. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Дмитрий Ю. Карпов on 25-Окт-04, 12:28

Моя задачка, которую я даю студентам в МФТИ:
"Беру Windows, добавляю в неё "протокол TCP/IP. Сколько реально добавилось протоколов? Перечислить их поимённо."
Желающие могут ответить здесь.

Cообщить модератору | Наверх | ^

19. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от butcher on 25-Окт-04, 12:37

Не совсем чёткая формулировка, КАКИХ протоколов? :)

Cообщить модератору | Наверх | ^

22. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от klalafuda on 25-Окт-04, 15:28

>Не совсем чёткая формулировка, КАКИХ протоколов? :)
+= в каком windows? :)
ps: я так понимаю, теперь в ВУЗах учат сетевым технологиям на уровне "в windows в окне настройки сетевых протоколов нажмите галочку xxx" ? o tempore o mores..
// wbr

Cообщить модератору | Наверх | ^

26. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Дмитрий Ю. Карпов on 27-Окт-04, 17:03

butcher:
> Не совсем чёткая формулировка, КАКИХ протоколов? :)
А какие Вы знаете? Огласите весь список! :)
klalafuda:
> += в каком windows? :)
Ладно, дам мой ответ:
IP, ARP, TCP, UDP, ICMP, DHCP (клиент), DNS (клиент), WINS (клиент).
Протоколы HTTP, FTP и Telnet реализованы в отдельных программах.
Может, я что-то и забыл...
klalafuda:
> ps: я так понимаю, теперь в ВУЗах учат сетевым технологиям на уровне "в windows
> в окне настройки сетевых протоколов нажмите галочку xxx" ? o tempore o mores..
Ну, мои студенты галочку xxx сами ставить умеют. А вот что при этом происходит - представляют довольно слабо.
toor99:
> PPP находится и на 2 и на 3 уровнях. Учите матчасть.
> HTTP находится на 5,6 и 7 уровнях. Учите матчасть.
Если Вы правы, то это доказывает непригодность модели OSI к описанию реально работающих сетей. Но я бы попросил подробнее объяснить, какие функции PPP позволяют ему залезть на третий уровень. А SLIP тоже туда залезает?
Если HTTP залезает на шестой и даже на седьмой уровень, то какие уровни занимают FTP, SMTP, POP, IMAP, Telnet, SSh? Тоже залезают?

Cообщить модератору | Наверх | ^

27. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от toor99 (ok) on 29-Окт-04, 00:48

>
>toor99:
>> PPP находится и на 2 и на 3 уровнях. Учите матчасть.
>> HTTP находится на 5,6 и 7 уровнях. Учите матчасть.
>
>Если Вы правы, то это доказывает непригодность модели OSI к описанию реально
>работающих сетей. Но я бы попросил подробнее объяснить, какие функции PPP
>позволяют ему залезть на третий уровень. А SLIP тоже туда залезает?
Я вижу, вы так и не последовали моему совету изучить матчасть.
Хорошо, даю подсказку. В состав PPP (который вроде бы L2) входят еще и управляющие протоколы. Например, Link Control Protocol, LCP. и эти протоколы относятся уже к L3.
По поводу HTTP и прочего - оставляю вам для самостоятельной проработки. В крайнем случае, спросите у ваших студентов - мне что-то подсказывает, что некоторые из них разбираются в теории значительно лучше вас.
Литература для самостоятельного изучения: "Interconnecting Cisco Network Devices (ICND)". Усиленно рекомендую, это пособие как раз для вашего уровня.

Cообщить модератору | Наверх | ^

4. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Дмитрий Ю. Карпов on 23-Окт-04, 01:04

IMHO, это не имеет отношения к замене протокола TCP, ибо данное решение ориентировано не на соединение "точка-точка", а на мультикастовое вещание в рельном времени, когда невозможно заказать повторную передачу потерянного пакета.
Что же касается улучшения TCP, то тут я бы предложил встроить прямо в протокол функции компрессии и шифрования трафика. Можно без проблем обеспечить совместимость: при установлении соединения клиент в дополнение к стандартным параметрам предлагает набор поддерживаемых им протоколов компрессии и шифрования, а сервер отвечает, каким методом следует воспользоваться. Клиент при этом может ориентироваться также на тип передаваемых данных (передаётся при запросе на открытие сессии).

Cообщить модератору | Наверх | ^

10. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от butcher on 23-Окт-04, 17:03

ИМХО, не стоит. Это дело прикладных протоколов.

Cообщить модератору | Наверх | ^

11. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от toor99 (ok) on 24-Окт-04, 01:03

> Что же касается улучшения TCP, то тут я бы предложил встроить
> прямо в протокол функции компрессии и шифрования трафика
Есть такая хорошая вещь, как модель OSI. Придуманная людьми, которые всяко были не глупее Вас.

Cообщить модератору | Наверх | ^

12. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от uldus (ok) on 24-Окт-04, 21:37

>> Что же касается улучшения TCP, то тут я бы предложил встроить
>> прямо в протокол функции компрессии и шифрования трафика
>Есть такая хорошая вещь, как модель OSI. Придуманная людьми, которые всяко были
>не глупее Вас.
OSI - идеализированная теоретическая модель. Как показало время, очень тяжело притягивается к практике.

Cообщить модератору | Наверх | ^

13. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Дмитрий Ю. Карпов on 24-Окт-04, 22:13

> Есть такая хорошая вещь, как модель OSI. Придуманная людьми, которые всяко были не глупее Вас.
Как-то высокомудрые дядьки собрались и придумали семиуровневую модель OSI, по которой следовало строить сЕти. Некоторые люди стали строить сЕти по этим указаниям, и в результате получилось что-то дорогое, медленное и ненадёжное. Так что сейчас "модель OSI" - это что-то типа "модели абсолютно твёрдого тела", т.е. некое приближение к реальности, которое иногда отображает реальность более-менее прилично, а иногда очень плохо.
Пример: целостность доставки данных используется как на уровне модемов с MNP-5 (первый уровень модели OSI), так и на уровне X.25/FrameRelay/ATM (второй уровень модели OSI) и на уровне TCP (четвёртый уровень модели OSI). И это реально работает, в отличие от OSI-based сетей, о которых никто не слышал, ибо они все умерли.

Cообщить модератору | Наверх | ^

14. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от toor99 (ok) on 24-Окт-04, 22:50

Вы, вообще-то, поняли, что я хотел Вам сказать? Сдаётся мне, что нет.
Поясняю: сжатие данных тоже может использоваться и на L1 (модем), и на L2/L3 (PPP), и на L6 (HTTP); в результате наблюдается бардак и массовый отказ от применения сжатия вообще.
Модель OSI, уважаемый, нужна не для того, чтобы Вам было о чем спрашивать студентов на экзамене, и не для того, чтобы "строить по ней дорогие и ненадежные сети" - по ней сети не строят, это не схема и не чертеж. Она нужна для того, чтобы четко разделить функции сетевых протоколов, в том числе и тех, которые только разрабатываются.

Cообщить модератору | Наверх | ^

5. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от sauron on 23-Окт-04, 11:10

>Что же касается улучшения TCP, то тут я бы >предложил встроить прямо в протокол функции >компрессии и шифрования трафика. Можно без >проблем обеспечить совместимость: при >установлении соединения клиент в дополнение к >стандартным параметрам предлагает набор >поддерживаемых им протоколов компрессии и >шифрования, а сервер отвечает, каким методом >следует воспользоваться. Клиент при этом может >ориентироваться также на тип передаваемых данных >(передаётся при запросе на открытие сессии).
хм... а что это разве не IPSEC ?

Cообщить модератору | Наверх | ^

6. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Дмитрий Ю. Карпов on 23-Окт-04, 14:10

sauron:
> хм... а что это разве не IPSEC ?
IMHO, IPSec - это VPN, т.е. ещё и авторизация по имени/паролю; а это (при использовании вместо TCP) уже несовместимо с уже существующими TCP-based протоколами.

Cообщить модератору | Наверх | ^

15. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от toor99 (ok) on 24-Окт-04, 22:55

>sauron:
>> хм... а что это разве не IPSEC ?
>IMHO, IPSec - это VPN, т.е. ещё и авторизация по имени/паролю
Какая хорощая иллюстрация к Вашему непониманию этой набившей оскомину 7-уровневой модели... IPSec - это L3. Где там может быть авторизация по имени/паролю, скажите пожалуйста? В каком она там месте?

Cообщить модератору | Наверх | ^

20. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Дмитрий Ю. Карпов on 25-Окт-04, 12:47

toor99:
> сжатие данных тоже может использоваться и на L1 (модем), и на L2/L3 (PPP), и на L6 (HTTP);
С каких это пор PPP залезает на третий уровень модели OSI, если он между модемом (физический уровнень) и IP (сетевой уровнень)?
Как HTTP оказался на шестом уровне, если он работает поверх TCP (четвёртый уровень)?
> в результате наблюдается бардак и массовый отказ от применения сжатия вообще.
И потому следует внести сжатие в наиболее часто используемый протокол, благо потоковый тип взаимодействия позволяет получить наибольшую степень компрессии.
> Модель OSI нужна для того, чтобы четко разделить функции сетевых протоколов, в т.ч. и тех, которые только разрабатываются.
А марксизм-ленинизм нужен для того, чтобы по нему обустраивать государства, в т.ч. и те, которые только организуются. :)
> IPSec - это L3. Где там может быть авторизация по имени/паролю, скажите пожалуйста? В каком она там месте?
Если это L3, то он должен заместить собой IP (вытеснить его) - сомневаюсь, что это так.
То, что я читал про "IPSec в Windows", создало у меня впечатление, что IPSec скорее ориентирован на пакетную фильтрацию - и в таком случае это вообще не протокол. При обеспечении безопасности есть много методов, каждый из которых противодействует разным методам атак. Объясните мне, что такое делает IPSec сверх того, что делают VPN и IP-FireWall.

Cообщить модератору | Наверх | ^

21. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от toor99 (??) on 25-Окт-04, 14:20

>С каких это пор PPP залезает на третий уровень модели OSI, если
>он между модемом (физический уровнень) и IP (сетевой уровнень)?
PPP находится и на 2 и на 3 уровнях. Учите матчасть.
>Как HTTP оказался на шестом уровне, если он работает поверх TCP (четвёртый уровень)?
HTTP находится на 5,6 и 7 уровнях. Учите матчасть.
>Если это L3, то он должен заместить собой IP (вытеснить его) -
>сомневаюсь, что это так.
IPv6. Учите матчасть.
>То, что я читал про "IPSec в Windows", создало у меня впечатление,
>что IPSec скорее ориентирован на пакетную фильтрацию - и в таком
>случае это вообще не протокол. При обеспечении безопасности есть много методов,
>каждый из которых противодействует разным методам атак. Объясните мне, что такое
>делает IPSec сверх того, что делают VPN и IP-FireWall.
RFC1825,RFC 2401.
Чтением вслух я вас развлекать не собираюсь.

Cообщить модератору | Наверх | ^

25. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от MrKooll on 27-Окт-04, 15:51

>То, что я читал про "IPSec в Windows", создало у меня впечатление,
>что IPSec скорее ориентирован на пакетную фильтрацию - и в таком
>случае это вообще не протокол. При обеспечении безопасности есть много методов,
>каждый из которых противодействует разным методам атак. Объясните мне, что такое
>делает IPSec сверх того, что делают VPN и IP-FireWall.

И эти люди дают задачи студентам.... Ужас.
VPN это название технологии. VPN можно реализовать на IPsec, pptp, ssl и кучей других способов. Так что спросить "что такое делает IPSec сверх того, что делают VPN и IP-FireWall" можно только абсолютно не разбираясь в предмете.
Кроме того читать про "IPsec в Windows" вообще не следует людям с неустойчивой психикой. Сначала нужно посмотреть на нормальные реализации (Cisco, *SWAN, Kame), а потом думать как это г. заставить работать как надо.
tcp     6       TCP             # transmission control protocol
udp     17      UDP             # user datagram protocol
ipv6-crypt      50      IPv6-Crypt      # Encryption Header for IPv6
ipv6-auth       51      IPv6-Auth       # Authentication Header for IPv6
Вот 50 и 51 протокол и есть IPsec.

Cообщить модератору | Наверх | ^

30. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Dmitry (??) on 21-Ноя-04, 00:56

>>То, что я читал про "IPSec в Windows", создало у меня впечатление,
>>что IPSec скорее ориентирован на пакетную фильтрацию - и в таком
>>случае это вообще не протокол. При обеспечении безопасности есть много методов,
>>каждый из которых противодействует разным методам атак. Объясните мне, что такое
>>делает IPSec сверх того, что делают VPN и IP-FireWall.
>
>
>И эти люди дают задачи студентам.... Ужас.
>
>VPN это название технологии. VPN можно реализовать на IPsec, pptp, ssl и
>кучей других способов. Так что спросить "что такое делает IPSec сверх
>того, что делают VPN и IP-FireWall" можно только абсолютно не разбираясь
>в предмете.
>
>Кроме того читать про "IPsec в Windows" вообще не следует людям с
>неустойчивой психикой. Сначала нужно посмотреть на нормальные реализации (Cisco, *SWAN, Kame),
>а потом думать как это г. заставить работать как надо.
>
>tcp     6
>TCP
>  # transmission control protocol
>udp     17      UDP
>
> # user datagram protocol
>ipv6-crypt      50
>IPv6-Crypt      # Encryption Header for IPv6
>
>ipv6-auth       51
> IPv6-Auth       # Authentication Header
>for IPv6
>
>Вот 50 и 51 протокол и есть IPsec.
...кстати, в Windows IPSec разработан совместно с Cisco

Cообщить модератору | Наверх | ^

24. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Аноним on 26-Окт-04, 07:18

>>sauron:
>>> хм... а что это разве не IPSEC ?
>
>>IMHO, IPSec - это VPN, т.е. ещё и авторизация по имени/паролю
>
>Какая хорощая иллюстрация к Вашему непониманию этой набившей оскомину 7-уровневой модели... IPSec
>- это L3. Где там может быть авторизация по имени/паролю, скажите
>пожалуйста? В каком она там месте?
Какая, нахрен, авторизация? Аутентификация... Вот так вот документацию нынче и переводят...

Cообщить модератору | Наверх | ^

7. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Аноним on 23-Окт-04, 14:35

>IMHO, IPSec - это VPN, т.е. ещё и авторизация по имени/паролю;
В IPSec при типе соединения transport, как раз он самый и происходит, причём весьма прозрачно для всего сетевого хозяйства, а VPN строится несколь тначе. IPv6 содержит нативную поддержку IPSec.

Cообщить модератору | Наверх | ^

8. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Аноним on 23-Окт-04, 14:44

config setup
interfaces="ipsec0=eth0:0"
...
...
conn conn_1
type=transport
compress=yes
left=172.16.10.254
leftid=172.16.10.254
right=172.16.10.50
rightid=172.16.10.50
authby=rsasig
...
...
auto=start

Cообщить модератору | Наверх | ^

16. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Аноним on 25-Окт-04, 02:06

Интересно, как они решают проблему, если аппаратный фильтр откидывает битый пакет в любом случае. И как ни шифруй выше уровнем - только если избыточность пакетов будет превышать кол-во битых пакетов - будет всем ччастье. Или неччастье. На узлах с строгими правилами QoS такой траффик будет создавать паразитную загрузку и при перегрузке откидываться, вообще путая всё. Хотелось бы мат. выкладки увидать.

Cообщить модератору | Наверх | ^

23. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Аноним on 25-Окт-04, 22:39

Матвыкладки у них на сайте есть ... В разделе Library. А вот целесообразность применения их разработок пока очень оправдана на тех линках, где существует большая задержка, а полосу хочется занять всю.
Допустим, при задержке 80 мс и полосе 10 Мбит/с, одна tcp сессия никогда не сможет утилизировать все 10 Мбит/с, поэтому либо переписывать софт на много-сессионность, либо применять UDP в качестве транспортного протокола, у которого нет этих милых вещей типа flow control, congestion avoidance, exponential backoff и т.д. :)

Cообщить модератору | Наверх | ^

28. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Аноним on 03-Ноя-04, 13:38

>Допустим, при задержке 80 мс и полосе 10 Мбит/с, одна tcp сессия
http://rfc.sunsite.dk/rfc/rfc1323.html

Cообщить модератору | Наверх | ^

29. "UDP как транспортный протокол, заменяющий TCP"

Сообщение от Anonymous on 09-Ноя-04, 13:34

>>Допустим, при задержке 80 мс и полосе 10 Мбит/с, одна tcp сессия
>
>http://rfc.sunsite.dk/rfc/rfc1323.html
window_size = bandwidth * delay
Как вы собираетесь обходить проблему с максимальным размером окна у виндов ?

Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Аноним on 22-Окт-04, 20:10
>Суть решения состоит в кодировании передаваемого потока, используя специальный алгоритм >кодирования с коррекцией ошибок, при любом уровне потери пакетов Это значит что если вообще ничего не отправлять, то данные всё равно дойдут?
Cообщить модератору \| Наверх \| ^

2. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от jamper on 22-Окт-04, 22:54
Нет если совсем ничего, то не дойдут, а вот если служебные заголовки пакетов с адресной информации то дойдут :-)
Cообщить модератору \| Наверх \| ^

3. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Аноним on 22-Окт-04, 23:40
В принципе все к этому идет. У TCP/IP много недостатков, но перевести всех разом на новый протокол (даже на IPV6) невозможно. Думаю следующие 10-15 лет будут посвящены переходу на всяческие прокладки и плаживания костылей к старому доброму стеку TCP/IP.
Cообщить модератору \| Наверх \| ^


	9. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от butcher on 23-Окт-04, 17:01
	а UDP у нас это не TCP/IP? :)
	Cообщить модератору \| Наверх \| ^


	17. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от Igor Diakonov on 25-Окт-04, 11:14
	>а UDP у нас это не TCP/IP? :) Интересно, а как может быть UDP - TCP/IP, если UDP - это UDP/ip? :)
	Cообщить модератору \| Наверх \| ^


	18. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от Дмитрий Ю. Карпов on 25-Окт-04, 12:28
	Моя задачка, которую я даю студентам в МФТИ: "Беру Windows, добавляю в неё "протокол TCP/IP. Сколько реально добавилось протоколов? Перечислить их поимённо." Желающие могут ответить здесь.
	Cообщить модератору \| Наверх \| ^


	19. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от butcher on 25-Окт-04, 12:37
	Не совсем чёткая формулировка, КАКИХ протоколов? :)
	Cообщить модератору \| Наверх \| ^


	22. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от klalafuda on 25-Окт-04, 15:28
	>Не совсем чёткая формулировка, КАКИХ протоколов? :) += в каком windows? :) ps: я так понимаю, теперь в ВУЗах учат сетевым технологиям на уровне "в windows в окне настройки сетевых протоколов нажмите галочку xxx" ? o tempore o mores.. // wbr
	Cообщить модератору \| Наверх \| ^


	26. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от Дмитрий Ю. Карпов on 27-Окт-04, 17:03
	butcher: > Не совсем чёткая формулировка, КАКИХ протоколов? :) А какие Вы знаете? Огласите весь список! :) klalafuda: > += в каком windows? :) Ладно, дам мой ответ: IP, ARP, TCP, UDP, ICMP, DHCP (клиент), DNS (клиент), WINS (клиент). Протоколы HTTP, FTP и Telnet реализованы в отдельных программах. Может, я что-то и забыл... klalafuda: > ps: я так понимаю, теперь в ВУЗах учат сетевым технологиям на уровне "в windows > в окне настройки сетевых протоколов нажмите галочку xxx" ? o tempore o mores.. Ну, мои студенты галочку xxx сами ставить умеют. А вот что при этом происходит - представляют довольно слабо. toor99: > PPP находится и на 2 и на 3 уровнях. Учите матчасть. > HTTP находится на 5,6 и 7 уровнях. Учите матчасть. Если Вы правы, то это доказывает непригодность модели OSI к описанию реально работающих сетей. Но я бы попросил подробнее объяснить, какие функции PPP позволяют ему залезть на третий уровень. А SLIP тоже туда залезает? Если HTTP залезает на шестой и даже на седьмой уровень, то какие уровни занимают FTP, SMTP, POP, IMAP, Telnet, SSh? Тоже залезают?
	Cообщить модератору \| Наверх \| ^


	27. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от toor99 (ok) on 29-Окт-04, 00:48
	> >toor99: >> PPP находится и на 2 и на 3 уровнях. Учите матчасть. >> HTTP находится на 5,6 и 7 уровнях. Учите матчасть. > >Если Вы правы, то это доказывает непригодность модели OSI к описанию реально >работающих сетей. Но я бы попросил подробнее объяснить, какие функции PPP >позволяют ему залезть на третий уровень. А SLIP тоже туда залезает? Я вижу, вы так и не последовали моему совету изучить матчасть. Хорошо, даю подсказку. В состав PPP (который вроде бы L2) входят еще и управляющие протоколы. Например, Link Control Protocol, LCP. и эти протоколы относятся уже к L3. По поводу HTTP и прочего - оставляю вам для самостоятельной проработки. В крайнем случае, спросите у ваших студентов - мне что-то подсказывает, что некоторые из них разбираются в теории значительно лучше вас. Литература для самостоятельного изучения: "Interconnecting Cisco Network Devices (ICND)". Усиленно рекомендую, это пособие как раз для вашего уровня.
	Cообщить модератору \| Наверх \| ^

4. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Дмитрий Ю. Карпов on 23-Окт-04, 01:04
IMHO, это не имеет отношения к замене протокола TCP, ибо данное решение ориентировано не на соединение "точка-точка", а на мультикастовое вещание в рельном времени, когда невозможно заказать повторную передачу потерянного пакета. Что же касается улучшения TCP, то тут я бы предложил встроить прямо в протокол функции компрессии и шифрования трафика. Можно без проблем обеспечить совместимость: при установлении соединения клиент в дополнение к стандартным параметрам предлагает набор поддерживаемых им протоколов компрессии и шифрования, а сервер отвечает, каким методом следует воспользоваться. Клиент при этом может ориентироваться также на тип передаваемых данных (передаётся при запросе на открытие сессии).
Cообщить модератору \| Наверх \| ^


	10. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от butcher on 23-Окт-04, 17:03
	ИМХО, не стоит. Это дело прикладных протоколов.
	Cообщить модератору \| Наверх \| ^


	11. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от toor99 (ok) on 24-Окт-04, 01:03
	> Что же касается улучшения TCP, то тут я бы предложил встроить > прямо в протокол функции компрессии и шифрования трафика Есть такая хорошая вещь, как модель OSI. Придуманная людьми, которые всяко были не глупее Вас.
	Cообщить модератору \| Наверх \| ^


	12. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от uldus (ok) on 24-Окт-04, 21:37
	>> Что же касается улучшения TCP, то тут я бы предложил встроить >> прямо в протокол функции компрессии и шифрования трафика >Есть такая хорошая вещь, как модель OSI. Придуманная людьми, которые всяко были >не глупее Вас. OSI - идеализированная теоретическая модель. Как показало время, очень тяжело притягивается к практике.
	Cообщить модератору \| Наверх \| ^


	13. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от Дмитрий Ю. Карпов on 24-Окт-04, 22:13
	> Есть такая хорошая вещь, как модель OSI. Придуманная людьми, которые всяко были не глупее Вас. Как-то высокомудрые дядьки собрались и придумали семиуровневую модель OSI, по которой следовало строить сЕти. Некоторые люди стали строить сЕти по этим указаниям, и в результате получилось что-то дорогое, медленное и ненадёжное. Так что сейчас "модель OSI" - это что-то типа "модели абсолютно твёрдого тела", т.е. некое приближение к реальности, которое иногда отображает реальность более-менее прилично, а иногда очень плохо. Пример: целостность доставки данных используется как на уровне модемов с MNP-5 (первый уровень модели OSI), так и на уровне X.25/FrameRelay/ATM (второй уровень модели OSI) и на уровне TCP (четвёртый уровень модели OSI). И это реально работает, в отличие от OSI-based сетей, о которых никто не слышал, ибо они все умерли.
	Cообщить модератору \| Наверх \| ^


	14. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от toor99 (ok) on 24-Окт-04, 22:50
	Вы, вообще-то, поняли, что я хотел Вам сказать? Сдаётся мне, что нет. Поясняю: сжатие данных тоже может использоваться и на L1 (модем), и на L2/L3 (PPP), и на L6 (HTTP); в результате наблюдается бардак и массовый отказ от применения сжатия вообще. Модель OSI, уважаемый, нужна не для того, чтобы Вам было о чем спрашивать студентов на экзамене, и не для того, чтобы "строить по ней дорогие и ненадежные сети" - по ней сети не строят, это не схема и не чертеж. Она нужна для того, чтобы четко разделить функции сетевых протоколов, в том числе и тех, которые только разрабатываются.
	Cообщить модератору \| Наверх \| ^

5. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от sauron on 23-Окт-04, 11:10
>Что же касается улучшения TCP, то тут я бы >предложил встроить прямо в протокол функции >компрессии и шифрования трафика. Можно без >проблем обеспечить совместимость: при >установлении соединения клиент в дополнение к >стандартным параметрам предлагает набор >поддерживаемых им протоколов компрессии и >шифрования, а сервер отвечает, каким методом >следует воспользоваться. Клиент при этом может >ориентироваться также на тип передаваемых данных >(передаётся при запросе на открытие сессии). хм... а что это разве не IPSEC ?
Cообщить модератору \| Наверх \| ^

6. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Дмитрий Ю. Карпов on 23-Окт-04, 14:10
sauron: > хм... а что это разве не IPSEC ? IMHO, IPSec - это VPN, т.е. ещё и авторизация по имени/паролю; а это (при использовании вместо TCP) уже несовместимо с уже существующими TCP-based протоколами.
Cообщить модератору \| Наверх \| ^


	15. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от toor99 (ok) on 24-Окт-04, 22:55
	>sauron: >> хм... а что это разве не IPSEC ? >IMHO, IPSec - это VPN, т.е. ещё и авторизация по имени/паролю Какая хорощая иллюстрация к Вашему непониманию этой набившей оскомину 7-уровневой модели... IPSec - это L3. Где там может быть авторизация по имени/паролю, скажите пожалуйста? В каком она там месте?
	Cообщить модератору \| Наверх \| ^


	20. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от Дмитрий Ю. Карпов on 25-Окт-04, 12:47
	toor99: > сжатие данных тоже может использоваться и на L1 (модем), и на L2/L3 (PPP), и на L6 (HTTP); С каких это пор PPP залезает на третий уровень модели OSI, если он между модемом (физический уровнень) и IP (сетевой уровнень)? Как HTTP оказался на шестом уровне, если он работает поверх TCP (четвёртый уровень)? > в результате наблюдается бардак и массовый отказ от применения сжатия вообще. И потому следует внести сжатие в наиболее часто используемый протокол, благо потоковый тип взаимодействия позволяет получить наибольшую степень компрессии. > Модель OSI нужна для того, чтобы четко разделить функции сетевых протоколов, в т.ч. и тех, которые только разрабатываются. А марксизм-ленинизм нужен для того, чтобы по нему обустраивать государства, в т.ч. и те, которые только организуются. :) > IPSec - это L3. Где там может быть авторизация по имени/паролю, скажите пожалуйста? В каком она там месте? Если это L3, то он должен заместить собой IP (вытеснить его) - сомневаюсь, что это так. То, что я читал про "IPSec в Windows", создало у меня впечатление, что IPSec скорее ориентирован на пакетную фильтрацию - и в таком случае это вообще не протокол. При обеспечении безопасности есть много методов, каждый из которых противодействует разным методам атак. Объясните мне, что такое делает IPSec сверх того, что делают VPN и IP-FireWall.
	Cообщить модератору \| Наверх \| ^


	21. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от toor99 (??) on 25-Окт-04, 14:20
	>С каких это пор PPP залезает на третий уровень модели OSI, если >он между модемом (физический уровнень) и IP (сетевой уровнень)? PPP находится и на 2 и на 3 уровнях. Учите матчасть. >Как HTTP оказался на шестом уровне, если он работает поверх TCP (четвёртый уровень)? HTTP находится на 5,6 и 7 уровнях. Учите матчасть. >Если это L3, то он должен заместить собой IP (вытеснить его) - >сомневаюсь, что это так. IPv6. Учите матчасть. >То, что я читал про "IPSec в Windows", создало у меня впечатление, >что IPSec скорее ориентирован на пакетную фильтрацию - и в таком >случае это вообще не протокол. При обеспечении безопасности есть много методов, >каждый из которых противодействует разным методам атак. Объясните мне, что такое >делает IPSec сверх того, что делают VPN и IP-FireWall. RFC1825,RFC 2401. Чтением вслух я вас развлекать не собираюсь.
	Cообщить модератору \| Наверх \| ^


	25. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от MrKooll on 27-Окт-04, 15:51
	>То, что я читал про "IPSec в Windows", создало у меня впечатление, >что IPSec скорее ориентирован на пакетную фильтрацию - и в таком >случае это вообще не протокол. При обеспечении безопасности есть много методов, >каждый из которых противодействует разным методам атак. Объясните мне, что такое >делает IPSec сверх того, что делают VPN и IP-FireWall. И эти люди дают задачи студентам.... Ужас. VPN это название технологии. VPN можно реализовать на IPsec, pptp, ssl и кучей других способов. Так что спросить "что такое делает IPSec сверх того, что делают VPN и IP-FireWall" можно только абсолютно не разбираясь в предмете. Кроме того читать про "IPsec в Windows" вообще не следует людям с неустойчивой психикой. Сначала нужно посмотреть на нормальные реализации (Cisco, *SWAN, Kame), а потом думать как это г. заставить работать как надо. tcp 6 TCP # transmission control protocol udp 17 UDP # user datagram protocol ipv6-crypt 50 IPv6-Crypt # Encryption Header for IPv6 ipv6-auth 51 IPv6-Auth # Authentication Header for IPv6 Вот 50 и 51 протокол и есть IPsec.
	Cообщить модератору \| Наверх \| ^


	30. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от Dmitry (??) on 21-Ноя-04, 00:56
	>>То, что я читал про "IPSec в Windows", создало у меня впечатление, >>что IPSec скорее ориентирован на пакетную фильтрацию - и в таком >>случае это вообще не протокол. При обеспечении безопасности есть много методов, >>каждый из которых противодействует разным методам атак. Объясните мне, что такое >>делает IPSec сверх того, что делают VPN и IP-FireWall. > > >И эти люди дают задачи студентам.... Ужас. > >VPN это название технологии. VPN можно реализовать на IPsec, pptp, ssl и >кучей других способов. Так что спросить "что такое делает IPSec сверх >того, что делают VPN и IP-FireWall" можно только абсолютно не разбираясь >в предмете. > >Кроме того читать про "IPsec в Windows" вообще не следует людям с >неустойчивой психикой. Сначала нужно посмотреть на нормальные реализации (Cisco, *SWAN, Kame), >а потом думать как это г. заставить работать как надо. > >tcp 6 >TCP > # transmission control protocol >udp 17 UDP > > # user datagram protocol >ipv6-crypt 50 >IPv6-Crypt # Encryption Header for IPv6 > >ipv6-auth 51 > IPv6-Auth # Authentication Header >for IPv6 > >Вот 50 и 51 протокол и есть IPsec. ...кстати, в Windows IPSec разработан совместно с Cisco
	Cообщить модератору \| Наверх \| ^


	24. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от Аноним on 26-Окт-04, 07:18
	>>sauron: >>> хм... а что это разве не IPSEC ? > >>IMHO, IPSec - это VPN, т.е. ещё и авторизация по имени/паролю > >Какая хорощая иллюстрация к Вашему непониманию этой набившей оскомину 7-уровневой модели... IPSec >- это L3. Где там может быть авторизация по имени/паролю, скажите >пожалуйста? В каком она там месте? Какая, нахрен, авторизация? Аутентификация... Вот так вот документацию нынче и переводят...
	Cообщить модератору \| Наверх \| ^

7. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Аноним on 23-Окт-04, 14:35
>IMHO, IPSec - это VPN, т.е. ещё и авторизация по имени/паролю; В IPSec при типе соединения transport, как раз он самый и происходит, причём весьма прозрачно для всего сетевого хозяйства, а VPN строится несколь тначе. IPv6 содержит нативную поддержку IPSec.
Cообщить модератору \| Наверх \| ^

8. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Аноним on 23-Окт-04, 14:44
config setup interfaces="ipsec0=eth0:0" ... ... conn conn_1 type=transport compress=yes left=172.16.10.254 leftid=172.16.10.254 right=172.16.10.50 rightid=172.16.10.50 authby=rsasig ... ... auto=start
Cообщить модератору \| Наверх \| ^

16. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Аноним on 25-Окт-04, 02:06
Интересно, как они решают проблему, если аппаратный фильтр откидывает битый пакет в любом случае. И как ни шифруй выше уровнем - только если избыточность пакетов будет превышать кол-во битых пакетов - будет всем ччастье. Или неччастье. На узлах с строгими правилами QoS такой траффик будет создавать паразитную загрузку и при перегрузке откидываться, вообще путая всё. Хотелось бы мат. выкладки увидать.
Cообщить модератору \| Наверх \| ^

23. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Аноним on 25-Окт-04, 22:39
Матвыкладки у них на сайте есть ... В разделе Library. А вот целесообразность применения их разработок пока очень оправдана на тех линках, где существует большая задержка, а полосу хочется занять всю. Допустим, при задержке 80 мс и полосе 10 Мбит/с, одна tcp сессия никогда не сможет утилизировать все 10 Мбит/с, поэтому либо переписывать софт на много-сессионность, либо применять UDP в качестве транспортного протокола, у которого нет этих милых вещей типа flow control, congestion avoidance, exponential backoff и т.д. :)
Cообщить модератору \| Наверх \| ^

28. "UDP как транспортный протокол, заменяющий TCP"
Сообщение от Аноним on 03-Ноя-04, 13:38
>Допустим, при задержке 80 мс и полосе 10 Мбит/с, одна tcp сессия http://rfc.sunsite.dk/rfc/rfc1323.html
Cообщить модератору \| Наверх \| ^


	29. "UDP как транспортный протокол, заменяющий TCP"
	Сообщение от Anonymous on 09-Ноя-04, 13:34
	>>Допустим, при задержке 80 мс и полосе 10 Мбит/с, одна tcp сессия > >http://rfc.sunsite.dk/rfc/rfc1323.html window_size = bandwidth * delay Как вы собираетесь обходить проблему с максимальным размером окна у виндов ?
	Cообщить модератору \| Наверх \| ^