Патчкорд
2.42K subscribers
203 photos
18 videos
59 files
2.97K links
Блог сетевого инженера. Новости телеком, IT и около IT. Связь - @UrgentPirate
Download Telegram
8 января 1986 года был написан Манифест хакера. Прочитайте про мир которого уже нет. Хочется сказать, который мы потеряли, но нет - он вырос вместе с теми тинейджерами 80-х и 90-х. Идеальный цифровой мир, полный романтики, свободы, альтруизма и революции.

...
Yes, I am a criminal. My crime is that of curiosity. My crime is that of judging people by what they say and think, not what they look like.
My crime is that of outsmarting you, something that you will never forgive me for.

I am a hacker, and this is my manifesto. You may stop this individual, but you can't stop us all... after all, we're all alike.

+++The Mentor+++

... и добро пожаловать в настоящее.
Что такое BGP Add Path, зачем оно и как настроить на Juniper - RFC7911. BGP выбирает и работает всегда, только с лучшим маршрутом, он так придуман.
Но если очень хочется, то можно и по другому, и даже не одним способом. В статье подробно разбирается ситуация с Route Reflector и несколькими маршрутами во внешний мир из большой внутренней сети со многими возможными путями, когда однозначный выбор по умолчанию, который делается RR - не очень хорошее решение.
Forwarded from The After Times
ВОЛС Европа-Азия по Арктическому пути

Сведения о проекте ☝️☝️:

➡️ Трасса линии пройдет от норвежского города Киркинес до Японского Кьотанго.
➡️ Заходы будут сделаны по пути в Мурманск, Териберку, Сабетту, Диксон, Дудинку, Тикси, Хатангу, Ямбург, Певек, Анадырь, Петропавловск-Камчатский, Южно-Сахалинск, Владивосток и Находку.

➡️ Скорость передачи данных составит 200 Тбит/с.
➡️ Проект под названием “Арктик Коннект " может обойтись в 1,2 млрд рублей.

➡️ Работа может быть начата уже в 2022 году.
➡️ Работы ведет компания "Arctic Link Development OY” - которую “МегаФон” создал совместно с финской "Cinia OY".

https://arctic-lio.com/news-review-of-the-events-on-the-nsr1-december-2019/
Попробовать новый CCNA. Надо быть зарегистрированным на cisco.com и отдельно зарегистрироваться на этот пробный экзамен и ещё один раз придётся подтвердить что ты согласен со всеми условиями.

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

Конечно про управление и автоматизацию, я бы сказал сильно общие вопросы по сути, но про конкретные Cisco решения, что скорее плохо для базового экзамена. Если учесть что это будет один экзамен на всё, то получилось сильно по верхам: Wi-Fi один вопрос, про датацентры ничего не увидел и про дизайн, а ещё collaboration (улучшенная версия VoIP) и облака - я увидел обычный CCNA R&S, просто чуть расширенный. Вопросов на настоящем экзамене конечно больше будет, может и уместят всё что надо, ждать осталось недолго.

Однако даже так мой балл 24 из 33. По итогам можно сертификат распечатать или пройти повторно улучшив оценку.
Одной проблемой меньше (нет конечно), но супермногоуровневая архитектура сетей похоже убила сетевую безопасность, как минимум понятие периметра между внутренней безопасной и внешней частью сети. Защищайте себя сами в том месте в котором ещё это можно сделать, на конечном устройстве, мнение Greg Ferro.
Если загрузить BGP Full view в свой Linux десктоп на GNOME, то он будет притормаживать. Дело не в том зачем на десктопе в графическом окружении миллион маршрутов, а дело в том что использовался обычный массив вместо хеша, но это уже поправили.
Geoff Huston представил свой ежегодный анализ состояния BGP, из двух частей - количественный и динамический - много и подробно, с картинками. IPv6 растёт бурно, IPv4 более стабильно и при этом общее количество адресов уменьшается, а количество префиксов растёт. Никаких статистических аномалий нету, 2020 должны прожить.
В конце декабря фонд развития сетевых технологий "ИНДАТА" прислал опрос по своему сервису ididb.ru, интересный проект на который конечно стоит зайти и посмотреть. Так вот, в этом опросе фигурирует ещё десяток различных сервисов для анализа BGP и не только, очень разношёрстная подборка на которую можно взглянуть и даже выбрать какой-то инструмент по душе, если ещё не видели его.

Привожу как есть, без купюр:
Hurricane Electric BGP Toolkit, CAIDA, RIPEStat, PeeringDB, RADAR.QRATOR, DNSLytics.com, BGPview.io, ipcalc.com, 2ip.wiki, aWebAnalysis.com, ipinfo.io, IPIP.net, dp-ip.com, ru.map-ix.net, IPv4info.ru
🔧 Тут ребята из BunnyCDN сделали странное (мы же все тут любим странное, да?) - проверили скорость резольвинга доменов верхнего уровня. Самыми быстрыми тут оказались зоны .biz, .buzz и .club, а самыми медленными из проверяемых .ru, .ly и .top. Сравнительная таблица и подробности теста по ссылке: https://bunnycdn.com/blog/is-your-fancy-new-domain-hurting-your-performance-gtld-benchmark/

#напочитать #dns
Forwarded from linkmeup
Про богоны есть отличное определение на вики: Bogon filtering is the practice of filtering bogons. Если кто не знает, это про траффик с немаршрутизируемых адресов.
А пост хороший, да.
https://theinternetprotocolblog.wordpress.com/2020/01/15/some-notes-on-ipv6-bogon-filtering/
Forwarded from Network Warrior
Особенности работы ARP протокола в Junos

https://ntwrk.today/2020/01/16/pro-arp.html
Ограничивать или нет скорость в гостевой сети вашего Wi-Fi? Что будет если все гости станут смотреть Netflix или скачивать файлы? Сломает ли это вашу сеть для критически важных функций?

Автор используя научный подход, выдвигает гипотезы, проводит тесты, анализирует и делает выводы. В ситуации потокового видео, которое скачивается частями, большую часть времени полоса остаётся свободной и сетевые устройства простаивают. Ограничивая скорость скачивания, тем самым мы увеличиваем время скачивания, а также время активного взаимодействия и работы устройств. Значительные изменения заметны после того как скорость зарезана меньше 10Мбит/c, тогда исчезают паузы. Для Wi-Fi, наверное, это особенно важно так как постоянно утилизируется эфир.

Таким образом если снять ограничения, доверившись механизмам управления трафиком между конечным клиентом и сервисом, то результат будет лучше. В тестах ни разу не была достигнута скорость больше 120Мбит/с при гигабитной полосе.

Но есть нюанс, если клиенты начнут своё взаимодействие одновременно, то проблемы будут точно. Вопрос в вероятности этого, например, для аэропорта или для учебного класса, где все работают по команде от учителя. То есть, прежде чем делать надо обязательно подумать и ограничивать или не ограничивать, исходя не из домыслов и статей в Интернете, а на основе опытов и расчётов. Как раз на что многим сетевым администраторам не достаёт времени или силы воли.
Вспомнили и про формулу Эрланга, потому что наука остаётся наукой даже если теперь вместо телефонных каналов Wi-Fi.
Отказоустойчивость межсетевого экрана отдельная песня. Потому что помимо симметричности трафика, для поднятия резерва надо добиться синхронизации состояний. У *BSD есть pfsync для этого и свежая статья как его приготовить. Не свежая есть на xakep.ru. Остальным остаётся полагаться только на своих вендоров и что они придумали с failover режимами.
Ажиотаж спал и если вам действительно нужны IPv4, то судя по графикам очереди, получить статус LIR и свои /24 можно совершенно свободно.
Forwarded from Cybershit
Не все знают, но у Яндекса уже давно есть утилитка gixy для статического анализа мисконфигов в Nginx, позволяющая избежать множества проблем при конфигурировании любимого веб-сервера. И ребята ее постоянно обновляют вместе с документацией.

Так что при копировании очередных сниппетов с гитхаба, прогоните их хотя бы с помощью gixy :)

https://github.com/yandex/gixy
Наши подписчики подсказывают, за что им огромное спасибо, что у Nginx и так всё есть для облаков - Nginx Amplify. На кнопке регистрации написано for free, я нажимать не стал за ненадобностью, но если кто упустил этот момент - добро пожаловать, даже если окажется что это стоит денег.
Сети они такие, ага: LOOK, THE LATENCY FALLS EVERY TIME YOU CLAP YOUR HANDS AND SAY YOU BELIEVE. Но всем известно, что это из-за DNS.