The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Google открыл наработки, связанные с защищённым сетевым протоколом PSP, opennews (??), 20-Май-22, (0) [смотреть все]

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


17. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Аноним (17), 20-Май-22, 13:00 
Полагаю, что автор комментария выше ожидал, что это будет отдельный протокол (в IP-смысле), а не протокол, инкапсулированный в UDP.

А автору выше отвечу: в Linux UDP хорошо оптимизирован, поэтому протоколы, инкапсулированные в него, в среднем работают быстрее, чем отдельные. Поэтому, например, предпочтительно использовать GRE over fou или gue, а не чистый GRE.

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

18. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Аноним (17), 20-Май-22, 13:04 
>UDP based encapsulation is likely to become ubiquitous in data centers, not just for virtualization use case but also for non-virtualization. The reasons for this are simple: it's a low overhead protocol and allows us to leverage several UDP specific optimizations commonly supported by networking hardware (RSS and ECMP for instance).
Ответить | Правка | Наверх | Cообщить модератору

25. "Google открыл наработки, связанные с защищённым сетевым прот..."  +1 +/
Сообщение от Аноним (25), 20-Май-22, 13:16 
Как бы ни была у тебя хорошо оптимизирована еще одна ненужная обертка - от этого лучше работать то что в нее завернуто не станет.

Особенно когда декларируемая цель - как раз супероптимизация того что внутри этой обертки. Да еще и вынесенная непосредственно на железо сетевой карты.

Просто гуглерабы любую проблему давно уже рассматривают как гвоздь. Нет протоколов кроме udp.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

31. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Я (??), 20-Май-22, 14:07 
так ведь протокола лучше действительно нет.
Ответить | Правка | Наверх | Cообщить модератору

38. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Аноним (38), 20-Май-22, 14:52 
Если для датацентра - есть IL.
Ответить | Правка | Наверх | Cообщить модератору

46. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Аноним (113), 20-Май-22, 16:23 
А если датацентров больше одного?
Ответить | Правка | Наверх | Cообщить модератору

71. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Аноним (71), 20-Май-22, 21:32 
Поддержка UDP доступна в любом COTS железе с оптимизациями, есть гигантский рынок специалистов, библиотек, литературы и исследований производительности. Все, кому надо знают что это и как этим пользоваться. А IL оказался настолько ненужным, что депрекейтнулся, не успев взлететь
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

42. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Аноним (17), 20-Май-22, 16:14 
https://legacy.netdevconf.info/0.1/papers/UDP-Encapsulation-...
В документе подробно описывается, почему выбран именно UDP.

However, encapsulating using UDP
provides some distinct advantages:
• Hardware optimizations for scaling, such as RSS
(Receive Side Scaling) and ECMP (Equal Cost
Multipath) routing, can be leveraged. These can
provide significant performance benefits.
• The UDP checksum provides protection against
packet mis-delivery. This especially relevant if a
packet is being encapsulated in IPv6 which does
not include a header checksum.
• Hardware support for UDP checksum can be
leveraged. NIC support for UDP checksum
offload is ubiquitous and can be used to offload
inner checksum calculation.
• The destination UDP port provides a demux for
different encapsulation methods or encapsulation
protocols.
• UDP allows extensible encapsulation protocols.
For instance, some proposed protocols include
sending optional data with encapsulated packets.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

83. "Google открыл наработки, связанные с защищённым сетевым прот..."  –1 +/
Сообщение от lockywolf (ok), 21-Май-22, 07:43 
Дело не в "хорошей оптимизации в линуксе", а в том, что на одной трети земного шара все протоколы, кроме tcp, udp и icmp считаются "кибернетической угрозой", и забанены нахер.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

119. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Аноним (119), 24-Май-22, 09:12 
Дело в том, что почти везде оборудование на L4 не поддерживает работу с чем-то иным, кроме как с TCP/UDP. Поэтому при попытке внедрить какой-либо новый протокол L4 ты сталкиваешься с тем, что надо либо искать вендора, который в железо запилит его поддержку, либо ты получаешь неуправляемую сеть без возможности фильтрации и управления трафиком. Поэтому и пилят поверх UDP.
Ответить | Правка | Наверх | Cообщить модератору

107. "Google открыл наработки, связанные с защищённым сетевым прот..."  +/
Сообщение от Онаним (?), 21-Май-22, 23:02 
Я подозреваю, что там роль сыграла одна-единственная оптимизация - GRO/GSO, слияние пачки пакетов в один псевдопакет и отправка его на стек одной большой авоськой. Карты очень хорошо умеют делать это для UDP, некоторые ещё для TCP умеют segmentation offload, и почти не умеют для всего прочего.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру