Для тех кто уже решил вопрос автоматизировать или нет, есть второй вопрос. Использовать что-то готовое, например, Ansible, формируя только шаблоны настроек. Или использовать фреймворки и писать программы самому, встраивая управление в используемые системы.
Для второго варианта есть решения вроде NAPALM который недавно обновился до версии 2.4.0. Или Juniper PyEZ с которым ещё проще разобраться посмотрев простой пример.

P.S. Для тех ещё кто не определился - автоматизируйте! Ключевые слова для поиска: git+ci, chef/salt, puppet, terraform - помимо того что выше написано. Даже свой костыль в этом случае лучше, чем вручную править конфигурацию даже для 10 устройств. Выбор есть и это хорошо.

IPSLA как в Cisco только на Juniper. Может когда нибудь найду где это использовать, но пока не приходилось. Цена ошибки в провайдинге это десятки гигабит/c не туда, в каналы стоимостью сотни тысяч рублей. Если маршрутизация не кладёт что-то автоматически, значит это сделает дежурная смена с прицелом на текущую ситуацию.

Справедливости ради многие провайдеры начинали с серых в начале 2000-х и PAT, нормальным было по 100 к 1 и даже больше. Потом делали не статические белые это начало 10-х, золотое время. Потом вот так вот вернулись в серые - текущее время.
Более менее удачный подход оставить возможность тем кто хочет вернуться, например, галочка в личном кабинете. Таких будет не много на домашних подключениях. Из не гиков это в основном удалёнщики использующие PPTP. Самая жесть в сотовом сегменте доступа к Интернет, там белых просто так никогда и не было, а подключений слишком много, только статику покупать если есть.

Обзор нескольких утилит Linux для работы с Wi-Fi от nixCraft: iwconfig, network manager, wavemon...

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

И ещё немного тех самых обновлений безопасности. Microsoft заменит SHA-1 на SHA-2 в Windows 7 и Server 2008. Про SHA-1 пару лет назад было много шума, после того как Google провел успешную атаку получив одинаковые хеши для двух разных PDF файлов,

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

А в аутентификации внутри протоколов маршрутизации, до сих пор, часто используются (если вообще используются) MD5 и тот же SHA-1 которые специально надо выбрать, иначе - открытый текст. Так и живём.

P.S. Немного ликбеза про разницу между хешем, (H)MAC и цифровой подписью. Чтобы не ходить далеко в вики, так как понятия часто встречаются.

100Gbitps реальность, правда не все пока прикоснулись, но я думаю это время не за горами. Мы, например, сейчас ощущаем острую нехватку и хотим 40G, потому что объёмы трафика на магистралях уже перевалили этот рубеж и темпов снижения роста не видно, скорее наоборот. Возиться с множеством 10G совсем не хочется и неудобно. Всё что покупается идёт с 40G портами и это стандарт, т.е. оборудование определённого класса без них уже не бывает.

А вот что из себя представляет номенклатура трансиверов 100G, тезисно. Может в будущем и ещё что-то появится.

В копилку ссылок mirror.facebook.net - публичное зеркало открытых проектов у Facebook.

Гигантская коллекция ссылок на книги, немного на курсы и подкасты свободных (бесплатных) для чтения и прослушивания, не только по программированию и для разных языков. Основная коллекция литературы на английском - здесь. Русская коллекция - здесь, конечно уступает. Почему-то нет книги про IPv6, но есть другие.

Интернет 30 лет назад 😁

В честь праздника и прошедшей пятницы:

Chuck Norris loses privileges when using sudo.
When Chuck Norris log into the system, the root UID become 1000.
Chuck Norris read the whole input of /dev/urandom, twice.

​Забавная статья из 2012 о том как спорить с инженером. Шутка с долей шутки, как всегда. Интересно, что хорошие "специалисты" как правило не замыкаются в одном, применю модное выражение soft skills.
Если даже не рассматривать Микеланджело который инженер как он есть, а в принципе известных и не очень инженеров описанных в различной литературе, в том числе и художественной. То многообразие функций: технических, управленческих, творческих (знаменитые физики против лириков 60х) впечатляет. Поэтому до спора не доходит, как правило. Инженер - звание которое сложно заслужить.

BGP peer group и BGP templates для Cisco IOS. Экскурс в историю и конкретные случаи применения одного и другого. Даже если сейчас 2-3 BGP сессии и сеть развивается, не успеешь моргнуть уже 20 внешних сессий и десяток внутренних. Особенно если подключиться к нескольким IX. За пределом пирингового вилана есть достаточно бурная жизнь и количество соседств будет быстро расти. Поэтому пропускать момент когда конфигурация превратится в неудобочитаемого монстра совсем не стоит.

Zabbix устраивает небольшое мероприятие с выступлениями посвящённое официальному открытию в России, чтобы это не значило. Про Zabbix в России и так все знают. Легче им от этого станет или тяжелее вести дела, потом сами наверное расскажут. Регистрация открытая, Москва.

Звонит телефон, беру трубку, сотрудник REG.RU: "У вас домен не оплачен, завтра будет просрочен, вы знаете об этом?". А я знаю и продлевать не собирался, в общем-то письма регулярно с напоминаниями приходят. Но звонок меня очень приятно удивил, не такой я уж большой клиент со своими 5 доменами.
Если бы кнопка где-то была в интерфейсе отказаться от продления, наверное можно было бы звонок и не совершать. При том, мне показалось что звонил больше технический специалист, которого отвлекли от "настоящей" работы. Дорого нынче стало держать домены прозапас и просто так :(

Несколько утилит для генерации парольных фраз состоящих из осмысленных слов. Это в противовес случайному многобуквенно-цифро-символьному паролю. Если лень придумывать самому фразу, да и чтобы не запоминать (внезапно!) хотя как раз они должны, по идее, проще запоминаться.
Для выбора инструментов для паролей можно посмотреть ещё на большое, хотя уже не очень свежее исследование.

Статья на Habr про мониторинг и почему надо точно знать что мониторится и главное как это делается, самые основы. Метрология не зря наука.
Из самой распространённой практики - ни одно устройство не измеряет скорость, считается количество чего-то что было передано. А скорость это производная, которую считает мониторинг. Если это всё наложить на дискретную природу передачи в пакетных сетях, то получается что никаких непрерывных графиков битов в секунду вообще быть не может.

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

Второй момент, пакетная нагрузка (скорость) не менее, даже более важна чем битовая. При длине пакета 64 байта обратный трафик из TCP ACK со "скоростью" 50Мбит/c будет иметь 100 000 пакетов в секунду, что более чем существенно. Типичная ситуация при постоянном скачивании большого объёма данных, например фильма, где как раз размер пакета будет максимальным. И это уже стоит обязательно учитывать проектируя в каком месте поставить офисную хранилку. От неё много битового трафика, в обратном направлении много пакетного. Много данных не бывает.

Менеджер или нет, вот в чём вопрос, который никак не может решиться в статье Silvia Bostros. Речь о должности, скорее роли Principal Engineer, для которой "главный инженер" не совсем адекватный перевод.
Должность стратегическая-техническая за рамками непосредственного управления людьми, как она позиционируется и в то же время управление ими. Хорошее описание пути развития технического специалиста обрастающего компетенциями и навыками которым уже не поместиться в более узкой и специализированной роли.

Несколько лет назад кабельные провайдеры посмеивались, что мол никогда радио не побьёт кабель по скорости и по надёжности. Но текущая действительность говорит о другом. Радио так и остаётся радио, но в дополнение к смарт устройствам с приемлемым размером экрана появились ресурсы где все действия можно совершать одним пальцем - проматывай, лайкай, репость. Вот такой современный интернет которому хватает радио, который не заставляет тебя вставать с удобного кресла чтобы в него погрузиться, а уж не дома вне конкуренции.
Прогнозы Cisco до 2022 года эту картину только подтверждают. Мало того, даже наша статистика Wi-Fi подключений (хотя казалось бы то же радио) в публичных местах говорит что пик пройден в 2017, а сейчас суммарное число уникальных авторизаций медленно катится вниз, даже с учётом сезонности. Никому не хочется переключаться меняя контекст, потому что устраивает.