Почему два коммутатора могут одновременно считать себя главным шлюзом В сети используется MLAG: два физических коммутатора объединены в логическую пару, а серверы подключены сразу к обоим через LACP. Всё работает нормально, пока между коммутаторами не пропадает служебное соединение — peer-link. ⏺Что происходит при разрыве? Через peer-link устройства обмениваются служебной информацией и синхронизируют часть состояния. Если связь между ними потеряна, каждый коммутатор может перестать получать актуальные данные о соседе. Особенно опасна ситуация, когда одновременно нарушается и дополнительный канал проверки доступности — keepalive. Тогда возникает риск split-brain: оба коммутатора считают, что могут самостоятельно обслуживать общие подключения. ⏺Чем это грозит? В зависимости от реализации MLAG возможны дублирование кадров, MAC flapping, нарушения пересылки и потери трафика. При этом физические интерфейсы могут оставаться UP, поэтому обычная проверка состояния портов не всегда обнаружит проблему. ⏺Как защищаются от split-brain? Обычно используют отдельный peer-keepalive, который проходит независимо от peer-link. Кроме того, многие реализации MLAG при потере peer-link автоматически отключают определённые порты на вторичном коммутаторе, чтобы не допустить одновременной независимой работы пары. Конкретное поведение зависит от производителя и настроек. N.A.

Как Ethernet временно останавливает передачу Представим, что сервер принимает трафик быстрее, чем успевает его обрабатывать. Буферы сетевой карты заполняются, и скоро начнутся потери пакетов. Но Ethernet умеет не только отбрасывать кадры. В некоторых сетях он может попросить соседнее устройство временно прекратить передачу. ⏺Как это работает? В стандарте IEEE 802.3x предусмотрены специальные PAUSE-кадры. Если включён Flow Control, перегруженный приёмник может отправить такой кадр соседу. Внутри указывается время паузы в единицах по 512 битовых интервалов. Получив кадр, сосед временно приостанавливает обычную передачу данных по линку. При этом PAUSE действует на весь линк, а не на отдельное TCP-соединение. ⏺Как проверить в Linux? Посмотрим настройки сетевой карты: ethtool -a eth0 В выводе интересуют RX и TX: разрешён ли приём PAUSE-кадров и может ли интерфейс отправлять их сам. Статистику можно поискать через: ethtool -S eth0 | grep -i pause Названия счётчиков и их доступность зависят от драйвера. ⏺В чём подвох? PAUSE помогает избежать переполнения буферов, но создаёт другую проблему: один перегруженный получатель способен затормозить весь трафик на физическом соединении. Из-за этого Flow Control не всегда улучшает производительность. Иногда он просто переносит перегрузку на соседнее устройство. N.A.

️️️️️️️️️️️️📶 Сеть может работать стабильно годами, пока однажды не возникает проблема — тогда придется разбираться, что происходит между хостами. Здесь уже недостаточно знать команды: важно понимать, как устроен стек сетевых протоколов и где искать причину сбоя. На открытом уроке разберём: ➖ как устроен сетевой стек; ➖ на практике поработаем с сетевыми утилитами на хосте. 👍 Это поможет лучше понимать работу сети и увереннее проводить её отладку. Урок подойдёт начинающим сетевым инженерам и всем, кто хочет системно разобраться в сетевых технологиях. 📆 5 ноября в 20:00 МСК 🎓 Занятие проходит в преддверии старта курса «Сетевой инженер. Базовый уровень».  👉 Регистрируйтесь на открытый урок и начните разбираться в сетях с фундаментальных принципов: https://otus.pw/QHJR/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618