Сервис потокового видео Disney+ запустился. Трафика скорее всего будет много, если не сейчас, то в ближайшем будущем. Как это уже выглядит у провайдеров в США, ещё с большей детализацией по транзиту.
Netflix по своим оценкам занимает 30% мирового трафика, Disney+ может что-то и перетянет, но в абсолютном выражении трафика точно добавит и провайдерам опять придётся подумать о расширении магистралей.

Не клади все яйца в одну корзину, опасения Jari Arkko и не только его по поводу текущих процессов в Интернет, который мы потеряли. Опасения выражены в виде драфта информационного документа IETF. Собственно там обо всём, но конкретно про DNS и DoH как продолжение дискуссии.
У IETF, кстати, на это есть целая рабочая группа по вопросам децентрализации - DINRG.

LnetD - собирает и рисует топологию сети из разных источников, например из netbox или конфигураций маршрутизаторов. Не могу судить насколько это годится для боевого использования, но идеи можно почерпнуть. Код открыт на GitHub.
Мне напомнило системы которые используются в провайдинге. Не знаю как в других отраслях, но операторам связи где количество устройств которыми нужно управлять начинается от сотен, даже для самого маленького, без подобного не обойтись. И каждый их разрабатывает для себя, разной степени функциональности и качества, в меру своих сил. Такое не часто увидишь в открытом доступе, но они есть у многих если не у всех (тут стоит пошутить про "новый" тренд на автоматизацию, но не буду). Современные фреймворки и библиотеки, как раз и выросли из этих недр и попав в паблик непременное займут своё место заменив что-то самописное у многих и многих, или не займут, а встанут рядом, потому что всегда найдётся несколько маршрутизаторов десятилетней давности которыми всё ещё надо управлять без использования netconf.

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

hoppy — репозиторий Дэвида Бизли с древними версиями питона, начиная с 0.9.1 (1991 год). По сути, это вторая выпушенная версия, и от первой она отличается только багфиксами. На википедии на странице History of Python можно примерно посмотреть, какие фичи когда появлялись. И ещё в официальном репозитории есть огромный файлик HISTORY.

В общем, я уствовил самый древний Python.

>>> dir(builtin)
['EOFError', 'KeyboardInterrupt', 'MemoryError', 'NameError', 'None', 'RuntimeError', 'SystemError', 'TypeError', 'abs', 'chr', 'dir', 'divmod', 'eval', 'exec', 'float', 'input', 'int', 'len', 'max', 'min', 'open', 'ord', 'range', 'raw_input', 'reload', 'type']

Обратите внимание на отсутствие функций str и list. Литералы есть, но приводить типы ещё нельзя, у меня получилось только float в int. Также ещё нет comprehensions, generators. А ещё filter, map, reduce, они в 1.0 появились благодаря одному лисперу. Зато уже в первой версии есть else для for и range (причём даже с поддержкой отрицательного шага).

А ещё не переживайте из-за отсутствия print в списке, он же ключевым словом просто был до 3.0.

Атрибутов у встроенных типов не было by design:

>>> ''.join([1,2,3])
Unhandled exception: type error: attribute-less object

Например, для строк был модуль в stdlib:

>>> import string
>>> string.lower('AAaA!')
'aaaa!'

Вообще, из знакомого там path (сейчас os.path), calendar, shutil, glob, dis. А ещё там отступы 8 пробелов))))

Ну ладно, а хотите знать, как к строке то приводить?

>>> a = 1       
>>> b = [2,3,4]
>>> `[a] + b`
'[1, 2, 3, 4]'

А я то всё гадал, почему бэктики не используются нигде. А ещё двойные кавычки не pythonic, вот так то:

>>> "1"
Parsing error: file <stdin>, line 1:
"1"
 ^
Unhandled exception: run-time error: syntax error

Исключения были строками:

>>> SystemError
'system error'

А помните пост про lambda calculus? Так вот, некоторые функции тоже были в stdlib, в модуле lambda:

def Never(f, x): return x
def Once(f, x): return f(x)
def Twice(f, x): return f(f(x))

def SUCCESSOR(Ntimes, (f, x)): return f(Ntimes(f, x))

А я всегда говорил, что двоеточия в питоне нужны, чтобы условия, функции и всё такое можно было в одну строчку писать, lambda выражения только в 1.0 появились.

ИЛИ НЕТ???

# P.S.: Here is a Lambda function in Python.
# It uses 'exec' and expects two strings to describe the arguments
# and the function expression.  Example:
#      lambda('x', 'x+1')
# defines the successor function.

def lambda(args, expr):
       if '\n' in args or '\n' in expr:
               raise RuntimeError, 'lambda: no cheating!'
       stmt = 'def func(' + args + '): return ' + expr + '\n'
       print 'lambda:', stmt,
       exec(stmt)
       return func

Пробуем:

>>> from lambda import lambda
>>> lambda('a', 'a+1')(4)
lambda: def func(a): return a+1
5

Ух, столько всего! Надо доклад делать, в общем.

Обёртка для nmap - sandmap. Уже приготовленный nmap для разных задач, плюс интерактивный командный интерфейс, чтобы не помнить все 100500 опций и скриптов. Забирать с GitHub, там же есть помощь на Wiki.

​Что там с задержками в Starlink? Почти всё хорошо, благодаря большой сети и низкой орбите получается на уровне оптики, с учётом что в оптике свет медленнее распространяется. Работа, которая основана на публичных данных и в которой доступно, но достаточно подробно расписано что к чему и приведены данные полученные на симуляторе. Из которых следует что между Нью-Йорком и Лондоном RTT в лучших случаях будет порядка 50-70мс, для оптики это значение 55мс, в теории. Практически же через Интернет получается больше 70мс, но эта же надбавка если не больше будет и для спутниковой сети.
Наверное, Starlink не для городских или региональных сетей, но поспорить с проводами иногда сможет, как предполагается. А вот что получится реально - вопрос, пока даже в этой работе больше предположений чем фактов.

Схороните. Это самый лучший ответ на вопрос а чем отличаются вот эти все кабели с разными буквами

Много про OSPF - теория в виде шпаргалок-тезисов и практика из примеров настроек для Juniper, плюс лабы и вопросы. Не совсем новый материал, но вполне подходящий для использования.

Мне кажется геймеры знают и так, что полоса пропускания не так важна как отклик, об этом в статье на APNIC. На самом деле там про то что сетевой нейтралитет не такая уж хорошая штука и приоритеты нужны во благо самих абонентов и даже решение предлагают.
Основной аспект цены сосредоточен на Мбит/c как для провайдеров на магистралях так и для абонентов, просто это самый понятный из измеряемых показателей. Но это лишь часть качества, пока каналы не забиты в полку вещь вообще не существенная для многих и многих случаев. Средний трафик на абонента 2Мбит/c, широкий канал играет роль в случае массовой работы с тяжёлым контентом. Перебросить несколько терабайт через 100Мбит/c или через 1Гбит/c большая разница, типично это происходит при обновлении приложений, тех же игрушек.
Это всего одна задача, но ценник формируется в основном только этими цифрами. Выбрать лучшее решение тяжело пока не перепробуешь варианты, конечному абоненту сложно это сделать когда в доме 5-10 провайдеров. Но по другому в текущих реалиях никак, все рекламируют либо полосу либо цену.

Джентельменский набор сетевых инструментов для получения информации - https://hackertarget.com/ip-tools/ по IP адресу и не только. Есть API с примерами, но не всегда бесплатное. И их блог тоже интересно почитать.

Утреннее настроение после бессонной ночи. На почту свалилось оповещение что мало место на моей VPS, зашёл чтобы почистить логи, точнее там кеш davfs раздулся непомерно и сделал rm * в домашнем каталоге. Страшно? Но:

1. Команда не удаляет скрытые файлы с точкой в начале, поэтому ~/.ssh/ с ключами и профили bash остались на местах. Доступ и даже комфортную среду для работы я не потерял. А когда-то я думал что это не правильно и звёздочка должна выбирать вообще все файлы.
2. Команда не удаляет каталоги, ругается конечно, но оставляет на местах, поэтому вся моя рабочая среда с данными осталась на месте. И по этому поводу я тоже в свое время думал, какого чёрта нельзя удалять каталоги также как и файлы.
3. У меня был ночной бэкап :))) простой tar.gz и этого достаточно чтобы оставшееся быстро развернуть обратно.

Можно конечно заставить rm или любую другую команду задавать вопросы прежде чем что-то удалять, но я бы ответил положительно, потому что 100% был уверен что нахожусь в нужном каталоге, т.е. это не опечатка это глубже. Берегите себе и высыпайтесь, а для всего остального делайте бекапы.

Неприлично много OID для всего. Eсть не только D-Link, но и SNR. Из лучшего чатика про D-Link в телекоме и не только про него. https://t.iss.one/dlinkru

может кому пригодится.
довольно удобно построено дерево мибов
https://mibs.observium.org/
https://www.circitor.fr/Mibs/Mibs.php
и длинки там есть

Отчёты красивые для презентаций, но суть понимать всё равно надо.

Cloudflare представил открытый сканер сетевой безопасности Flan Scan https://opennet.ru/51912/

Классика )

В видео из предыдущего поста чуваки рассказывают, как однажды поднимали на 12 юнитов роутер под нагрузкой. Мы в свое время тоже это проходили. Чтобы добавить батарей в бесперебойник, пришлось поднять 7606 юнитов на 8. 3 человека, одна 7606 и одна 26xx в качестве подпорки.

Карьерный вопрос развития инженера, типичная история и немного рассуждений по поводу. Логическое продолжение или скорее дополнение вот этой статьи. Все приходят к заключению, что должна быть ступенька инжереной позиции с функциями управления. С оговоркой, что компания должна быть хорошая, наверное со стороны компаний есть такие же претензии к сотрудникам, что они должны быть хорошие :)

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

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

Большой учебник Bash или в виде вики. На том же сайте рядом лежит FAQ, для конкретных ответов на вопросы.