Size: a a a

2021 November 28

АЖ

Алексей Жалнин... in Distributed
как это нельзя? или я чего-то не понял или у tcp есть гарантия доставки - а у нижележащего её нету
источник

PZ

Pavel Zlatovratskii in Distributed
Ты не понял: UDP не низлежащий для TCP - он ему параллельный. Без гарантии доставки, без гарантии порядка и вообще про другое. Существовавший в стеке TCP/IP всегда (как минимум с выхода из ARPANET)

QUIC - это "псевдоTCP" поверх этого UDP в котором порядок, гарантия доставки и прочее сделано "руками" (т.е. вне спецификации протокола).

При этом UDP сам по себе оказывается быстрее (на самом деле скорее отзывчивее)  TCP за счёт отказа от этой вот гарантии доставки и пр. Что использовалось годами и десятилетиями в других приложениях типа VOIP. И сейчас придумали как эту фичу прикрутить к HTTP - это получился QUIC.
Никаких механизмов "ускорения" относительно стека целиком нет и быть не может.
источник

С

Слава in Distributed
Есть ещё экзотика вроде SCTP
источник

С

Слава in Distributed
Но она требует поддержки со стороны операционной системы, а в Windows с давних времён перестали заниматься развитием и перешли на поддержку
источник

БГ

Бензофуран Гетероцик... in Distributed
Есть ещё и MPTCP, но да ладно, это уже действительно другое
источник

АЖ

Алексей Жалнин... in Distributed
я не про удп
я забыл кто лежит под тсп - изернет чтоль? там нет гарантии доставки

точно так же поверх удп можно реализовать протокол с замером скорости, латентности, надёжности и учётом этого при планировании маршрутов в меше (или в "меше" поверх инета)
учётом флагов в пакете ВАШЕГО протокола
учётом в существовании параметров желаемого соединения функции открытия соединения в ВАШЕЙ либе ВАШЕГО протокола

не важно как некий лора будет передавать ваш пакет - можно сверху этого провести замеры и/или заранее предсоздать профиль "туннеля" типа "лора" в вашем протоколе
источник

С

Слава in Distributed
Под TCP лежит обычный IP
источник

БГ

Бензофуран Гетероцик... in Distributed
Короче, я о чём говорил
Берём, пилим софтверный роутер работающий поверх Ethernet и/или UDP
Пилим в нём меш
Пилим в нём флаги для выбора опций маршрута (скорость, задержка, надёжность)
???
PROFIT!
источник

PZ

Pavel Zlatovratskii in Distributed
>не важно как некий лора будет передавать ваш пакет
Так важно не это. Важно что в лоре есть куча других протоколов помимо нашего. И надо бы им не мешать.

Что нереально, если мы предполагаем перенаправить произвольный поток сколь угодно объёмных данных по нашему тоннелю поверх лоры.
источник

АЖ

Алексей Жалнин... in Distributed
+1
и не ебём мозг "сообщество^w деды не смогли и нам не надо"
источник

БГ

Бензофуран Гетероцик... in Distributed
Есть кто против?)
источник

PZ

Pavel Zlatovratskii in Distributed
Я против того, чтобы на меня зудели что я этого не сделал.
источник

С

Слава in Distributed
Говорят, что количество mesh-сетей в мире превышает количество реальных пользователей таких сетей
источник

PZ

Pavel Zlatovratskii in Distributed
Хотите делать - делайте, но я почти уверен, что не получится.
источник

АЖ

Алексей Жалнин... in Distributed
да почему нереально то?
чем это отличается от появления в округе 100500 метеостанций?
причём наша либа при передаче через лору будет отмечать падение пропускной способности и ко и снижать нагрузку
источник

АЖ

Алексей Жалнин... in Distributed
я думал это про месенджеры
источник

БГ

Бензофуран Гетероцик... in Distributed
В смысле?
источник

PZ

Pavel Zlatovratskii in Distributed
Потому что если вы будете активно засирать данными - лору сделают лицензируемой и пиздец.
источник

PZ

Pavel Zlatovratskii in Distributed
В смысле Алексей рассказывает что мы тут идиоты не можем сделать.... я не хочу делать - я не верю что получится.
Тем более поверх низкоскоростного общественного радио.
источник

АЖ

Алексей Жалнин... in Distributed
вайфай засирают
когда мы увидем лецензируемый вайфай в рамках одного жилого дома?
источник