Патчкорд
Ir al canal en Telegram
Блог сетевого инженера. Новости телеком, IT и около IT. Связь - @UrgentPirate
Mostrar más2 909
Suscriptores
Sin datos24 horas
+97 días
+1630 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
octubre '26oct '26
octubre '26
+13
en 0 canales
septiembre '26
+19
en 1 canales
Get PRO
agosto '26
+24
en 3 canales
Get PRO
julio '26
+40
en 3 canales
Get PRO
junio '26
+31
en 1 canales
Get PRO
mayo '26
+127
en 5 canales
Get PRO
abril '26
+69
en 3 canales
Get PRO
marzo '26
+98
en 6 canales
Get PRO
febrero '26
+69
en 2 canales
Get PRO
enero '26
+44
en 2 canales
Get PRO
diciembre '25
+69
en 2 canales
Get PRO
noviembre '25
+27
en 2 canales
Get PRO
octubre '25
+36
en 3 canales
Get PRO
septiembre '25
+26
en 2 canales
Get PRO
agosto '25
+47
en 2 canales
Get PRO
julio '25
+39
en 1 canales
Get PRO
junio '25
+43
en 4 canales
Get PRO
mayo '25
+37
en 2 canales
Get PRO
abril '25
+55
en 2 canales
Get PRO
marzo '25
+80
en 4 canales
Get PRO
febrero '25
+55
en 1 canales
Get PRO
enero '25
+68
en 4 canales
Get PRO
diciembre '24
+53
en 4 canales
Get PRO
noviembre '24
+71
en 3 canales
Get PRO
octubre '24
+57
en 2 canales
Get PRO
septiembre '24
+46
en 6 canales
Get PRO
agosto '24
+35
en 3 canales
Get PRO
julio '24
+52
en 2 canales
Get PRO
junio '24
+41
en 2 canales
Get PRO
mayo '24
+56
en 4 canales
Get PRO
abril '24
+47
en 3 canales
Get PRO
marzo '24
+56
en 2 canales
Get PRO
febrero '24
+70
en 2 canales
Get PRO
enero '24
+85
en 5 canales
Get PRO
diciembre '23
+68
en 3 canales
Get PRO
noviembre '23
+29
en 2 canales
Get PRO
octubre '23
+77
en 0 canales
Get PRO
septiembre '23
+15
en 0 canales
Get PRO
agosto '23
+17
en 0 canales
Get PRO
julio '23
+17
en 0 canales
Get PRO
junio '23
+20
en 0 canales
Get PRO
mayo '23
+41
en 0 canales
Get PRO
abril '23
+13
en 0 canales
Get PRO
marzo '23
+8
en 0 canales
Get PRO
febrero '23
+17
en 0 canales
Get PRO
enero '23
+34
en 0 canales
Get PRO
diciembre '22
+46
en 0 canales
Get PRO
noviembre '22
+20
en 0 canales
Get PRO
octubre '22
+42
en 0 canales
Get PRO
septiembre '22
+24
en 0 canales
Get PRO
agosto '22
+37
en 0 canales
Get PRO
julio '22
+31
en 0 canales
Get PRO
junio '22
+28
en 0 canales
Get PRO
mayo '22
+91
en 0 canales
Get PRO
abril '22
+11
en 0 canales
Get PRO
marzo '22
+11
en 0 canales
Get PRO
febrero '22
+20
en 0 canales
Get PRO
enero '22
+13
en 0 canales
Get PRO
diciembre '21
+13
en 0 canales
Get PRO
noviembre '21
+10
en 0 canales
Get PRO
octubre '21
+39
en 0 canales
Get PRO
septiembre '21
+11
en 0 canales
Get PRO
agosto '21
+22
en 0 canales
Get PRO
julio '21
+16
en 0 canales
Get PRO
junio '21
+43
en 0 canales
Get PRO
mayo '21
+6
en 0 canales
Get PRO
abril '21
+13
en 0 canales
Get PRO
marzo '21
+44
en 0 canales
Get PRO
febrero '21
+40
en 0 canales
Get PRO
enero '21
+39
en 0 canales
Get PRO
diciembre '20
+1 282
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 07 octubre | +1 | |||
| 06 octubre | +1 | |||
| 05 octubre | +2 | |||
| 04 octubre | +2 | |||
| 03 octubre | +3 | |||
| 02 octubre | +2 | |||
| 01 octubre | +2 |
Publicaciones del Canal
BGP хороший протокол, настолько хороший что он сейчас отдувается за всех и за underlay, и за overlay, и за IGP с миллисекундной сходимостью. И в целом справляется, если не забывать как он на самом деле работает и для чего был придуман. Тогда и про таймеры MRAI можно вспомнить почему они такие, а про всякие as-override с local-as и allow-as-loop с advertise-peer-as может и вспоминать не придётся.| 2 | Раз пошла такая пьянка, замены командной строки на диалоговую. У Topolograph тоже агент есть agent.topolograph.com, как мне подсказывает его создатель. Не забываем, кстати, в чатик заходить. | 594 |
| 3 | ntop прикрутили ИИ агента nAnalyst к своим продуктам - презентация и её текстовая версия о том что из этого вышло, или должно выйти. | 630 |
| 4 |  📉Вымирание провайдеров: операторов связи в России 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 · 👏поддержка + ДЗЕН | 698 |
| 5 | Вот такие дела, собачка. | 697 |
| 6 | Если совсем-совсем не хочется использовать предложенный TCP/IP стек, то можно и свой написать и даже залезть на седьмой уровень. | 773 |
| 7 | Интернет концентрируется у нескольких крупных игроков, эти игроки внедряют IPv6, поддержка IPv6 скачкообразно растёт, хорошо, но есть нюанс. Смотрим сами в ipv6matrix.org для отслеживания процесса внедрения IPv6 по годам и разным способам измерения. | 813 |
| 8 | Мало написать что-то на BPF, чтобы действительно быстро обрабатывать трафик. Когда играешь с XDP, железо и память для тебя больше не абстрактная вещь, а ядро больше не набор системных вызовов. Чтобы сделать действительно быстро, надо обо всём об этом помнить, куда привязать прерывания, с какими процессорами связаны сетевые карты, что, впрочем, даже без XDP важно. | 834 |
| 9 | Мониторинг всех IPv4 адресов в Интернет watchthenet.com за каждые 3,5 часа. Не обновления BGP, а именно опрос ICMP и TCP SYN. Можно смотреть по регионам, вплоть до города и сразу подсвечиваются автономки которые резко теряют доступность. Обязательно читаем в блоге автора что к чему. | 956 |
| 10 | https://dns.museum/ | 1 530 |
| 11 | В Cisco OSPF может подниматься в нескольких экземплярах на одном устройстве через конструкцию router ospf <process N>. Каждый из этих экземпляров будет иметь собственное дерево и изолированную таблицу маршрутизации, но в конечном итоге всё окажется в общей таблице маршрутизации на локальном устройстве. Между процессами никакого взаимодействия нет, пока не настроить редистрибуцию в явном виде. Не самая часто используемая возможность, но в какие-то моменты, кажется, я даже настраивал.
На Juniper с его изначальной концепцией в 100500 таблиц маршрутизаций и изолированных сегментов routing-instance, развести OSPF можно было через них, но с недавнего времени есть ещё опция ospf-instance. Пример того как использовать в виде костыля, а не для реализации возможностей RFC6549: OSPF2 Multi-Instance Extetensions в SR. | 2 139 |
| 12 | Никто не хочет TCP в датацентрах, потому что его избыточный контроль сильно замедляет все процессы и тратит ресурсы. Поэтому придумывают всякое разное от новых протоколов, до ускорения TCP на уровне программирования ASIC коммутаторов с помощью P4. | 1 551 |
| 13 | CAIDA какие-то очевидные вещи пишет: если сделать фильтр BGP дампов на стороне коллектора и в сторону пользователя отдавать только запрошенное, а не полный дамп, то объём передачи снизится и скорость повысится. Спорить не будем, ждём публичной реализации BGPFriend. | 1 488 |
| 14 | Давно не замечал никаких изменений в блокировках у своего провайдера, схема оставалась понятная - перехватываем 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, на расширение мощностей, чтобы пропускать весь трафик через системы анализа, не зря цены поднимают. | 1 424 |
| 15 | Подписчики делятся ссылкой, огромное спасибо за это. Интерактивная страничка со структурой IPv6 пакетов разных протоколов, а рядом страничка с диаграммами взаимодействия некоторых IPv6 протоколов, тоже интерактивная.
Вообще сайт my6.my - это про прогресс и действия Малайзии в стремлении к IPv6-only к 2030 году, текущий статус и обратный отсчёт можно смотреть здесь. | 1 290 |
| 16 | Как ведёт себя BGP в Cisco IOS во время установки TCP сессии, но до обмена BGP сообщениями. Надо вспомнить порядок установки BGP соединений и его состояния: Idle, Connect, Active, Established и другие - а потом убедиться что Cisco сделало немного по другому. Также можно увидеть пример использования Tcl консоли во время отладки, для открытия сетевых соединений и посылки BGP сообщений. | 1 243 |
| 17 | И ещё раз про MPTE на более концептуальном уровне. | 1 401 |
| 18 | Про отладку файрвола в Linux которым управляет не только администратор системы. Тем кто сталкивался с nftables должно быть знакомо про приоритеты цепочек и поведение accept. Но в целом в сложной системе, которую делает сложным количество различных служб и их взаимосвязь, разобраться не просто, даже если представляешь как всё должно быть. | 1 550 |
| 19 | Опыт работы сервиса по сканированию IPv6 за последние 10 лет. Отсканированных адресов накопилось прилично, живых меньше, покрытие хорошее. Результаты самих сканирований можно найти на страничке сервиса ipv6hitlist.github.io. | 1 431 |
| 20 | В IETF озаботились распределением IPv6 адресации для космоса, пока в рамках солнечной системы. Говорят что полезное упражнение, потому что пока туда-сюда, порешают, договорятся, лет 30 пройдёт, и как раз стандарт уже будет. | 1 524 |
