В классических сетях измерить задержку относительно просто: маршруты стабильны, топология предсказуема. Но что делать, если ваши оконечные узлы движутся? А теперь представьте, что движутся ещё и промежуточные узлы, которые передают ваши данные! Для погружения в проблему расскажу про динамические беспроводные Mesh сети с академической стороны на простом инженерном языке с примерами. Посмотрим на такую сеть как на живую инженерную систему, где задержка зависит от движения, радиосреды, плотности узлов и алгоритмов маршрутизации. Где такие сети нужны и как с ними работать. Отдельно разберу разработанный метод измерения задержек в динамически изменяющихся сетях, когда привычные методы диагностики дают неполную или искаженную картину.

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

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

Это второй доклад из цикла "А что, если это - не это, а то - не то" от ребят от "До нас дошло". Мы поговорим о том, как радикально менялась сама суть мобильного телефона: от футуристической «рации» в 1960-х до статусного «кирпича» в 1990-х. Разберем переломный момент 2000-х, когда устройство перестало быть «звонилкой» с цветным экраном и совершило рывок в сторону первых WAP-порталов и GPRS. Где та невидимая черта, после которой «сидеть в Интернете» заменило «позвонить»? И какую роль в этой трансформации сыграли 2020-е с их тотальной облачной зависимостью.

У нас в Okko есть свой CDN, а в нём больше 180 аплинков (от 10 до 600 Гбит/с каждый). Пиковый трафик более 8 Тбит/с. Управлять этим вручную стало очень сложно.

В докладе расскажу, как мы пришли к созданию Uplink Load Balancer (ULB) - сервиса, который автоматически балансирует трафик между аплинками, не допускает перегрузок и учитывает стоимость каналов.

Поговорим о:
— зачем вообще что-то разрабатывать;
— песочнице с FullView (и зачем она вообще нужна);
— архитектуре ULB;
— механизме резервирования полосы;
— cost-based balancing - учёт тарифов, предоплаченной полосы и burst’ов.

Многие инженеры считают, что Wi-Fi на MikroTik «плохо работает» и построить на нём хорошую беспроводную сеть невозможно. В докладе я разберу, откуда появились такие утверждения, какие технические и исторические причины за ними стоят, и насколько они актуальны для современных версий RouterOS и новых Wi-Fi-пакетов.

До того как появились Pikabu, LOR, Habr и VK, IT-шники 90-х сидели в Фидонете. Это была полностью децентрализованная, асинхронная и некоммерческая сеть с уникальным контентом, работающая поверх аналоговых телефонных линий. В этот раз мы раскопаем стюардессу: разберем архитектуру адресации 2:5077/22.10, посмотрим на "микросервисы 90-х" (мейлеры, тоссеры и трекеры), вспомним, как бились за аппаратные модемы US Robotics, и узнаем, где зародился весь токсичный IT-фольклор рунета. А главное — выясним, почему FidoNet до сих пор жив.

Десятки лет мы строили слои абстракций, позволяющие среднестатистическому питон-разработчику выживать в этом мире: архитектура компьютера, PCIe, ОС с kernel+user space, TCP/IP/Ethernet.

Но всё меняется, когда приходится считать миллисекунды.
Приходится взять Молот Высокой производительности — и бросить его на стеклянный стол абстракий.

Смотрим, как устроены сервер, GPU-карта, чем плохи Kernel и TCP, где нам тут сэкономить миллисекунды и как ситуацию спасют RDMA, Infiniband и RoCE.

Разберем кейсы применения supervised и unsupervised machine learning - детект выбросов, кластеризация, ассоциативные правила, градиентный бустинг. Для каких типов атак они хорошо работают, для каких не подходят. Как бороться с ложными срабатываниями и вычислительной сложностью. Open-source и сommunity решения в качестве альтернативы - NTA vs NGIDS.

Доклад про наблюдаемые на практике упускаемые из вида проявления и заблуждения в DDoS-атаках и защите от них.

• Атаку запустил, в хост чекерах всё красное, а сайт работает
• Защиту запустил, в хост чекерах всё зеленое, а сайт не работает
• Просканировал сеть, а всё порты открыты
• Syn-cookies vs syn-proxy
• Отражение DDoS-атаки - это не то о чем вы подумали
• L7 Flood не только HTTPS, а защита HTTPS не только с расшифровкой

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

В сети банка цена опечатки в конфиге - это не "ой, сейчас поправлю", а потерянные бизнесом и клиентами деньги. Поэтому ручные правки в CLI - уже давно моветон в индустрии, и мы тоже держим марку. Нюанс в том, что основа сети наших дата-центров собрана из очень разных платформ: сегодня это EVPN/VXLAN-фабрика на Cisco NX-OS и кластеры файрволов на FreeBSD, а завтра может приехать ещё какой-нибудь вендор и, возможно, не один. Поэтому наша оркестрация сделана так, чтобы не зависеть от того, что именно стоит в стойке. Расскажу, как GitLab CI стал дирижёром для управления сетью: от наливки нового железа с нуля (ZTP) до повседневных изменений с использованием подхода Network as Code. Почему мы научили пайплайн генерировать себя на лету и катить только то, что реально изменилось из сотен устройств. Почему так важно иметь возможность отлавливать дрейф конфигурации, и как это делаем мы. С какими подводными и наземными камнями столкнулись, и к чему стремимся привести нашу систему в обозримом будущем.

У нас давно существует проблема добавления поддержки новых сетевых железок. Это занимает много времени, требует большого погружения в разные проекты и, желательно, сетевого бекграунда у разработчика, иначе все будет еще дольше. Дольше - это недели, а то и месяцы перепинывания разных частей задачи между командами. Есть альтернатива - некоторые участники команды в целом могут в одно лицо это проделать, но, как правило, заняты более срочными или важными задачами и даже у них это займет неделю. Появилась идея, что в наш век победивших ai агентов можно всю эту нескриптуемую, но понятную и последовательную работу свалить на них. Мы попробовали и таки да, так можно. Как именно, что отваливается и насколько ai агенту тяжело объяснить разницу между разными диалектами одного вендора - в этом докладе.

Практически каждый проект в интеграторе начинается с аудита. Сложно придумать наказание хуже - изучать очередную интерпретацию сети. После, редкий оплаченный аудит используется где-либо по назначению. За 30 минут покажу пару инструментов и схему того, как я научился получать от этого удовольствие.
Итак, у нас была палка с верёвкой, пара недель и надо было сделать аудит чужой сети.

Честный рассказ о разрыве между красивым DRP в Confluence и тем, что происходит в 3 часа ночи, когда оба дата-центра зашифрованы. Без теории и маркетингового булшита: как выглядит реальное восстановление, почему документ всегда проигрывает реальности — и что строить вместо иллюзии готовности, даже если бюджет закончился на стойке списанных серверов.
Для тех, кто отвечает за непрерывность бизнеса и устойчивость процессов. И для тех, кто ни разу не запускал восстановление в реальных условиях. Таких большинство.