Взгляд 6connect.com на итоги года в IPv6. Помимо роста обращений к Google и первого юбилея Дня запуска IPv6, затрагивается интересный вопрос регулирования со стороны государств, обязанности использовать IPv6. Помните про Белоруссию, где сейчас по статистике Google проникновение меньше 10%, не очень. Это ещё интересно с точки зрения выгоды, почему организации сами не внедряют IPv6, по доброй, так сказать, воле? С учётом, что отдельно отмечается в статье и называется главной причиной перехода на IPv6, значительного роста цены на IPv4 адреса.

Продвижением IPv6 занимаются на самом деле серьёзно почти все кто имеет отношение к этому и мы двигаемся со скоростью 5% в год в общем по миру по статистике Google. После бурного первоначального роста мы перешли к линейному, но чем дальше тем сложнее будет игнорировать накопившиеся проблемы, в том числе и с ценой IPv4 и с тем что уже «все там». И дальше, в какой-то момент, я думаю, мы скачком доберемся до 80-90%, как это было с HTTPS. Поэтому не ждём пока вас заставит государство или рынок - внедряем сегодня.

Чтобы не довольствоваться поверхностным обзором от 6connect и уж, тем более, моими измышлениями читаем, как всегда, наиподробнейший отчёт Geoff Huston о том что вообще происходило с адресами IPv4 и IPv6 в мире в 2022 году и ранее. Есть про всё, про рынок и цены, про рост и спад, про NAT и его фактическую полезность хоть и повсеместно ругаемую, про внедрение IPv6 и про критику IPv6 как мы сами себя очень жёстко ограничили отрезав от /128 подавляющую часть, а также всю историю вопроса как мы дошли до текущего момента и что нас ждёт в вероятном будущем.
Россия, кстати, несмотря на свой невысокий рейтинг Google по внедрению IPv6 входит в пятёрку все последние годы по численным показателям, в частности полученному в пользование IPv6 адресов 4,6% от всех распределённых адресов и 7,7 префиксов по /48 на человека, но использует их не очень охотно.

Чтобы разочароваться в 5G, надо сначала его внедрить. Поэтому нам ещё рано. По ссылке в статье тоже сходите, там про то же, но более развёрнуто - оптоволокно рулит.

Как собрать стек из двух Catalyst 9500 - надо использовать StackWise Virtual. Для этого вам придётся израсходовать несколько обычных портов и не больше двух устройств в стеке. Взамен, общее управление и отказоустойчивость. В статье нет ничего такого чего нет на cisco.com, почти сразу пример конфига, которого более чем достаточно чтобы разобраться. Если хочется больше коммутаторов в стеке, то надо Catalyst 9300 или помладше там и порты отдельные для этого есть.

По версии Netcraft веб сервер Cloudflare занял первое место по использованию среди наиболее загруженных сайтов опередив Nginx и Apache, из тех серверов что удалось идентифицировать. На самом деле эти трое имеют равную долю ~21% (в категории самых загруженных) и вместе покрывают 2/3 всего, но растущий тренд только у Cloudflare. Категория Other занимает первое место и на это стоило бы посмотреть в разрезе, возможно там окажется кто-то из немного переделанных знакомых. Говорим Интернет, подразумеваем Cloudflare, или рано ещё?

Онлайн инструмент от Ben Cox - tcpdump-to-bpf.benjojo.co.uk для тех кто знает синтаксис условий tcpdump и хочет превратить их в iptables -m bpf. У меня есть такое подозрение, что тем кто пользуется BPF постоянно, он не нужен.

Cisco CEF с нами и по-прежнему актуален. История вопроса и как всё работает в современных IOS-XE с примерами команд и всеми необходимыми пояснениями.

Интересно, конечно, посмотреть бы на наших, но глобально автоматизация в телекомах это тренд и мы про него знаем. Однако, это или не зашло очень далеко или не показывает видимых результатов, возможно пока не показывает. Может быть, потому что очень много приходится делать руками на чердаках, столбах и канализации, а может быть потому что телекомы не умеют ничего другого, как бы ты их не автоматизировал. Деньги вкладываются, ждём результата.

И пока мы ждём результата расследований от Microsoft можно попытаться угадать что же было на этот раз: DNS, BGP, автоматизация или всё сразу. В Cisco ThousandEyes думают что BGP, если вас как и меня туда не пустило, то можно почитать более неформальный и развёрнутый обзор от Networkworld.
Наш опрос показал что облакам доверяют, несмотря ни на что, больше половины. В отчёте Uptime Institute ситуация выглядит хуже - только 36% размещают критические вещи в облаках, но 15% из них сомневается в надёжности этого решения. В любом случае, подстелите соломки.

Настраиваем NAT46 на Fortigate и обосновываем эту необходимость. В комплекте с настройками дампы трафика.
В конце, автор отмечает забавный для себя факт, что он поймал трансляцию вида 646. Но, вероятно, это ближайшее наше будущее - нагромождение трансляций из v4 в v6 и из v6 v4 на границах сильно фрагментированного Интернета, с ужасно затянувшимся переходом от одного протокола к другому.

Люди иррациональны, они создают иррациональные вещи, все вещи и системы созданные людьми иррациональны и это нормальное состояние. Добавьте немного рациональности и вас ждёт успех, но делать рациональные вещи очень сложно, оооочень сложно. Очень объёмная, по сегодняшним меркам, статья про хорошие продукты, рынки, управление, IT, про домыслы и логику, которой нет.

Если вы не передаёте данных по сети, то вам не нужен и QoS. На самом деле, вылечить проблему увеличением канала всё равно не получится, но полагатьcя только на QoS тоже не стоит. Решайте задачу комплексно, в статье - конкретные примеры этого.

Делать процессоры очень просто, не правда ли? Автор реализует симулятор RISC-V, достаточно высокоуровневый, как бы странно это не звучало в этом случае, и компилирует под него игру "Жизнь". А потом реализует, не до конца, аппаратный вариант процессора на Amaranth HDL.
С тех пор как я постигал эту науку в университете основы вроде остались на месте, по крайней мере мне понятно что написано. Но вот совсем ничего не зная, с этого начинать не стоит, лучше начать с триггеров, мультиплексоров и сумматоров в простейшем изложении, конечных автоматов и сделать что-то простое, на пару-тройку команд. Хотя видеть сразу результат такой большой задачи, как у автора, интереснее, но сразу может получиться далеко не у всех и интерес быстро пропадёт.

Не стал ждать что Twitter устроит платный доступ к своему API и переделал @bgp_table_bot на Mastodon, там один в один то же. Даже если катастрофы не случится, хотя многие напряглись, Mastodon в России не блокируется, можно будет по ссылочкам на оригинальные посты ходить без всяких выкрутасов. Второй бот @FullViewBGPbot зависит только от данных в RIS и считает статистику самостоятельно, надеюсь докрутить его чтобы ещё RPKI показывал. Выбираем любой.
Я не думаю что Mastodon или вообще любая альтернативная платформа сможет сравниться по популярности с каким-либо из гигантов, не став при этом гигантом и притащив с этим все те проблемы которые им присущи, в том числе и централизованность. В Diaspora все мои попытки кончились ничем, хотя аккаунт там до сих пор есть и приходят какие-то отбивки на почту. Mastodon, я думаю, ждёт такая же судьба при всей его сиюминутной популярности, посмотрим.

Как поломать Ericsson RedBack, видео с DEF CON 30. Это одно из популярных решений для провайдеров в России некоторое время назад, может быть до сих пор. Ломается PPPoE и делается это по настоящему, через утечку памяти и подстановку собственного кода в систему - результат удалённый доступ и полный контроль над устройством. Бонусом ещё одна уязвимость - DoS всех абонентов через всё тот же PPPoE. Способы защититься в самом конце презентации, если нет возможности обновиться, во втором случае патча может не быть в принципе, такова судьба хорошего, используемого, но не нового железа.
Сетевики в провайдерах могут умилиться тому как автор постигает сетевые настройки провайдерского железа, у RedBack они не самые запутанные надо сказать. Ему, конечно, это удаётся, хотя на всё про всё ушло два года. Это один из тормозов - провайдерская специфика, а один из помощников - универсальная ОС NetBSD в данном случае, что позволило автору собрать виртуальный стенд, это можно взять на вооружение. Как мы знаем, универсальная ОС в качестве базовой присутствует сейчас на очень многих сетевых устройствах.

FreeRADIUS достаточно объёмный, не всегда последовательный, в котором надо понять замысел и суть, но всё же относительно простой в отладке инструмент, смотрим на атрибуты и читаем ошибки. Полезно прочитать всё что есть на сайте, включая примеры конфигураций, там, иногда, попадаются подробные описания сути процесса. А ещё, очень сильно помогает radclient, обязательно применяйте его для отладки.

Работа в которой исследуются изменения в зоне .RU после 24 февраля 2022 года и введённых затем санкций. Рунет, во многом, был всегда достаточно автономной структурой, без всякого дополнительного давления, даже без заботы государства. Cейчас он стал автономным ещё больше, правда зависимость от Let's Encrypt теперь 99%

Если очень внимательно читать RFC, то можно дочитаться до того что можно всё. Неожиданное для автора поведение NDP в части взаимодействия между публичными адресами и внутриканальными, после настройки файрвола по аналогии с IPv4. Адреса оказались равны по RFC, а это значит что производители сделали так как они поняли, одни так, а другие эдак.

Когда на вашем канале связи уровень потерь десятки процентов, то скорость этого канала уже совсем не важна. Сравнение подключения по радио, включая Starlink, LTE, WiFi, и выделенный радиоканал где-то в Калифорнии, в котором побеждает не самый быстрый, а самый стабильный. Качество это комплексный показатель в котором скорость далеко не всё, даже в проводных технологиях.

Не знаю смотрите ли вы на страницы статуса которые есть у некоторых компаний или нет, я смотрю на реакцию в чатах и социальных сетях :) Но если смотрите, то наверное замечали что это не инженерный, а маркетинговый инструмент и о большинстве происходящих сбоев вы там не узнаете. Сбои есть всегда, но крупных сбоев, чтобы подвинуть среднюю температуру по больнице не бывает много и они не случаются часто. Сделайте свой мониторинг, если вам это действительно важно, а если очень важно договоритесь об этом в SLA и конечно за это придётся заплатить отдельно.