Вот так даааа. Насколько удивительно, что мы ещё ни разу не вспомнили про kipchatov.ru, мне почему-то кажется что не все знали. Читайте всё, начало kipchatov.ru/blog/-paged=82.htm. Про телекомы изнутри в то время - обязательно встретите знакомые темы и подачи: технологии, блокировки!, новости, крышки люков, BGP и бизнес пиринговых войн, вот было же время. Не скучно и полезно, в том числе и для осознания сегодняшней ситуации.

Тут коллега пошарил статью, что BGP это в том числе и про бизнес.

Я позволю себе процитировать Алексея Александровича Кипчатова:

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

И всем, кто связан с провайдингом и BGP, рекомендую к прочтению эту статью: https://kipchatov.ru/blog/-p=202.htm

Old but gold, как говорится.

https://t.iss.one/patchcord/2071

Ну и вот эта статья тоже хороша.

https://kipchatov.ru/blog/-p=212.htm

P.S. Вас еще нет на https://peeringdb.com ?

Ещё одна вещь которую подарило нам падение Facebook. Суть https://bridging-gap-protocol.com/

Если вы в Интернет - за вами следят. Не обязательно, даже, чем-то пользоваться - за вами следит ваш провайдер, как минимум американский. Полный отчёт FTC в PDF.

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

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

Если очень хочется DMVPN, то можно обойтись и без Cisco или даже без DMVPN, но построить похожее по смыслу.

Не забывайте выключать IPv6 RA там где это нужно, и главное, делайте это правильно - напоминание от APNIC. Пример команды для Cisco, поэтому есть повод заглянуть в документацию для своего роутера.

IS-IS теперь и видимо надолго пришёл в локальные сети вместе с Cisco SD-Access как рекомендуемый протокол для базовой сети. Предполагается что его там не будет много - включил и забыл, а остальное сделает DNAC, но незнание основ не освобождает от ответственности.

Поэтому дружно смотрим в сторону SP треков, где IS-IS много, но мало официальных Cisco изданий. А ещё читаем недавно обновлённые статьи Chris'а Parker'а про дивный мир родного OSI стека, хоть и для Juniper и как он уживается с повсеместным IP.

Ещё немного особенностей Juniper теперь с OSPF. Отвечаем на вопрос что делает ABR ABRом, практически. Присутствует сравнение с Cisco, правда не подкреплённое испытаниями. Любителям стандартов и их реализаций будет интересно, потому что про Cisco и IBM есть целый отдельный RFC3509, как раз про то о чём говорится в статье.

BBR против CUBIC, а если точнее то BBR плюс CUBIC через теорию игр, конкретно Равновесие Нэша, того самого из "Игр Разума".

Исследуются ситуации при различных комбинациях потоков через ограниченную полосу, когда выбор алгоритма BBR или CUBIC для конкретного потока не решает ничего. Это получается, в том числе, из-за нелинейной функции средней пропускной способности каждого потока при использовании только алгоритма BBR - меньшее количество потоков имеют большую среднюю пропускную способность. Итого, пока есть разнообразие, то в каждом конкретном месте и в каждый конкретный момент оптимальное решение может отличаться, или как показывает эта работа, быть безразличным чтобы мы не выбрали. Хороший "ленивый" вариант которым многие пользуются.

lldpd vs. openlldp - побеждает lldpd от ISC сейчас уже версии 1.0.12. В статье сравнение по нескольким параметрам: живости, функционалу - в конце табличка.

Несмотря ни на что документация на первом месте и протоколы обнаружения помогут её создать автоматически при первом включении устройства, в том числе и LLDP. Если, конечно, вы управляете своей сетью автоматически, если нет, то лучше с портами определиться и жёстко привязать их заранее. В каждодневной эксплуатации LLDP, CDP и компания - это про сервисы и совместимость устройств, например, IP телефонов и коммутаторов с voice vlan. Собственно статья как раз от разработчиков встраиваемых систем.

За последнее время серверы, всё-таки, пришлось поискать, правда с CDP и виртуальные, хорошо VMware поддерживает.

Общий архитектурный взгляд на различные применяемые механизмы отказоустойчивости на уровне устройства: BFD, Graceful Restart, Non-Stop Forwarding, Non-Stop Routing, Stateful SwitchOver - в ответ на серию статей с поднятыми проблемами, которую тоже стоит почитать, ссылки в конце поста. Чем меньше сложности, в том числе скрытой, там надёжнее - всегда.

Выступление Torbjörn Eklöv про проблемы внедрения IPv6 в отдельно взятой Швеции, с конференции Netnod Tech Meeting 2021. 30 минут видео, 10 из которых дискуссия в зале.

По уровню внедрения Швеция и Россия, судя по статистике Google, на одном уровне окoло 10%. Причины, как в основном следует из последовавшей дискуссии, такие же как и вероятно везде:
- нет запроса от конечного пользователя, который не видит преимущества нового протокола
- нет экономической и бизнес целесообразности, как минимум её не видит руководство компаний
- недостаточность ресурсов для перехода на IPv6, так как пока есть более срочные и важные задачи, как у больших так и у маленьких операторов.

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

А пока работаем через CGNAT, вопрос только как ещё долго.

Никогда не поздно включить uRPF на Juniper или Cisco, тем более что не так давно по этому поводу обновились Best Current Practice 84 / RFC8704, что, скорее, говорит о печальном состоянии в плане спуфинга, что заставляет применять что-то новое и напоминать об этом.

Мне коллеги напоминают про обязательную внимательность и аккуратность, за что им большое спасибо и что я должен напомнить всем нам. Трижды, а лучше семь раз убедитесь что вы представляете что произойдёт после применения любых команд, особенно команд которые что-то фильтруют, особенно uRPF, которая помимо блокировки трафика может ещё и CPU ваш нагрузить так, что останетесь без доступа к устройству. Проверки, проверки и проверки - на столе, в виртуальной лабе, тестовой среде и только потом на прод. У Juniper, не забывайте, есть commit confirm.

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

Почти наверняка на собеседовании на любую должность связанную с сетями, а может и не только, вас спросят про семиуровневую модель OSI. Это настолько въедается и постоянно незримо присутствует вокруг в профессии с повсеместно используемыми терминами L2 и L3 в любой языковой среде, что не надо никому ничего объяснять и доказывать что они значат. При этом любимое занятие убить несколько часов это поспорить про: "OSI не нужна, TCP/IP наше всё", "На каком уровне работает ICMP", ещё можно про близкую тему "маршрутизация против коммутация" и "что за зверь L2+ коммутатор?"

В любом случае в статье, наверное, вы вряд ли найдёте что-то новое для себя, за исключением мнемоник для запоминания порядков уровней от седьмого к первому:

- All People Seem To Need Data Processing
- All Pros Search Top Notch Donut Places
- A Penguin Said That Nobody Drinks Pepsi
- A Priest Saw Two Nuns Doing Pushups

и от первого к седьмому:

- Please Do Not Throw Sausage Pizza Away
- Pew! Dead Ninja Turtles Smell Particularly Awful
- People Don’t Need To See Paula Abdul
- Pete Doesn’t Need To Sell Pickles Anymore

Но я уверен, многие и так это прекрасно помнят.

Правила жизни операторов ресурсов поддержки RPKI от MANRS. В приложении табличка как этим правилам соответствуют ARIN, APNIC, LACNIC, AFRINIC и RIPE, по пунктам. Про то же самое, но языком попроще в блоге, плюс немного мотивации и предпосылок.

В блоге VyOS появилась статья про настройку динамического VPN, который позволяет избежать spoke-to-spoke маршрутизации через хаб, это раз. И два, новые лучи будут добавляться по щелчку пальцев. Слава DMVPN и BGP.
https://blog.vyos.io/using-dmvpn-and-bgp-to-interconnect-multiple-sites