Программисты рефлексируют по поводу своей профессии и будущего ИИ. Наверное, оно где-то так и есть, а где-то ровно наоборот, перемены, в любом случае, настигнут всех и тогда увидим, насколько написание кода действительно сложное дело и в нём ли вообще дело.

Я стал писать про то что было и как чувствовалось на прошедшем Patchcord connect и понял что мне не с чем сравнивать. Я никогда не участвовал в такого рода событиях, когда нет границ между формальной и неформальной частью, когда доклад это не рамки обсуждения, а только начало этого обсуждения и куда оно может увести никому неизвестно. Когда все участники слышат друг друга и участвуют в разговоре на равных с докладчиками и для этого не надо уходить из зала или даже вставать со своего места, и это обсуждение не ограничено временными рамками начала следующего доклада.

Планировлось ли оно так? Скорее нет, хотя в заметках у меня и написано: "Развлечение между докладами, вопросы IPv6, обход блокировок, автоматизация, RPKI." Но, про свои заметки я вспомнил только один раз в самом начале, когда совершенно потерялся и забыл все приветственные слова, хотя до этого совершенно свободно обсуждали про то насколько у нас маленькое сообщество и насколько было бы грустно, если бы все друг друга уже знали, достигнув таким образом абсолюта, но до такого ещё далеко что эта встреча и показала. Итого, начав с четырёх докладов мы прошлись, наверное, по всем самым злободневным темам (и Микротикам тоже :) ), почти не прерываясь. Совершенно точно из всего этого вынесены новые знания, порой неожиданные здесь и сейчас. На мой взгляд всё получилось, даже если и не планировалось.

Огромное спасибо всем кто пришёл, огромное спасибо докладчикам Мише, Сергею, Марине, тем кто не смог тоже огромное спасибо. Отдельное спасибо Сергею за разделение со мной бремени организации и то что смог со своим докладом успеть в последний момент и выйти первым. Смотрим фотогафии и презентации, вспоминаем как было и читаем @Patchcord :)

PPPoE на Микротиках в Интернет провайдерах с подробным набором команд и выбором моделей. В начале своей карьеры в 2006 году, со схожими параметрами у нас были Cisco 7301 и 2821. После того как мы их наплодили 4 штуки, переехали на пару Juniper E120. А вот после, в провайдерской практике PPPoE мне больше не встречался.

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

Vim, и хорошо что не Vi, нет-нет да и встречается, например, как редактор в Cisco ASR 9k. И чтобы это не было для вас внезапно, в базе, много знать не надо: как переключиться в режим редактирования (i), как выйти из него (ESC), для перемещения по тексту, в принципе и стрелочки подойдут, а не (h, j, k, l), как удалять (x) - этого хватит чтобы смочь поменять уже готовый файл. Обучалка, которых не мало, для закрепления и с гораздо более обширным набором команд - openvim.com.

Как себя чувствует IPv6 only в DNS в глобальном масштабе, кратенький обзор и статья целиком. Наверное понятно, чтобы IPv6 only запрос сработал, вся цепочка записей в DNS должна так сработать. У авторов получилось, что так могут 56.2% (316M) зон из их набора данных.

Много лаб по Cisco с настройками и объяснением, не только для тех кто хочет что-то сдавать.

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

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

Путь сетевого инженера, от ТП в провайдере (лучшие сетевики в провайдерах) до директора и дальше собственный бизнес. Путь понятный, но не становящийся от этого простым. Люди на первом месте, техническая сторона на втором, но на разных этапах пути, важность того и другого разная. С выводами согласен, разве что "рок звёзды" на то и "рок звёзды" чтобы быть именно такими. Их порождает потребность и проблемы они всё же решают, пусть и создают другие.

Возможный мой альтернативный путь если бы... увидел знакомые слова, поэтому пусть будет. Учебник Embedded Systems Fundamentals.

Pinterest прошёл AWS до последнего уровня выбрав всю сетевую производительность, поэтому пришлось мониторить более пристально и оптимизировать. А burst он и в облаках burst.

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