[t.me/patchcord/2068]

​​ telegra.ph/file/b319e355f2e996 Смотрел, смотрел я на этот график количества префиксов IPv6 в BGP twitter.com/bgp6_table/status/ и всё-таки пересилил свою лень чтобы посмотреть что за автономка скрывается за этой гребёнкой. Для чего пошёл на routeviews.org archive.routeviews.org/route-v за дампами. "Внезапно" оказалось что толковой машины с Linux у меня под рукой нет, одни микро VPS да embedded с не самыми последними дистрибутивами. Поэтому bgpscanner t.me/patchcord/800 у меня не собрался, я сломался когда компилятор стал ругаться на неподдерживаемые возможности языка, хотя и продвинулся достаточно далеко. Пришлось ставить bgpdump стандартным способом, благо он есть в репозиториях и ничего собирать не надо, а также умерить свои аппетиты выборкой из 10 воскресных измерений. Плюс немного sed, sort, uniq и join для устраивающего меня результата.

Оказалось и это действительно меня удивило до такой степени, что я подумал и где-то до сих пор сомневаюсь (ох как же я сомневаюсь) что всё сделал правильно - количество автономных систем которые меняют количество анонсируемых IPv6 префиксов, по крайней мере за это время, очень невелико, если быть точным то 172 из ~27500. А количество AS которые делают это в объёмах больших 10 префиксов за раз и того меньше: AS4515, AS4927, AS6730, AS7470, AS7545, AS8100, AS8376, AS20473, AS32167, AS52965, AS58810, AS135373, AS397199, AS397206, AS397232, AS397237. Из всех только две меняют количество анонсируемых префиксов каждый двухчасовой интервал - AS20473 в больших объёмах и AS397220 лишь на пару префиксов за раз. С другой стороны так действительно должно быть, не знаю почему я ожидал иного, гораздо большие изменения, скорее всего видны, в AS_PATH и community, нежели в анонсируемых домашних префиксах. И на этом фоне каждая из этих AS выглядит аномальной.

В итоге получился вот такой график для наиболее изменяемых. Общая разница между замерами выглядят вот так:

0-2:-121
2-4:+65
4-6:+260
6-8:-724
8-10:-10
10-12:+47
12-14:+256
14-16:-297
16-18:+759

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

[t.me/patchcord/2067]

SNMPv3 стандартно отдаёт уникальный идентификатор (как правило основанный на MAC), uptime и количество перезагрузок любым неавторизованным пользователям. Это не повод не включать SNMPv3 у себя в сети, что в общем-то совсем не сложно, но позаботиться об ограничении доступа, помимо аутентификации, конечно стоит. Сайт snmpv3.io snmpv3.io/ с данными мониторинга доступных хостов с SNMPv3 и там же ссылка на публикацию про это.

[t.me/patchcord/2066]

Nick Russo на этот раз про дизайн MPLS njrusmc.net/pub/csc_optc.pdf и вот это вот всё - много, подробно и свободно для изучения. В дополнение к остальным своим публикациям njrusmc.net/pub/pub.html .

[К оригинальному посту приложен файл csc_optc.pdf]

[t.me/patchcord/2065]

Про DHCPv6 blog.ipspace.net/2021/10/dhcpv теперь от Ивана Пепельняка. Вопросов решаемых с помощью DHCPv6 пока хватает, чтобы ситуация не была однозначной.

[t.me/patchcord/2064]

Не так важен язык, как желание что-то делать на нём. Просто операционка на LISP и её загрузка fitzsim.org/blog/?p=445 на реальном железе, на ThinkPad.

Мне, почему-то, напомнило DOS97 на BASIC qbasicgui.datacomponents.net/1 (еле нашёл в инете, думал уже из своего архива выложить придётся). Это конечно далеко не операционная система, но полностью реализованные классические графические элементы в ~3500 тысячах строк кода.

[t.me/patchcord/2063]

Появились подробности сегодняшнего часового даунтайма сети европейского хостера OVH по всему миру (наш сайт тоже был недоступен): travaux.ovh.net/?do=details&id

"The impact was the IPv4 routing only and all IPv6 traffic were accessible."

Могу подтвердить, всё это время доступ к серверу по IPv6 сохранялся.

Что касается самого даунтайма, то по фразам "router didn't take the last digit in the entry" и "applies and commits the command line natively" можно сделать вывод, что переконфигурирование роутера осуществлялось путём набора команд с клавиатуры (которые мгновенно применялись), и перед нажатием Enter в одной из команд недопечатали последнюю циферку.

[t.me/patchcord/2062]

🐧 Если у вас, по какой-то причине, возникало жгучее желание посчитать те или иные слова, которые встречаются в коде ядра Linux, то сделать это можно здесь - vidarholen.net/contents/wordco Оно ещё и график нарисует красивый.

[t.me/patchcord/2061]

Cisco и Huawei около 600-700, Dlink - 70, а Juniper всего 7

[t.me/patchcord/2059]

датацентры OVH упали... в твиторе перед этим открыто и прозрачно написали, что техработы проводят. напомнило мне "сложность работ низкая"... всплакнул

[t.me/patchcord/2057]

Вы знаете кто занимается часовыми поясами для всех (не всех, но многих) компьютерных систем в Интернет? Я знаю, потому что Волгоград за последние 5 лет сменил часовой пояс трижды и существует далеко не нулевая вероятность, что это произойдёт в ближайшее время ещё раз:

Zone Europe/Volgograd 2:57:40 - LMT 1920 Jan 3
3:00 - +03 1930 Jun 21
4:00 - +04 1961 Nov 11
4:00 Russia +04/+05 1988 Mar 27 2:00s
3:00 Russia +03/+04 1991 Mar 31 2:00s
4:00 - +04 1992 Mar 29 2:00s
3:00 Russia +03/+04 2011 Mar 27 2:00s
4:00 - +04 2014 Oct 26 2:00s
3:00 - +03 2018 Oct 28 2:00s
4:00 - +04 2020 Dec 27 2:00s
3:00 - +03

Так это выглядит на Github для европейской части tz github.com/eggert/tz/blob/main , которая управляется, как и весь tz, через список рассылки и принятые процедуры под покровительством IANA iana.org/time-zones . И если эти люди из списка рассылки не узнают о каком-то решении в какой либо местности, то своего правильного часового пояса у вас не будет.

И надо отдать им должное, всему сообществу, они работают гораздо быстрее чем большие корпоративные монстры поддерживающие свои собственные базы часовых поясов. На минутку, посмотрите наверх, последний раз Волгоград сменил часовой пояс 27 декабря, когда многие уже в предвкушении праздника и очень многие в самом его разгаре на рождественских каникулах, но нужные обновление вышли как и положено, хотя и вызвали дежурные, но справедливые возмущения mm.icann.org/pipermail/tz/2020 :

At this point, it’s likely too late to get an update out to users in time for this change, especially with the holidays in the US (where Google and Apple are located).

It would be very helpful if governments gave more time between making changes like this official, and when they take effect.

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

Решение объединить зоны, с фактически одинаковым часовым поясом после 1970 года в одну уже привело к обсуждению форка mm.icann.org/pipermail/tz/2021 и обсуждению смены координатора проекта mm.icann.org/pipermail/tz/2021 . Что-то собрать в кучу по этому вопросу попробовал The Register theregister.com/2021/09/28/tim . Пока же изменения были внесены, но не в первоначальном объёме и поэтому за парой жарких месяцев могут последовать не менее жаркие. А нам всем, наверное, остаётся надеется на здравый смысл людей принимающих столь важные решения в будничном ритме или поучаствовать, если видите в себе силы и возможности.

[t.me/patchcord/2056]

Публичный RPKI валидатор rpki-validator.ripe.net rpki-validator.ripe.net/ от RIPE Labs переехал на Routinator labs.ripe.net/author/nathalie- после того как они распрощались со своим клиентом.

Каких-то красивых графиков по статистике RPKI Trust Anchor RIPE NCC не нашлось, зато нашлось по ARIN dataplane.org/rpki.html , где видно что Routinator - доминирующий клиент.

[t.me/patchcord/2053]

Про частные ASn, community, RFC и историю Интернета networkfuntimes.com/why-is-655 - исчерпывающий ответ на вопрос почему AS65535 не относится к частному диапазону AS и почему так получилось.

[t.me/patchcord/2052]

​​ youtu.be/Fg9G5k2NgLs)[BGPlay](stat.ripe.net/widget/bgplay - самый тормозящий из инструментов в арсенале RIPE Labs, ни вчера ни сегодня мне так и не удалось посмотреть даже 5 минут жизни ни целой AS-FACEBOOK 32934 peeringdb.com/asn/32934 , ни какого-то из префиксов оттуда. Но, спасибо, тем же RIPE Labs, которые не поленились и удовлетворили наше любопытство записав жизнь префикса 129.134.30.0/24 во время labs.ripe.net/author/alun_davi аварии, добавив комментарии к происходящему.

[t.me/patchcord/2051]

"Приходит Devops к Сетевику и говорит..." blog.michaelfmcnamara.com/2021 - так мог бы начинаться анекдот, но это не анекдот, а подводка к статье netbeez.net/blog/packet-loss-r про основы TCP и почему пропускная способность зависит от задержек на канале. Не хочу говорить что это стоит знать всем, но всем кто так или иначе работает с сетью, пожалуй стоит.

[t.me/patchcord/2050]

Мало написано по существу кроме того, что это самый длинный подводный кабель engineering.fb.com/2021/09/28/ из когда либо построенных на данный момент. Надеемся не последний и радуемся за Африку.

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

Show older
mstdn.netwhood.online

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