структура фрейма езернет расписана по-байтно и в ней ровно то, что написано в стандарте

Да ну, чё тут такого? Сойдёт для смузи-сетевиков

А ты просто по старчески ворчишь

https://habr.com/ru/article/598863/

ОР выше гор

какая такая же, не понял. тут "стейбл"старье, в центе роллинги

Ну а куда ж им деваться, по-другому айтишников массово не наймешь. Но я бы мифы проверял не по программистам, а по обычным сотрудникам типа колцентра, таксистов, курьеров. По ним обычно сразу видно, как на самом деле компания относится к своим сотрудникам) В том же Ростелекоме интересно было бы посмотреть на неайтишных инженеров:) Сдается мне, там совсем другая картина. К тому же видел немало их офисов ещё пару лет назад (как раз инженерных), там совсем сказкой не веет))

Но забавно, когда деврелов нанимают для того, чтобы они повысили репутацию, были такими знаменитыми зажигалками, а ведь лучше нанимать ноунеймов, которые будут менять компанию изнутри — чтобы сами сотрудники естественным образом продвигали ее на рынке труда. А так — имеем лишь пыльный пиар в стиле «тот убийца в погонах не наш сотрудник, мы его за день до инцидента уволили»)))

в ртк нет деврелов, насколько я помню

А как же Oracle Linux.

Нет, цент не стал роллингом. Внутри мажорной ветки точно так же сохранились гарантии по стабильности ABI и обратной совместимости. Просто избавились от промежуточных минорных релизов (которые в центос и стандартной подписке rhel всё равно полноценным ветками не были), и сейчас в centos stream точной такой же подход, как в дебиане: есть мажорные ветки с гарантиями стабильности внутри них, а обновления (багфиксы, обновления безопасности, бэкпорты фич из апстримов) внутри них идут непрерывным потоком, а не волнами минорных релизов.

ну ок(те я безусловно признателен за ответ развернутый, анализировать я его не буду, чтобы опровергать или подтверждать, цент уже за бортом. спасибо)

в каком стандарте?

afaik, в debian stable автоматом приезжают только секьюрити апдейты, бэкпорты подключаются только вручную

Думается мне, что все, что слева это лишь отсылка к транспорту, а справа - к описанию данных. Сама картинка наводит на путаницу, спросить бы автора, что он имел в виду. А вот над картинкой данных достаточно для понимания: итого - закрываем фрейм и все красиво. Замулевывай карандашем, вдруг автор придет и обоснует чо по чем. а с другой стороны,  TCP не может быть сам по себе, вот и дорисовали для него недостающие данные. так что все вполне не плохо

stream норм

Я не про бэкпорты новых версий пакетов, а про бэкпортирование функциональности из кодовой базы апстрима без изменения версии пакета. Например, бэкпортирование поддержки новых сетевых карт в ядре.

Это понятно, что, если уж переход, совершён, то дёргаться обратно смысла мало. У дебиана есть свои положительные стороны, которых иногда не хватает в rpm-based дистрах (например, dpkg-divert).
Просто на будущее, очень рекомендую внимательно читать release policy и lifecycle дистрибутивов, которые используются или которые хочется попробовать. В этих документах, собственно, описывается большая часть того, что определяет дистрибутив и его отличия от других. Ну и позволяет лучше понимать, что дистр обещает своим юзерам и не принимать необоснованные решения на панике из-за того, что кому-то что-то показалось.

вроде не особо часто что-то обновляется в стейбле, а новые фичи туда вообще не завозятся

Excel Senior Developer.. Звучит же)

Так и в centos это нечасто происходит. И новые фичи туда добавляются с сохранением совместимости по ABI. Обычно это добавление поддержки нового оборудования: например, ты начал закупать новые серваки, вышедшие год назад с новыми сетевыми картами, появившимися 2 года назад, а инфра у тебя на centos/rhel, который зарелизился 4 года назад. Ясное дело для таких случаев поддержку свежих сетевух бэкпортируют в ядро, чтобы тебе не пришлось ставить целиком новую версию из-за одного драйвера.