Факт 1. Недавно у меня было простое желание - написать заметочку про SRv6, вернее даже не про SRv6 как таковой, а про то как индустрия пришла от простого LDP к каким-то там SRv6

Дисклеймер №1

Прежде чем читать эту статью дальше - откройте ссылку https://blog.pomazanov.com/posts/srh-vs-two-labels/ - пролистайте её, не особо вдаваясь в детали, минут пять займёт. Это для ознакомления с сутью того, что хотелось получить по факту факта 1.

Факт 2. Листая на днях ленту Linkedin, знаменитой ярмарке тщеславия, заметил что у каждого второго чувака в ленте теперь есть модная AI-приставка к его роли:

Спойлер: дело не в том, чтобы дописать в конфиг побольше слов mpls, segment-routing и srv6. Дело в том, чтобы после каждого такого слова выяснить — пакет-то куда поехал?

У нас есть десяток Linux-машин, соединённых виртуальными линками, и доступ по management-сети. На старте это не «MPLS-стенд»: IPv4 data-plane ещё отсутствует, FRR местами не установлен, а между соседями живут только интерфейсы и некоторое взаимное недоверие.

Цель была довольно амбициозная: пройти путь от голых P2P-линков до изолированных L3VPN, затем сделать steering через SR-MPLS и, наконец, довести один сервис до реально работающего SRv6 L3VPN. Не нарисовать идеальную схему задним числом, а последовательно строить слои и проверять, что в них происходит.

Я вот очень люблю IPv6. И в своей инфраструктуре на работе мы его во всю используем. И ещё у нас на работе есть сервера, на которых мы запускаем всякие лабораторные окружения. В общем, развернули, кароче Pnetlab в Ipv6 only среде. Ну развернули и развернули - работает и вроде есть не просит. Запускаю я там всякие frr-ы и прочие Аристы и в ус не дую. Как я обычно с этим работаю? Запустил ноду виртуальную какую-то, у неё есть так называемая primary console - тот тип приложения с помощью которого ты можешь к ней подключится со своего компа