нет это уже лет пять как минимум наблюдается

Значит мне первый раз так не повезло в двойном размере

А есть ремастеринг таких стикеров?)

Старых добрых :)

кстати да. как-то искал, ничо не нашёл

но это тоже ничего)

Это лучший вариант, пиксельно

‼️Распродажа остатков
⠀
VoIP-шлюз RG2402G за 1️⃣3️⃣4️⃣4️⃣ руб.
В наличии 73 шт.
⠀
Поддержка SIP, G.711, G.723.1, G.729 (A/B), NAT, VLAN, DHCP, IGMP
⠀
✔️Заказать можно с карточки товара или написать письмо на mail@eltexcm.ru

останков

Оптимистично

Останки сохранились полностью)

))

‼️Распродажа остатков
⠀
VoIP-шлюз RG2402G за 1️⃣3️⃣4️⃣4️⃣ руб.
В наличии 73 шт.
⠀
Поддержка SIP, G.711, G.723.1, G.729 (A/B), NAT, VLAN, DHCP, IGMP
⠀
✔️Заказать можно с карточки товара или написать письмо на mail@eltexcm.ru

Скоро начинаем.
https://linkmeup.ru/blog/567.html
https://linkmeup.ru:8001/live

Разве кто то еще сомневается? Гугл даже QUIC родил поверх UDP, чтобы избежать недостатков TCP

кстати, на протяжении жизни я мучаюсь одним вопросом. вот у нас есть туннель gre, openvpn, смешная третья опция, не важно. главное что там мту не 1500. есть вроде pmtu, но он почему-то часто не работает (или я не умею готовить) и выручает tcpmss. но как же udp и gre например? типа я захотел еще один туннель в туннеле запустить (в pppoe например)

pmtud вычисляет mtu от тебя до удалённого узла, но проблема в том, что удалённый узел не знает точного mtu от него до тебя (в обратную сторону), поэтому и приходится костыли прибивать с помощью tcpmss, чтобы опосредованно эту информацию ему передать. Но с udp и gre такое не прокатит, естественно, поэтому удалённым хостам придётся полагаться в вопросе вычисления mtu на себя.

то есть каждый разраб, который использует udp обязан озаботиться об мту?

Он может тупо полагаться на механизмы фрагментирования нижележащего протокола (ip) при посылке больших датаграмм, но должен быть готов к тому, что данные могут не дойти по получателя, и как-то этот момент предусмотреть.

upd: Ещё один момент. Так как udp не является протоколом с установлением соединения, то обе стороны вполне могут полагаться на pmtud, который будет выполняться операционной системой.

А вот tcp-сервер, отвечая на входящие соединения, естественно, запустить pmtud уже не может, и полагается на mss, полученное от клиента.

С GRE всё ещё сложнее, так как он вообще ничего не знает ни про мту и прочее. Тут либо нужно крутить руками, либо всё заботы будут перекладываться на конечные узлы, трафик которых попадает в туннель. Они уже сами будут вычислять максимальный размер передаваемых данных.