Патчкорд

BGP хороший протокол, настолько хороший что он сейчас отдувается за всех и за underlay, и за overlay, и за IGP с миллисекундной сходимостью. И в целом справляется, если не забывать как он на самом деле работает и для чего был придуман. Тогда и про таймеры MRAI можно вспомнить почему они такие, а про всякие as-override с local-as и allow-as-loop с advertise-peer-as может и вспоминать не придётся.

Раз пошла такая пьянка, замены командной строки на диалоговую. У Topolograph тоже агент есть agent.topolograph.com, как мне подсказывает его создатель. Не забываем, кстати, в чатик заходить.

ntop прикрутили ИИ агента nAnalyst к своим продуктам - презентация и её текстовая версия о том что из этого вышло, или должно выйти.

📉Вымирание провайдеров: операторов связи в России 7 тыс., втрое меньше пика, и реформа может убрать ещё треть РКН рассказал Коммерсанту: за год, к июлю 2026-го, операторов стало на 17% меньше, чуть более 7 тыс., лицензий тоже минус 17%, до 21 тыс. Историю собрал по открытым данным РКН, девять графиков на слайде. 🔹 Пик лицензиатов был в 2011 году (22,5 тыс.), пик лицензий в 2015-м (46,9 тыс.). Операторов с тех пор в 3,2 раза меньше, лицензий минус 55%. 🔹 Новых почти нет: рекорд декабря 2010 года 2 316 лицензий за месяц, в 2024-м в среднем 29, в 80 раз меньше. 🔹 Почему: с 2024 года пошлина за лицензию с СОРМ выросла с 7,5 тыс. до 1 млн ₽ за каждый вид услуг, плюс массовые отзывы у «бумажных сетей». 🔹 Дальше: реформа лицензирования может убрать ещё не меньше 33,2% провайдеров, около 4,7 тыс. останется. Сети ушедших отойдут федеральным операторам. В США консолидируют деньгами: AT&T отдаёт половину оптического СП BlackRock. У нас лицензиями. 📊 Источники: Коммерсантъ / РКН, открытые данные РКН, Телеспутник. Эксель с рядами: в закрепе. Не потерять канал ➡️MAX · 👏поддержка + ДЗЕН

Вот такие дела, собачка.

Если совсем-совсем не хочется использовать предложенный TCP/IP стек, то можно и свой написать и даже залезть на седьмой уровень.

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

Мало написать что-то на BPF, чтобы действительно быстро обрабатывать трафик. Когда играешь с XDP, железо и память для тебя больше не абстрактная вещь, а ядро больше не набор системных вызовов. Чтобы сделать действительно быстро, надо обо всём об этом помнить, куда привязать прерывания, с какими процессорами связаны сетевые карты, что, впрочем, даже без XDP важно.

Мониторинг всех IPv4 адресов в Интернет watchthenet.com за каждые 3,5 часа. Не обновления BGP, а именно опрос ICMP и TCP SYN. Можно смотреть по регионам, вплоть до города и сразу подсвечиваются автономки которые резко теряют доступность. Обязательно читаем в блоге автора что к чему.

В Cisco OSPF может подниматься в нескольких экземплярах на одном устройстве через конструкцию router ospf <process N>. Каждый из этих экземпляров будет иметь собственное дерево и изолированную таблицу маршрутизации, но в конечном итоге всё окажется в общей таблице маршрутизации на локальном устройстве. Между процессами никакого взаимодействия нет, пока не настроить редистрибуцию в явном виде. Не самая часто используемая возможность, но в какие-то моменты, кажется, я даже настраивал. На Juniper с его изначальной концепцией в 100500 таблиц маршрутизаций и изолированных сегментов routing-instance, развести OSPF можно было через них, но с недавнего времени есть ещё опция ospf-instance. Пример того как использовать в виде костыля, а не для реализации возможностей RFC6549: OSPF2 Multi-Instance Extetensions в SR.

Никто не хочет TCP в датацентрах, потому что его избыточный контроль сильно замедляет все процессы и тратит ресурсы. Поэтому придумывают всякое разное от новых протоколов, до ускорения TCP на уровне программирования ASIC коммутаторов с помощью P4.

CAIDA какие-то очевидные вещи пишет: если сделать фильтр BGP дампов на стороне коллектора и в сторону пользователя отдавать только запрошенное, а не полный дамп, то объём передачи снизится и скорость повысится. Спорить не будем, ждём публичной реализации BGPFriend.

Давно не замечал никаких изменений в блокировках у своего провайдера, схема оставалась понятная - перехватываем DNS, подменяем на свои адреса со страницей заглушкой, если пользователь где-то находит настоящие адреса, то их просто фильтруем. Но теперь, даже при обращении на настоящий IP адрес 172.67.182.196 возвращается страница заглушка:

curl -4 -v --head http://rutracker.org/
* Host rutracker.org:80 was resolved.
* IPv6: (none)
* IPv4: 172.67.182.196, 104.21.32.39
*   Trying 172.67.182.196:80...
* Connected to rutracker.org (172.67.182.196) port 80
> HEAD / HTTP/1.1
> Host: rutracker.org
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 302 Moved Temporarily
< Cache-Control: no-cache,no-store,max-age=1
< Pragma: no-cac
< Expires: Thu, 01 Jan 1970 00:00:00 GMT
< Connection: close
< Content-Length: 13
< Location: http://lawfilter.ertelecom.ru
< 
* Excess found: excess = 13 url = / (zero-length body)
* Closing connection

Если спросить адрес напрямую, там настоящий Cloudflare (вывод порезал):

curl -4 -v --head http://172.67.182.196/
*   Trying 172.67.182.196:80...
* Connected to 172.67.182.196 (172.67.182.196) port 80
> HEAD / HTTP/1.1
> Host: 172.67.182.196
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 403 Forbidden
< Date: Fri, 18 Sep 2026 18:34:36 GMT
< Content-Type: text/plain; charset=UTF-8
< Content-Length: 17
< Connection: keep-alive
< Server: cloudflare
< 
* Connection #0 to host 172.67.182.196 left intact

Но, со вторым IP адресом 104.21.32.39 такой перехват пока не работает:

curl -4 -v --head http://rutracker.org/
* Host rutracker.org:80 was resolved.
* IPv6: (none)
* IPv4: 104.21.32.39, 172.67.182.196
*   Trying 104.21.32.39:80...
* Connected to rutracker.org (104.21.32.39) port 80
> HEAD / HTTP/1.1
> Host: rutracker.org
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 301 Moved Permanently
< Date: Fri, 18 Sep 2026 18:28:02 GMT
< Content-Type: text/html; charset=UTF-8
< Connection: keep-alive
< Location: https://rutracker.org/
< Server: cloudflare
< 
* Connection #0 to host rutracker.org left intact

curl -4 -v --head http://104.21.32.39/
*   Trying 104.21.32.39:80...
* Connected to 104.21.32.39 (104.21.32.39) port 80
> HEAD / HTTP/1.1
> Host: 104.21.32.39
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 403 Forbidden
< Date: Fri, 18 Sep 2026 18:30:49 GMT
< Content-Type: text/plain; charset=UTF-8
< Content-Length: 17
< Connection: keep-alive
< Server: cloudflare
< 
* Connection #0 to host 104.21.32.39 left intact

По HTTPS не подключается никак и никуда не перенаправляется, тут просто по IP адресу срезается, как и раньше, возиться и искать способы что-то выудить не стал. Наверное, можно порадоваться за провайдеров которым хватает средств и возможностей, пусть и в простом HTTP, на расширение мощностей, чтобы пропускать весь трафик через системы анализа, не зря цены поднимают.

Подписчики делятся ссылкой, огромное спасибо за это. Интерактивная страничка со структурой IPv6 пакетов разных протоколов, а рядом страничка с диаграммами взаимодействия некоторых IPv6 протоколов, тоже интерактивная. Вообще сайт my6.my - это про прогресс и действия Малайзии в стремлении к IPv6-only к 2030 году, текущий статус и обратный отсчёт можно смотреть здесь.

Как ведёт себя BGP в Cisco IOS во время установки TCP сессии, но до обмена BGP сообщениями. Надо вспомнить порядок установки BGP соединений и его состояния: Idle, Connect, Active, Established и другие - а потом убедиться что Cisco сделало немного по другому. Также можно увидеть пример использования Tcl консоли во время отладки, для открытия сетевых соединений и посылки BGP сообщений.

И ещё раз про MPTE на более концептуальном уровне.

Про отладку файрвола в Linux которым управляет не только администратор системы. Тем кто сталкивался с nftables должно быть знакомо про приоритеты цепочек и поведение accept. Но в целом в сложной системе, которую делает сложным количество различных служб и их взаимосвязь, разобраться не просто, даже если представляешь как всё должно быть.

Опыт работы сервиса по сканированию IPv6 за последние 10 лет. Отсканированных адресов накопилось прилично, живых меньше, покрытие хорошее. Результаты самих сканирований можно найти на страничке сервиса ipv6hitlist.github.io.

В IETF озаботились распределением IPv6 адресации для космоса, пока в рамках солнечной системы. Говорят что полезное упражнение, потому что пока туда-сюда, порешают, договорятся, лет 30 пройдёт, и как раз стандарт уже будет.