Компания Valve перевела в разряд свободного ПО библиотеку GameNetworkingSockets (https://github.com/ValveSoftware/GameNetworkingSockets) с реализацией системы передачи сообщений поверх UDP, которая может применяться для организации высокоскоростного и надёжного сетевого обмена данными в играх. Код написан на языке С++ и поставляется (https://github.com/ValveSoftware/GameNetworkingSockets) под лицензией BSD.GameNetworkingSockets реализует поверх UDP похожий на TCP протокол, обеспечивающий установку соединения, но ориентированный на передачу сообщений вместо потоков. При этом через установленный канал связи сообщения могут передаваться как в режиме гарантированной доставки, так и с использованием режима ненадёжной передачи. Протокол поддерживает такие возможности как обработка фрагментации, упорядочивание пакетов, пересборка пакетов, прогнозирование и ограничение пропускной способности.
Имеется встроенная поддержка шифрования канала связи. Данные в пакетах шифруются с использованием алгоритма блочного шифрования AES, а для обмена ключами и проверки сертификатов применяются цифровые подписи базе на эллиптических кривых Ed25519. Механизмы доставки ключей и выбора вектора инициализации для каждого пакета основаны на методах, применяемых в протоколе QUIC (https://www.opennet.dev/opennews/art.shtml?num=42063).
Кроме библиотеки c реализацией класса SteamNetworkingSockets разработчикам также предложен инструментарий для симуляции потери пакетов и получения детальной статистики. Среди необходимых для сборки зависимостей: OpenSSL, Google protobuf, ed25519-donna (https://github.com/floodyberry/ed25519-donna), curve25519-donna (https://github.com/agl/curve25519-donna) и ujson (компактный парсер JSON, который уже включен в состав GameNetworkingSockets.
Из планов на будущее называется переработка кода "SNP", который отвечает за инкапсуляцию API-сообщений к UDP-пакеты и выполнение таких операций как фрагментация и персборка слишком больших пакетов, cлияние мелких сообщений и переотправка потерянных фрагментов. В новой реализации появится более продвинутая реализация скользящего окна и полноценная возможность упорядочивания пакетов (сейчас пакет пришедший не по порядку просто отбрасывается). Также планируется уйти от применения специфичных для Steam идентификаторов CSteamID в пользу более универсальной структуры идентификации.
URL: https://www.reddit.com/r/gamedev/comments/88f08i/valves_game.../
Новость: https://www.opennet.dev/opennews/art.shtml?num=48371
> TCP-подобных коммуникаций поверх UDPSCTP наборот.
> GameNetworkingSockets реализует поверх UDP похожий на TCP протокол, обеспечивающий установку соединения, но ориентированный на передачу сообщений вместо потоков.
Странно, а здесь получается, что скорее SCTP.
наоборот*
Похоже под "TCP-подобных коммуникаций" подразумевалась гарантия доставки, но не очередность. Как раз таки их собственная работа, подобная SCTP.
Всё что угодно приходится делать, но не впиливать SCTP в винду.
Если бы проблема только в винде была. SCTP умер из-за миллионов г%внороутеров в интернете, не умеющих NAT для него.
1) Гуглим sctp vulnerability.
2) Понимаем, что лучше велосипед.
Дело не в уязвимостях, их пофиксят. Сложность в том, что надо взять и разом обновить все маршрутизаторы в интернете чтобы они перестали дропать незнакомый им протокол SCTP. Поэтому и велосипедят поверх UDP.
Их за 10 лет столько было именно в SCTP, что это лучше не трогать. Даже палочкой.
И тут, ВНЕЗАПНО, основные реализации SCTP умеют инкапсулироваться в UDP именно для решения этой проблемы.
Давно есть юзерленд стек под всех ОС включая винду https://github.com/sctplab/usrsctp
и там есть поддержка sctp over udp
> Всё что угодно приходится делать, но не впиливать SCTP в винду.Ну так убеди MS это сделать. Во все реально используемые версии винды и прочие макоси. Чарт популярности операционок можешь в Steam посмотреть. И еще промежуточное сетевое оборудование и софт.
Подобного добра существует достаточно. Вот, например, http://udt.sourceforge.net/, тоже на C++. Там уже реализовано управление перегрузкой, переотправка потерянных фрагментов, переупорядочевание.PS Вот бы подобное, дополняющее встроенное управление перегрузкой, для DCCP: гарантированная доставка и переупорядочевание.
Ну, пусть будет. Можбыть для какой-нить телеметрии или месседжинга сгодится - там тоже "message instead of stream"
Откровенно говоря, оно почти везде лучше. Даже если файл грузишь часто выгодно делать это какими-нибудь чанками - на принимающей стороне раскладывать проще, обрывы всякие обработать и прочее. Уж не знаю, почему стримы так прижились.
> Откровенно говоря, оно почти везде лучше. Даже если файл грузишь часто выгодно
> делать это какими-нибудь чанками - на принимающей стороне раскладывать проще, обрывы
> всякие обработать и прочее. Уж не знаю, почему стримы так прижились.имо, из-за текстовки: <cr><lf> и "конец пакета", а то конгресс, немцы какие-то (с) - вернее с TLV приходится слегка серое в-во напрягать.
Да, действительно, наверное, там не только дороги, но сети получше))
Да не то чтобы. Те же США славятся своим засилием DSL до сих пор. ну и прочее - мобильные сети, вайфай и прочее, кажется, только в последние лет пять стали более-менее надёжными
Хочу засилье DSL в историческом центре города-миллионника, в котором имею удовольствие проживать. В каждую хрущёвку по пять провайдеров оптику тянут (у подруги - Ростелеком, МТС, Дом.ру, ТТК, Билайн, ящик, сцобако, вечно листовками забит), а в наш скворечник вшивую медную десятку кинуть - у них, видите ли, технической возможности нет.
Вот ещеhttps://github.com/wangyu-/UDPspeeder
https://github.com/wangyu-/udp2raw-tunnel
Так вроде же ENet всех победил?..
а еще udt или srt, но в целом не мешает писать новые реализации быстрой передачи
касательно новости - фуфло, ничего хуже не встречал
> Так вроде же ENet всех победил?..Valve обнаружили в нем фатальный недостаток...
QUIC от гугла, µTP от битторрента, GameNetworkingSockets от валв. Кто следующий [пере]изобретёт новый протокол поверх UDP?
кто не может воспользоваться гуглом что бы найти готовые решения, тот начинает изобретать
на самом деле разных протоколов поверх UDP много, только не все до опеннета доходят
Тот, кому потребуется ещё какая-то специфика, вестимо
Кстати Linux системы чуть прибавили в Steam:
http://store.steampowered.com/hwsurvey
Китайцам поднадоел пубг.
Штука специально заточена под игрушки.
хром лучше всех! (грузит) Google поработал над скоростью на переходе от 64 к 65 версии! а уже 67
А по поводу лицензии брюзжать никто не будет?Неужели жплфанатики взрослеют?
Тебе должно быть стыдно.
>>применяются цифровые подписи на базе эллиптических кривых Ed25519никто даже не вспомнил, что в ИБ-сообществе от них уже отказались
Вальвэ делает всё что угодно, но только не борется с читерами. Судя по их количеству и огромному рынку платных читерских-программ, что такое защита от читеров Вальвэ не знает вообще, зато протоколы с защитой и шифрованием у их якобы очень хорошие, и нам даже какие то достижения показывают, но все их теоретические изыскания легко разбивается о жестокую практику реального мира.
Ну так читеры по карте летать не могут, здоровье у них не бесконечное и так далее. А вот как бы ты защитил игру от AimBot? Патруль вот сделали, но у тебя наверное есть крутые идеи, выскажи их.
> Ну так читеры по карте летать не могут, здоровье у них не
> бесконечное и так далее. А вот как бы ты защитил игру
> от AimBot? Патруль вот сделали, но у тебя наверное есть крутые идеи, выскажи их.В vendetta online круто защитились. Дали aimbot всем и каждому. И попробовали сделать его качественным. Но учитыая специфику оружия (медленные пули, маневрирующие противники) толку от него умеренно. Половина опытных летунов его вообще отключает, чтобы не трындел.
Вот все и летают с aimbot'ом. Даже нубы. И даже если поставишь внешний - думаешь, при такой механике станет сильно лучше? Тормозные пули и маневрирующие противники никуда не денутся, а когда пулька вылетела уже поздняк ее корректировать. Есть конечно ракеты "fire and forget", мечта нубов и лентяев. Нажал кнопку, пару минут ракета гоняет за противником. Даже если и не собьет, противник на время озадачен, ему не до тебя. Но работает только против топорного AI, живые игроки умеют довольно результативные противоракетные маневры и выпуск помех. Ракет мало, после пары промахов стрелять просто нечем. А вот тут получатель ракеты может вернуться и использовать пушки, например, если у него они есть и ты не утикал. И вот не помогут ламеру и нубу никакие ракеты с самонаводкой. Опытный хрен стреляет лучше даже без аймбота и корабль у него лучше. Параметры движения сервак валидировать может, аномалии в скоростях за пределами того что должен мочь твой пепелац - speed hack парируют, логгируют или банят любые уважающие себя игровые серверы.
Ну то-есть можно ныть про читеров и городить идиотские защиты. А можно подойти к игровому процессу и механике креативно и половина багов станет фичой. Шта, игрок пускает 5 ботов в пачку и они лупят по 1 мишени? Ну так дайте всем игрокам target sharing как инструмент. Они все так делать будут. При том 5 живых игроков не в пример эффективнее чем 5 ширпотребных роботов для китаезного кача ресурсов и если вопрос встанет ребром, игроки ботовода вместе с его роботами выпилят как делать нефиг.
> по их количеству и огромному рынку платных читерских-программ, что такое защита
> от читеров Вальвэ не знает вообще,А представляешь, половина всяких ботов и проч - делают все то же самое что и живой игрок. Только лучше и быстрее.
Если ты будешь сильно настаивать - ну как максимум, начнут делать девайсы размером с usb-флеху которые кнопки жамкают в нужной последовательности сами. Предстааляясь системе usb-клавой, блин. Только мелкий процик кнопари жмет быстрее и лучше чем ты, недоразумение белковое. Для него миллисекунда - навалом времени. А ты даже и не заметишь столько. Это для тебя за гранью восприятия. Поэтому железка в принципе может все делать быстрее, точнее и лучше, извини.
В итоге боты будут играть с ботами, а люди останутся не у дел :)