Понимаю что тут по большей части сетевики собрались, но вдруг кому-то будет полезно.

В общем коснулся темы DBA, конкретно PostgreSQL и внезапно выяснилось, что у команды из Postgres Professional вся инфа для обучения в общем доступе лежит. Бери виртуалку и вперёд лабить. Качать отсюда - https://edu.postgrespro.ru/16/

Если что, для начала вам нужна "DBA1-16.ova", там внутри скрипт "Get handouts", запускаете и он подтягивает всю актуальную документацию и задания для самостоятельного изучения в "/home/student/dba1". Если нужны видео, то идёте на сайт, там тоже это всё есть - https://postgrespro.ru/education/courses/DBA1

Хороший пример от вендора, как стоит продвигать и развивать свои продукты 👍

Есть вот такой кампус (на первой картинке), что будем делать?

Правильно, MPLS, EVPN, SDA. (вторая картинка).

Нормальные стойки под оборудование, кабель менеджмент, эксплуатацию которая этим всем занимается - нет, спасибо. Лучше обмажемся VXLAN... Отличный план!

Ну это я немного утрирую конечно, они там сначала предлагают просто обычную сетку сделать, а уж потом ненавязчиво вкидывают про EVPN и его поддержку на новой линейке каталистов, которую вы теперь себе мечтаете купить :)

Но в целом, преза нормальная, показаны и простые сценарии и чуть поинтересней, для ознакомления можно полистать, оставил вот тут - https://likeabus.ru/assets/docs/BRKENS-1501.pdf

Второй митап прошёл!

Судя по отзывам, все остались сыты, довольны, ушли в хорошем настроении и вообще отлично провели время :)
Это приятно, надеюсь всё было не зря!

Пришло в этот раз уже более 40 человек, почти в 2 раза больше по сравнении с предыдущим разом! Пиццу ели, пиво пили, слушали, общались, делились историями из жизни, короче было круто! Отдельная благодарность спикерам, Полине, Алексею и Александру, за доклады, за то что не постеснялись выйти и поделиться чем-то интересным! Спасибо Александре @AlexandraErshova за помощь в организации и вообще активную позицию, ты крутая! :)

И конечно же, огромное спасибо всем вам, участникам канала, спасибо за то что читаете, комментируете, делитесь - без вас, этого бы ничего не было!

До встречи на следующих митапах! 🚀

Продолжу тему топологий. На этот раз у нас Jellyfish.

В общем ребята из Университета Иллиноиса и HP Labs, в 2012 году, решили, что все эти fat-tree, dragonfly и dring круто, но что-то всё не то...

Пошли своим путём. Топологию решили брать тоже плоскую, иерархии не будет.

Ок, значит все лифы подключаем напрямую между собой. Остаётся вопрос "как"? Рандомно.

WAT?????

Да, да. Просто берём и соединяем. Случайным образом. Ну почти, используем принцип Random Regular Graph.

Random Regular Graph - такой метод, при котором мы не определяем в какую ноду пойдёт наш линк, но мы участвуем в распределении этих линков по нодам. То есть если на одном коммутаторе уже использовано 3 порта как аплинки, а на других двух всего по одному, то получается следующий линк должен возникнуть на этих двух, чтобы чуть сбалансировать расход.

Ага. Ок. Пон.

😂😂😂😂😂😂😂

По крайней мере у меня была сначала такая реакция, ну бред же какой-то. Давайте ещё их запутаем, че они просто так будут случайно подключаться, узлов навяжем там каких-то...

Но всё оказалось реальностью. К посту приложил картинки, которые показывают результат, и он как видите превосходит привычный fat-tree.

Конечно, всё равно остаётся вопрос в эксплуатации этого добра, да и с маршрутизацией не разобрались по факту. Если для предыдущих топологий есть решения на основе того же BGP, то тут уже им не обойдёшься, слишком уж пути получаются неопределенные. Поэтому наши исследователи, сразу предлагают идти в сторону использования контроллера и уже с помощью него управлять маршрутизацией. А там можно и MPLS натянуть, ну или SRv6, не суть важна, всё равно контроллер посчитает и скажет ноде какой и куда туннель делать.

Что касается эксплуатации, то RRG подразумевает, что появление дополнительного узла, меняет часть всей топологии, т.к. он встраивается в разрыв существующих связей. То есть вся таблица коммутации и взаимосвязей должна быть динамической, а у нас иногда она и статически не очень то корректная...
В общем не представляю ту боль и страдания, через которые пройдёт инженер в ЦОДе, когда понадобится поменять битый линк, особенно если он идёт через кроссовое поле, где одна p2p связь использует 3 патчкорда...

🤬🤬🤬🤬🤬🤬🤬

Ниже всякие ссылки будут, там подробно описано, почитайте. Интересная штука. Если и не нашла применения вот прямо сейчас, то вполне вероятно что оно будет, просто в каких-то других итерациях, вариациях и сущностях. Так ведь всегда и бывает.

https://likeabus.ru/assets/docs/jellyfish_orig.pdf
https://likeabus.ru/assets/docs/jellyfish_vs_fat-tree.pdf

Продолжаю делиться всяким интересным из своих запасов.

Когда-то давно искал инфу по нестандартным топологиям и вот среди множества, нашёл это - DRing.

TL;DR
Очень здорово, делать так конечно же мы не будем.

Детали:
В общем там ни спайнов, ни тем более суперспайнов. Только ToR, только хардкор. Одна из плоских топологий, среди которых сейчас у всех на слуху Dragonfly, хотя как мы можем узнать из статьи выше, то когда он модифицируется в Dragonfly+, то о плоскости больше речи нет.

Логика достаточно простая и интересная. Берём ToRы, собираем их в некий кластер, авторы его называют supernode. Между вот такими кластерами делаем подключения от каждого до своих ближайших соседей и до соседей через 1 хоп. Вот тебе и получилось кольцо.

Внутри презентации есть нормальная картинка, станет понятно, посмотрите его. Телеграм не даёт прикреплять и картинку и pdf одновременно, либо то, либо другое.

Если в случае с привычным CLOS и ECMP, мы получаем понятный ход трафика только по равным + кратчайшим путям, то тут возникают альтернативные варианты, и собственно в этом вся соль, что теперь их тоже можно брать. Очевидно, что есть проблема с маршрутизацией и для её решения авторы предлагают брать Shortest-Union(K) механизм. Он предполагает использовать ещё и те, длина которые не превышает или равна коэффициенту "K".

В результате, выглядит неплохо для малых и средних площадок "small- and medium-scale DCs, comprised of a few 10s to 100 racks and up to a few thousand servers".

Ещё обратил внимание на то, что в состав авторов входят люди из VMware и VMware Research. Будто бы вся эта история очень неплохо ложится для использования в рамках инсталляций NSX, да и в целом любых других вариантов виртуализации сетей.

Позже поделюсь ещё похожей историей, только про Jellyfish. Там ребята вообще нормально кислотой закидывались при разработке 😘

Ура! Книга нашла своего получателя, поздравляем 🕺

Ура! Книга нашла своего получателя, поздравляем 🕺

На небе только и разговоров, что про кластеры ИИ, да RoCEv2...

В общем не знаю, полезно вам это или нет, но вот пусть тут полежит.

Кому лень открывать и смотреть, то я уже открыл и посмотрел. Там значит одна преза от broadcom, пишут вообще что такое RoCEv2, PFC и всякие DCQCN. А вторая конкретно про улучшение DCQCN и называется оно DCQCN+, внезапно, да.

На этом всё 😂

BUM in the EVPN-VXLAN.

Рассказывал коллеге какие-то общие штуки по теме, а потом понял, что надо писать полноценную статью. В итоге получилось более 20 000 символов...

Читаем тут:
https://likeabus.ru/manualstory/2025/04/03/bum-gig.html
https://habr.com/ru/articles/897204/

Не забывайте поделиться с коллегами, друзьями и тем, кто по вашему мнению будет заинтересован 💫

Вот ещё в копилку первоапрельских шуток, чуть с опозданием.

Выпустили RFC #9759. Буквально вот вчера, 1 апреля 2025 года.

"Unified Time Scaling for Temporal Coordination Frameworks", или если дословно переводить "Унифицированное масштабирование времени для структур временной координации"

Предлагают использовать всегда метод TWP или Two-Week Principle для оценки времени, и вот даже сделали схему конвертации ожидаемых оценок к стандартизованным, скрин на картинке.
Любая задача - 2 недели 😘

В общем RFC пишут тоже ребята с юмором🔥

https://www.rfc-editor.org/rfc/rfc9759.html

Вот вам в качестве первоапрельского прикола.

Доклад на тему
"Оптимальная маршрутизация велосипедистов с минимальным количеством остановок на светофорах".

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

Ещё, оказывается есть 3 типа велосипедистов:
1. Нетерпеливые 😡
2. Предсказывающие 😐
3. Расслабленные. 🕺

В общем, там прям реальная работа и исследование, а в конце на сладкое, решение опирающееся на алгоритм Дейсктры, ну какой тут сетевик устоит... 😂

продолжаю эксплуатировать своего бота, теперь он вместо розыгрышей собирает ваш фидбек 😬

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

@likeabus_channel_bot 💫

400G, 800G, and Terabit Pluggable Optics

Недавно делился этой презой с коллегой, может вам тоже кому-то и пригодится.

Из любопытного, например есть сравнение выигрыша по потреблению 400G vs 800G, при равной ёмкости в 25.6 Tbps. В первом случае вам надо собрать топологию из 6 свичей, 2 спайна и 4 лифа, а во втором достаточно одной коробки. Расход энергии получается на 87% меньше, или 3,504 kWh/year в сравнении с 26,280 kWh/year. Конечно это очень специфичный и притянутый за уши кейс, но всё равно интересно.

🎉 Победитель: @RMashtakov 🎉

ура! давайте поздравлять победителя, в ближайшее время свяжусь и отправлю книжку 🤝

всего принимало участие 137 человек, ну вроде неплохо было, надо делать традицией! 🔥

Так, ну вы просили обзор на B4COM и их оборудование, ну вот я сделал.

https://likeabus.ru/vendors/2025/03/21/b4com-basic.html.

в общем, нас внезапно тыща, спасибо ребят что вы тут

хочется как-то отметить, и вот у меня есть книжка, она новая, последняя версия всеми любимых Олиферов, 2024 года, бумажная, в твердом переплете

давайте подарю её кому-то, для этого надо быть подписанным на канале и тыкнуть в бота @likeabus_channel_bot "участвую"

победителя определю ближе к концу следующей недели

Накидал небольшую подборку постов, кину в закреп

Импортозамещение и тестирование:
VDS в ESXi
Aquarius
B4COM
B4COM (обзор на оборудование)
Eltex
Kornfeld 1
Kornfeld 2
Kornfeld 3
IPInfusion

Всякое:
Обновление CCIE
Fake vs Real Cisco N9K
GENEVE теория
GENEVE практика
Radius на B4COM
Kodecloud
MST в Linux

DC / EVPN:
Архитектура DCI в импортозамещении
HPC Alibaba
Петля в EVPN теория
Петля в EVPN практика
LLDP на Astra Linux
RIP BGP
SW Checker (инструмент для проверки коммутации)

Уже осталось меньше месяца до нашего митапа, представляю наших спикеров! :)

Алексей Орехов - Скала^р
расскажет про инструмент NDAT, созданный им самим, для автоматизации проектирования сетевой инфры

Полина Орехова - Rubytech
будет доклад на тему того, как мы адаптировали NDAT для генерации конфигураций и с чем столкнулись в процессе

Александр Беспалов - B4COM tech
поделится нововведениями и возможностями оборудования B4COM в рамках автоматизации

Регистрацию скоро закроем, осталась буквально пара мест 🔥

Немного угорел и поковырялся с MST в Linux.

Плюс, запилил себе блог. Просидел с ним наверное месяц. Казалось бы, простой jekyll и nginx, ставь и погнали, да, но не нет. Начинаются всякие rubygems сыпаться, добавить иконку на телегу или линкедин - квест на несколько часов, а без фавиконов страницы нормально не индексируются. Но я смог и теперь буду писать лонгриды туда, вместо телеграфа.

Собственно вот сама статья - https://likeabus.ru/manualstory/2025/03/18/mst-linux.html

Митап пришлось чуть подвинуть из-за определенных обстоятельств, новая дата 17 апреля.

Спикеры набрались, планируется 3 доклада. В этот раз будет единая тематика - автоматизация в разных её проявлениях.

Чуть позже дам детальную инфу по выступающим, а пока открываю регистрацию для участников - https://forms.yandex.ru/u/67c8881284227c1c0606e854/.

Открыл для себя flannel - очередной cni плагин для k8s с помощью которого можно эти ваши vxlanы строить

В сравнении с cilium, он не использует eBPF и по сути не имеет какой-то сложной логики, есть конфигурационный файлик и есть оверлей настроенный по нему, ну и всё. Если у вас большие кластеры и куча трафика, то не ваш вариант, это штука когда нужно быстро и просто.

И вот ещё, пока смотрел в эту сторону нашёл инструкцию, ну там прям нормально, с картинками, всё как мы любим.

Дорогие женщины, по данным tgstat вас среди участников канала всего 4.3 процента (42 человека). Это означает, что ваша ценность выше нашей в 22,5 раза! 🌹

Поздравляю всех вас с 8 марта, желаю быть счастливыми и украшать наше IT сообщество, да и вообще всё вокруг!

С праздником! 🌼

По аналогии с предыдущим годом, 18 и 25 марта проходят выставки для студентов. Я там буду на нашем стенде, если вдруг кто-то принимает участие, подходите знакомиться 🙂

А, ещё заморочился и сделал небольшой стикерпак, со всякими учеными, которые на мой взгляд оказали влияние на всю нашу индустрию, буду раздавать там же 💫

Идея частично пришла после прослушивания одного из подкастов ребят "До нас дошло", за что им спасибо, хорошее дело двигают. ✨

А ещё раньше, не считая уроков физики в школе, я поближе познакомился с некоторыми из ребят на стикерах из курса "Фейнмановских лекций по физике", мне очень зашло, рекомендую людям всех профессий и наклонностей.

Ссылки для регистрации:
18 марта - https://careerday.fut.ru/findit_msk
25 марта - https://careerday.fut.ru/technocareer

Общался недавно с бывшим коллегой, обсуждали разные штуки в контексте IP/MPLS и как-то плавно перешли к теме SR. Ну и в ходе обсуждения делились всякими ссылками, и мне прислали вот такое - https://xrdocs.io/design/blogs/2018-10-01-metro-fabric-hld/

Хороший такой HLD, куча всяких юзкейсов, плюсы-минусы, общие характеристики, инструменты и т.д.

Короче лайк 🔥

А вот тут, всё ещё принимаю заявки от спикеров. 😾

Ребята, давайте приходите и рассказывайте, подойдёт любой совершенно доклад!

Будет сложный технический - прекрасно, будет простой и забавный про историю из вашей сетевой жизни - замечательно, а может вы хотите поделиться болью и показать это на слайдах, то вообще бросайте всё и приходите!

ХОЧУ БЫТЬ СПИКЕРОМ И ВЫСТУПИТЬ С ДОКЛАДОМ

Наткнулся на интересный доклад по миграции с IPv4 на IPv6.

До этого уже писал про переход внутри гугла, а тут вот FB. Идёт 2025 год и только компании в духе Google или FB переходят на IPv6.

да да, Яндекс тоже

Дословно "Our edge network infrastructure is sufficiently large that we have run into scaling problems with IPv4 addressing."
Короче у ребят проблема пока что на границе, но внутри также ходит IPv4, и ещё походит думаю не один год...

А доклад любопытный, и оформление и задача и решение.

https://storage.googleapis.com/site-media-prod/meetings/NANOG92/5237/20241022_Kirkland_Removing_Ipv4_Infrastructure_v1.pdf

https://youtu.be/IKYw7JlyAQQ?si=zyPRkzYaR0rJ0FIR

За наводку спасибо ребятам из чата по ipv6 - @version6

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

На этот раз будет весна, всемирный день Интернета - 4 апреля!

Пока что открываю заявки на приём докладов.
ХОЧУ БЫТЬ СПИКЕРОМ И ВЫСТУПИТЬ С ДОКЛАДОМ

P.S. хороший способ выступить в первый раз, обстановка прошлый раз была очень домашняя и доброжелательная!

Как вы прекрасно знаете, мы с коллегами регулярно строим всякое в ЦОДах и делаем не только на уровне BGP или сервисов, а вообще с нуля. Т.е. заходим чуть ли не в голый машзал и начинаем проект с СКС. Поэтому часто, возникает потребность проверять коммутацию. То сервак какой-то неправильно подключили, то свич. То оба. А их несколько сотен, и линков с каждого тоже не один, и не два.

вот тут писал про один из недавних кейсов

Короче. Сделали с коллегами штуку. Назвали её swcheck.
По сути ничего невероятного, ходит по коробкам и собирает данные с LLDP, потом сравнивает с имеющейся таблицей и выдаёт результат. Плюсом ещё проверяет Rx/Tx и тоже складывает в таблицу итоговую.

Список поддерживаемого оборудования:

Коммутаторы:
B4COM 4148
B4COM 4132
B4COM 4164
B4COM 2148
B4COM 2124
Cisco Nexus 9000
Huawei Cloud Engine 6000
Huawei Cloud Engine 8000
Huawei Cloud Engine 16000

ОС:
Astra Linux
Debian
Ubuntu

Написано на Python, всё просто и понятно. Плюс, т.к. часто не всем удобно ставить себе интерпретаторы и зависимости, то мы скомпилировали для винды *.exe и немного побыли дизайнерами, даже вот клубочек прикрутили, считаю его отдельным достижением!

Там внутри есть вложенная инструкция и в целом он интуитивно понятный, но если что пишите вопросы в комменты.

Брать тут - https://github.com/manwithwine/swcheck

В общем.
Тут кое-чего готовил и в итоге решил собрать стенд с использованием VMки от IPInfusion.

Зарегался, скачал образ, поднял внутри евы (eve-ng) и погнал настраивать. Все сделал буквально за час-полтора, плюс-минус. Пробую пускать трафик - не алё. Ничего не работает. Ну ок, с кем не бывало. Пошёл проверять. Копался-копался, всё норм. Настроено правильно, но туннель в состоянии Resolved, и не хочет переходить в Installed. Плюс, ни одного MAC адреса в фабрике нет. Полез опять на сайт вендора изучать. В документации только примеры с реальных коробок и настройка с моей совпадает 1 в 1. Всё настроено правильно, но не работает.

В итоге. Нашёл, спустя несколько часов ковыряний видос на ютубе. Где один индус настраивает эту VMку. И вот там, в видосе, он очень коротенько так, буквально мимо строк говорит две фразочки:

1. Dynamic mac learning not supported and you should configure static mac.
Оказывается надо статические MAC писать, никакой динамики не будет...
нуу, ладно, лаба всё-таки (треш и дичь).

2. Data forwarding not supported, and you can only check control plane without traffic.
што ?!
не поддерживается трафик ??
э

ОГРОМНОЕ СПАСИБО ЗА ТАКУЮ ВМКУ!!!
😡😡🤬🤬😡😡 😂😂

На неделе прошла презентация Kornfeld от YADRO, коллеги показали всякие наработки, что уже готово, что хотят делать дальше.

Из интересного, за что зацепился взгляд:

- обе коробки уже добавлены в ТОРП;
- MLAG говорят, что починили и работает стабильно;
- BFD реализован аппаратный, но тут без деталей и скорее всего это касается только single-hop bfd;
- OS, т.к. делают с опорой на SoNIC, то говорят о том, что уже строят архитектуру таким образом, чтобы в будущем реализовать поддержку разных ASIC, имхо немного футуристично конечно.

А, ещё были слайды по всяким решенным кейсам, там суммарно исправили почти 1000 багов за период с начала 2024 года. 🔥
тоже немного поучаствовал (писал вот ТУТ и ТУТ)

Говорят, что концентрируются на EVPN-VXLAN, и предположительно к 2025 Q2/Q3 уже будет протестированный релиз, который можно будет щупать.

В общем неплохо, ждём и будем пробовать. 💫

Захотелось поглубже копнуть про ARM, купил себе книжку.

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

Почитаем 🙂

Недавно возникла задача поднять какую-то штуку для таск менеджмента. Выбирали среди всякого опенсорса и нашли вот это - https://planka.app/

Прикольная, простая и понятная. Локально у себя развернули и пока пользуемся.

Если что, то там прям на главной демка с примером работы, плюс можно потыкать в live.

Рекомендую короче 👍