linkmeup

​Сетевик, хватит маяться дурью. Тестируй оптические аттенюаторы правильно!

Раз нынче модно носиться с солнечными вспышками, давайте мы тоже посмотрим где тот самый эм-шум, которым всех пугают. https://ei7gl.blogspot.com/2024/05/solar-noise-on-28-mhz-band-10th-may-2024.html

​Скучающие фанаты статистики решил построить график распределения пин кодов, которые стали достояние общественности. Говорят что учли 3,4кк вхождений. Что сразу бросается в глаза: - Аки новогодняя ёлка горят пины связанные с датой рождения. Это 19хх и 20хх. Причём видно как зараждается тренд в 1945 и еле-еле доходит до 2005 - Следом за ними идут выбирающие пином дату в виде ММГГ - Ленивые кожаные мешки не хотят запоминать четыре цифры и просто лупят по маске ХХУУ - На 10 самых популярных комбинаций приходится почти 30% попаданий. 1234 и 4321 горят аж слепит - Я сначала не понял что за популярные такие 7410 и 2580, а потом как понял, как понял Немного историй стоящих за этим графиком можно обнаружить здесь: http://www.datagenetics.com/blog/september32012/index.html

Мопед не мой, рассказываю как самому объяснили: - В 5G у телефонов есть таймер periodic registration update. Этакий пинг, говорить сети что ты всё ещё здесь, даже если активных действий не производишь - В спецификации TS 24.501 значение этого таймера задано как 54 минуты. Странное число, но почему бы и да. - Теперь интересная часть: NAS (аналог сетевого уровня в 5G) отводит под поле для его передачи (GPRS Timer 3) 5 бит. И три бита для выбора множителя: 10 минут, час, 10 часов, 2 секунды, 30 секунд, минута или 320 часов. То есть, 54, при множителе в 1 минуту, туда не влезает. И при других значениях его тоже не упаковать как ни крути. - Стали разбираться а как так и оказалось, что в предыдущем формате GPRS Timer 2 один из множителей был 1/10 часа. Именно одна десятая часа, а не шесть минут. Видимо деды планировали изменить его длительность, ну да ладно. Смысл в том, что ставим девяточку и при этом множителе получаем те самые 54 мнуты. Привет свято верящим в непогрешимость стандартов. Ознакомиться с теорией можно, например, тут: https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=3370

Недавно на горизонте опять всплыло RFC5321 и та самая безумная регулярка для проверки адреса на валидность. Но чтобы уж совсем люто не боянить и не пугать молодёжь манускриптами, лучше покажу вам это видео с Fosdem 2018, наглядно показывающее всю безумность этого несчастного RFC. P.S. Да, я знаю что качество записи заставляет страдать. Можно не сообщать про это. https://www.youtube.com/watch?v=xxX81WmXjPg

Вот уже скоро месяц, как лист рассылки членов RIPE NCC дымится и местами искрит от напряжения. В бесконечных почтовых тредах обсуждается схема оплаты членских взносов, предложенная Советом Директоров для голосования. Почему это так важно, и что вообще происходит? Кто: Павел Одинцов, технический директор FastNetMon О чём: - Как связаны RIPE с RIPE NCC, и каковы их функции - Что общего у RIPE NCC и гаражного кооператива - Как работает прямая демократия - Что случится в Кракове на ближайшем RIPE Meeting? https://www.youtube.com/watch?v=FDAHAAwolu0

Неожиданные ожиданности, наверно стоило эту статью так назвать. И да, удивляться что компьютерному болвану сносит башню от дуалстека совершенно не надо. Так что или крестик, или трусы. https://habr.com/ru/articles/811487/

​Так-так-так, давненько у нас не было споров о L2 vs L3 в рамках датиков. Тут адепт подхода L3 везде где только можно рассказывает о разворачивании Ceph без всякого L2. BGP Unnumbered и IPv6 вам в помощь. https://blog.widodh.nl/2024/05/using-l3-bgp-routing-for-your-ceph-storage/

​Мы преступно мало обращаемся к TelcoCloud теме, особенно сейчас, в эпоху массового внедрения whitebox'ов. Своим опытом по сабжу с нами будет делиться Павел Михайлик из Инфосистемы Джет. В плане обсудить как их решение для TC дошло до whitexbox, к чему пришли, как автоматизировали и, конечно же, байки из первых рук и вправление мозгов вендору. Билеты уже вот-вот, но ещё есть. https://linkmeetup.ru/#tickets

Читатели подкинули весёлую багу в хромиуме (да и хроме тоже, чего греха таить). Оказывается в 2024 году, где-то внутри самого популярного браузера тихо-мирно живёт парсер BMP(вы вообще помните что был такой формат?), в котором на раз-два осуществляется переполнение с последующим крешем. Вернее жила. Потому что относительно недавно умный человек написал эксплоит, получил по баг баунти хорошо так денег и лавочку прикрыли. https://issues.chromium.org/issues/41494860