uk
Feedback

Не попадись на ботовода! Telemetrio знаходить і позначає такі канали мітками 👉 Хочеш бачити мітку, оформляй підписку

Патчкорд

Патчкорд

Відкрити в Telegram

Блог сетевого инженера. Новости телеком, IT и около IT. Связь - @UrgentPirate

Показати більше
2 924
Підписники
+124 години
+97 днів
+2630 днів
Архів дописів
Repost from DigitalRussia
Через несколько лет Чукотка получит доступ к Интернету по ВОЛС, которую проложат из Якутии, сообщил губернатор Чукотки президенту России. #чукотский_автономный_округ #республика_саха_якутия

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

Теперь и Juniper поддерживает RFC 9234:
BGP route leak prevention by using BGP roles and OTC attributes based on RFC 9234 (cRPD, MX204, MX240, MX301, MX304, MX480, MX960, MX10004, MX10008, MX2008, MX2010, and MX2020)—You can prevent route leaks in BGP routing by using BGP roles and OTC attributes as defined in RFC 9234. The feature ensures that routes from providers or peers are only propagated to customers, reducing misconfigurations and errors. The BGP speaker automatically sets the OTC based on its configured role, and then advertises a prefix based on the OTC presence in the BGP update message, making the configuration straightforward and minimizing manual intervention. With this feature, you can maintain intended routing policies and prevent network delays and denial-of-service (DoS) attacks.
Пользуйтесь, это работает.

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

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

Теория управления потоками (flow control), без привязки к каким-то конкретным стандартам или реализациям, хотя что-то и упоминается. Определения, формулы, аппаратные подходы, сравнения, выводы.

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

Что происходит если добавить новую корневую ноду к DNS в котором RIPE NCC держит, в частности, обратную зону для своего адресного пространства, но не только. Помимо того что подавляющую часть запросов съест Google, оставшиеся таки придутся на территорию внутри которой новая нода была установлена. Но далеко не все - решает не расстояние, а BGP связность, там своя география.

CDP это протокол которому вы доверяете, поэтому, там где вы не доверяете, на границе вашей сети, например, CDP и другие доверенные протоколы надо отключать. А ещё вспомнить про безопасность на L2 и контролировать загрузку портов и CPU политиками, если они есть. Про STP говорить не буду, оно и без постороннего воздействия может привести к катастрофе, если не настроить. Упоминаемый инструмент Yersinia.

Starlink запустился в Индии, через местных операторов согласно местным законам.

Repost from The After Times
photo content

Классика.

Сначала придумали фрагментацию и сборку и чтобы это делал сетевой стек, а не приложение. А потом всё у всех стало работать по разному, особенно в случаях разделения на перекрывающие друг друга фрагменты (статья в pdf). Упоминаемый инструмент PYROLYSE сейчас недоступен, чтобы самим повторить, но статья написана достаточно объёмно и подробно, чтобы применять эти знания.

Сильно рекламная статья, но с достаточно интересной статистикой из недр IPinfo, о том какое количество адресов и как часто меняют свою геолокацию, достаточно часто. Таблички можно посмотреть, остальное прочитать по диагонали.

Мониторинг и дампы трафика на Микротик. Вообще, сейчас такое почти везде есть, от уровня L3-коммутаторов и выше. Называться может по разному порой пересекаясь терминами с другими вендорами, имеющими другое значение. monitor в Cisco и Eltex с Huawei - про разное. Ещё бывает полезно логировать срабатывание правил в ACL, что тоже есть не везде, бывает разной детализации и иногда прячется в debug режиме.

Верхнеуровневая разбивка IPv6 блока на подсети https://github.com/buraglio/ipv6planner больше интересно как практика программирования Go, но и практическое применение можно найти. Вывод в HTML у меня чего-то не завёлся, но это всегда можно самому поправить.

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

Я никогда не работал с ISDN или dial-up и DSL со стороны провайдера, т.е. начиная с 2006 года. Как пользователь я даже dial-up толком не прочувствовал, потому что домашний телефон у меня появился сильно позже чем сотовый, на котором я вполне сносно получал Интернет через Edge. При этом все Cisco материалы до середины 2010-х вполне себе содержали и про ISDN и про Frame Relay, особенно про Frame Relay. Но почитать байки, уже байки если не сказки, как это было в 90-х, мне всегда интересно.

Новый hashcat версии 7. Просто помнить что он есть и дать себе последний шанс вспомнить пароль, или протестировать скорость вашего копьютера. Забрать можно с GitHub или с сайта.

Восемь лет я с вами, а вы со мной с 1 Августа 2017 и этот канал всё ещё про компьютерные сети и Интернет, а не канал с мемами. В этом году вышло 410 постов вместе с репостами и всем всем всем, что больше чем в прошлом. Всем кто читает и находит что-то интересное огромное спасибо, без читателей нет и автора. Вас становится больше, это приятно. Спасибо ещё раз огромное преогромное вам. Вспомним о чём весь год говорили, больше всего просматриваемые посты: 1. Про нужность сетевиков, неожиданно, правда? 2. Про новый 2410::/12 у APNIC 3. И про разные типы IPv6 адресов по способу назначение на интерфейсы Больше всего залайканным был пост с митапа, который мы устроили в Апреле да и в целом посты связанные с этим мероприятиям воспринимались положительно, к этому чуть позже вернёмся, помимо этого: 1. Мем моего товарища про сложность сетей, которую мы сами себе устроили 2. Радовались за десктопный Linux на который я переехал 3. Шпаргалка по netcat Больше всего обратных эмоций вызвал репост про замедление Youtube, а из не репостов: 1. То чем замедление Youtube устраивается, ТСПУ и Великий Китайский Файрвол 2. Оценка результатов опроса по импортозамещению 3. И день рождение Cisco, которую мы собственно стараемся замещать В этом году мы выбрались из Интернет и провели живое мероприятие с настоящими людьми - Patchcord connect. Хочу ещё раз очень сильно поблагодарить Сергея который ввязался со мной во всё это, всех докладчиков и всех всех всех кто пришёл и переживал за митап. Мне понравилось, опыт получен, а вот что с этим опытом делать дальше я ещё думаю. Кстати, помните как-то я спращивал вас, нужен ли нам чат, где большинство, включая и меня согласились что он не нужен. Для Patchcord connect, в качестве эксперимента я завёл чат, для всех кто воспользовался ботом, но в него никто не пришёл, что в общем убедило меня в моей мысли, что чат не нужен и чем дальше тем больше он будет не нужнее. Напомню про @FullViewBGPBot со статистикой таблицы маршрутизации Интернет и про DoH/DoT сервер на коленке без обязательств host-correct.ru. Этот год всё, начинаем новый. Поехали!