Низкоорбитальный спутниковый Интернет то место где ещё, в полной мере, не ступала нога регулятора. Поэтому могут быть всякие перекосы, что, отчасти, и нравится тем кто пытается запрыгнуть в этот поезд. В конечном итоге, получится как всегда, но пока есть время устанавливать свои правила.

Замена iperf или не замена - xfr на Rust. Однажды став популярным, проникнув в базовую установку дистрибутивов, а уж тем более, обретя нарицательное название, сложно перестать быть используемым везде, независимо от собственного качества или качества замены. Но порой такое происходит, иногда в какой-то локальной среде, иногда на волне прихода нового поколения пользователей или стиля в работе.

Предложения "The IETF's Transport and Services Working Group" как строить сети с низкой задержкой. L4S, NQB и другие, присутствуют. Абонентам должно понравится и не только игрокам.

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

День прошёл не зря, подсадил ещё одного человека на домашний IPv6, благо провайдер поддерживает. OpenWRT, в целом, удобен для настройки, но DHCP-PD, SLAAC, RA, без понимания концепции ставит всех тупик, кнопки Вкл/Выкл - нет и надо прямо водить за руку по интерфейсу, хотя я его тоже видел в первый раз на OpenWRT. Всех, это всех, тех кто не сел и специально не разобрался в IPv6, потому что знакомые категории и термины IPv4 не работают. Надеюсь не отключится.

Как писать в Linux Kernel - довольно не сложно. Грести можно бесконечно на любом уровне.

Забрал сегодня второй том (справа), первый мне не дался, но останавливаться на полпути я не стал. Покупая в 2020 году первый том, я не подумал что он первый и всё самое интересное, включая сети, окажется во втором. Книга мне не зашла, при том что изложено всё дотаточно скурпулёзно, но на мой взгляд, перегружено деталями для неподготовленного человека. Это справочник, в котором нет движения от общего к частному, каждая глава отдельная тема. При том явно говорится, что в открытом виде архитектура Windows нигде не публиковалась и все сведения, которые вы получаете, используйте на свой страх и риск.

Второй том я захотел купить сразу же, но его не было, он вышел только в 2021 на английском. Я просматривал раз в полгода-год наличие перевода и вот, наконец, купил. В введении меня сразу обрадовали:

"Рассудив, что главы о взаимодействии с сетью и анализе аварийных дампов неактуальны для современного читателя, вместо них он (Andrea Allievi) добавил совершенно новое описание Hyper-V"

Актуальность материала книги приходится на момент Windows 10 2103, 21H1, включая Windows Server 2019 и 2022. Что неплохо для книги и достаточно для понимания идеи заложенной внутри ядра.
Ожидания у меня такие же как и от первого тома, будет тяжело и непонятно, что-то я в любом случае почерпну, но для полного понимания надо работать с Windows на системном уровне, со мной этого не случилось.

Состояние дел с RPKI за 2025 год, в сравнении с 2024 от Job Snijders. Записей больше, среднее количество префиксов на одну подпись стремится к единице, время проверки больше. ASPA, вероятно, окончательно опубликуют до конца года, вендоры тоже стараются в этом направлении.

Про IPv6 мы и сами всё знаем. Как это выглядит в цифрах для разных типов объектов в Интернете для первого миллиона доменов, включая MX и NS записи. Особенно печально выглядят IPv6 only строчки.

Истории давно забытых дней от Ивана Пепельняка, про MPLS его скорость и при чём тут ATM. Когда решение очень конкретной проблемы вылилось в то что мы видим сейчас. И да, раньше было не лучше.

Домашняя страничка-блог стилизованная под man pages. Выглядит аутентично, правда не уверен что будет практична и удобна при чтении, написано на Python.

Как Netflix переезжает с full mesh iBGP на Route Reflector'ы. Всё по учебнику - решаем проблемы масштабируемости, гибкости и управляемости для тысяч маршрутизаторов. Два момента. Да, Netflix делают это сейчас, в 2026 планируют закончить, к вопросу, что любой метод который вас устраивает является рабочим, кто бы и что не говорил.

Второе, в парадигме Network as Code, Software-Defined Networking ввод умной сущности усложняет нам задачу. RR это "умный" исполнитель, который надо отдельно учитывать и который самостоятельно принимает решения по другим алгоритмам, нежели обычный маршрутизатор. Мы должны заиметь отдельный шаблон и написать отдельную логику, синхронизировав её с рядовыми iBGP устройствами. Без RR, этого всего не надо делать, единственное наше ограничение это количество поддерживаемых iBGP сессий на конечном устройстве. Нашему программному коду всё равно, сделать их 10 или 10000, на 10 или 1000 маршрутизаторах, главное чтобы ресурсов хватило. Чем, условно, площе сеть, тем линейнее и проще наш код, не будем даже про ИИ вспоминать. Вам всё равно не надо разбираться в конфигурации устройств, одним взглядом не охватить всё, достаточно видеть массив с количеством элементов и привязанным шаблоном, или отчёт где все тысячи строк конфигураций скрыты за цифрой с их количеством и поднятыми сессиями.
Есть правда вопрос с доступностью самих устройств для внешнего управления, потому что без сети, которую мы настраиваем, мы не сможем управлять устройствами. В этом случае, конечно, выгоднее иметь как раз умное и самостоятельно поведение, заложенное в протоколах маршрутизации и их алгоритмах. С другой стороны, независимая сеть для управления вопрос бы решила.
У Netflix есть автоматизация, про неё во второй части презентации, как они её используют для миграции, но они решили что им нужен RR.

Кто, как и с кем коннектится из Tier 1, со многими авторскими допущениями и интерпретациями исходных данных. Скачиваем BGP дамп и строим табличку, примерно вот такую.

Эмулятор RISC-V RV64GCV/RVA23 на Object Pascal. Чтобы попробовать сразу идите в этот репозиторий с фронтендом. Для компиляции нужны будут актуальные версии Free Pascal и Lazarus или Delphi.

Поиск промежуточных устройств, вносящих изменения в трафик, в голландских сетях. Искали с помощью yarrpbox, сырые данные тоже приложили, и нашли в 4% случаев. Дополнительно определили тип устройств и геолокацию и это далеко не всегда Голландия. Кажется странным что так мало нашли с учётом всех характеристик, и это не потому что в России цифра стремится к 100%. Файрволы и различные системы защиты, внешние в том числе, есть у многих и это вполне легитимные устройства.

Лабы уровня CCNA/CCNP. Есть под разные платформы, в том числе Packet Tracer и EVE-NG.

Программный BNG/BRAS и GitHub, в начальной стадии разработки. Много чего нет, но с другой стороны много чего уже есть: авторизация и политики. NAT нет, да здесь он и не нужен.

В MANRS бились-бились с провайдерами, поняли что дело гиблое и надо бы подтянуть всех остальных, для чего придумали MANRS+. Аргументация железная - вы зависите от путей в Интернет и если сами не позаботитесь об этом, то никто не позаботится, не стоит ждать милости от провайдера, вы от него и так сильно зависите. Документ не длинный, но можно чуть короче почитать в обзоре APNIC.

Контроль перегрузок в сети - непростая тема. Автор не делает её легче, скорее наоборот, делает её сложнее добавляя матана, в попытке разобраться как работает контроль перегрузок NSCC в Ultra Ethernet.

Быстрый файрвол в eBPF, но простой, может только откидывать трафик. Конфигурируется из консоли и json файлика.