Пингуй 0!

Первый тост за локалхост!

Окей спасибо.

Не очень понятно. Как показывает практика - поправить на своей стороне ЗО что-то можно. Но существенно скорость поднять можно только "купив" другой канал.

Несколько дней назад мир увидел релиз нового Linux Kernel 5.3
Линуксоиды третий день отмечают, а для нас есть один очень интересный момент: добавлена поддержка  0.0.0.0/8 IPv4 диапазона. Тут важно понимать, что это не прибитый гвоздями стандарт, который будет обязательно поддержан во всех дистрибутивах. Просто отныне ядро считает эти 16 миллионов адресов валидными и использовать их для внутренних теоретических изысканий может быть чревато.
https://kernelnewbies.org/Linux_5.3

Джон Гилмор (не музыкант, а ex-Sun, соавтор BOOTP, основатель EFF) сотоварищи решили, что что-то много IPv4 адресов простаивает. А именно, 0.0.0.0/8, 127.0.0.0/8 (кроме 127.0.0.0/24), 225.0.0.0/8 - 231.0.0.0/8, 240.0.0.0/4. И надо их превратить (https://netdevconf.org/0x13/session.html?talk-ipv4-unicast-expansions) в обычные global unicast.

Патчи для линукса вышли. Это некоторым образом удовлетворяет требованию running code, так что останется rough consensus от IETF.

127.0.0.0/8 мне лично кажется слишком радикальным. А 240.0.0.0/4 могут и начать раздавать, это 16 /8, плюс 225.0.0.0/8 - 231.0.0.0/8 - это ещё 7 /8. 23 префикса /8 - это по четыре префикса на один RIR. Среднее время расходования /8 одним RIR, судя по данным https://ipv4.potaroo.net/ — от 6 до 12 месяцев. То есть, если предположить, что это пройдёт IETF, будет поддржано вендорами, ICANN, RIR, это оттянет текущую ситуацию на 2-3 года.

до кучи

Плохо

почему?

старые устройства конечно отвалятся

и вообще

Это не решает проблему переполнения IPv4

да

Мы просто отрубаем хвост кошке по кусочку

ipv6 не взлетает(

К тому же 203.0.113.0/24 я внутри юзаю для своих нужд

TEST-NET, не роутится наружу

ээ

не приват же

зачем