Петля в сети видеонаблюдения: почему ложатся все камеры сразу и как это лечится

Авария выглядит одинаково почти на всех объектах. Утром заказчик звонит и говорит, что «видеонаблюдение упало целиком»: в регистраторе все камеры серые, веб-интерфейс коммутатора не открывается, а заодно перестал работать интернет в бухгалтерии. Перезагрузка регистратора помогает на минуту, дальше всё повторяется.

Монтажник приезжает, видит мигающие в такт индикаторы на всех портах коммутатора и начинает менять камеру, блок питания, патч-корды. Оборудование при этом исправно. Причина — петля в сети: где-то появился второй путь между двумя коммутаторами, и сеть сама себя забила трафиком.

Типичная картина: коммутаторы собраны в кольцо вокруг здания, RSTP на них не включён. Авария приходит не в день монтажа, а позже — когда замыкают последний пролёт кольца. Найти такую петлю быстрее по журналу управляемого коммутатора, чем перебором кабелей.

Разберём, что такое петля в локальной сети простыми словами, откуда она берётся именно в видеонаблюдении, как найти её на объекте за один выезд и почему управляемый коммутатор с STP/RSTP закрывает проблему на этапе проекта.

Короткий ответ

Петля в сети — это два и более параллельных пути между коммутаторами. Широковещательный кадр ходит по кругу, копируется на каждом витке и за секунды забивает всю сеть: камеры пропадают разом, индикаторы портов мигают непрерывно. Ищут петлю отключением связей между коммутаторами по одной. Предотвращают протоколами STP и RSTP: коммутаторы логически гасят лишний путь и включают его при обрыве основного.

В статье разберём

1. Что такое петля в локальной сети и почему кадр размножается
2. Что происходит с кадрами в петле Ethernet
3. Откуда петли берутся в системах видеонаблюдения
4. По каким симптомам петля отличается от других аварий
5. Как найти петлю в сети: порядок действий на объекте
6. Как найти петлю в локальной сети по журналу и статистике портов
7. Как STP и RSTP предотвращают петлю
8. STP или RSTP в видеонаблюдении: что выбирать
9. Что делать, если коммутаторы неуправляемые
10. Что закладывать в проект, чтобы петли не было

Для кого эта статья

• Монтажникам, которые собирают сети видеонаблюдения на объектах заказчика и хотят не ловить аварию через неделю после сдачи.
• Главным инженерам и системным администраторам, у которых видеонаблюдение живёт в одной физической сети с офисом.
• Снабженцам, которым нужно понять, за что доплачивают при покупке управляемого коммутатора вместо неуправляемого.
• Частным заказчикам с большим домом или территорией, где стоит больше одного коммутатора.

Что такое петля в локальной сети?

Петля в локальной сети — это замкнутый маршрут для кадра, когда между двумя точками сети существует больше одного пути на канальном уровне. Проще: два коммутатора соединены не одним кабелем, а двумя, либо три коммутатора соединены в кольцо.

Представьте коридор с двумя дверями в один и тот же кабинет. Человек выходит через первую дверь, обходит коридор, возвращается через вторую — и так бесконечно. Коммутатор не умеет сказать «я этот кадр уже видел»: в заголовке кадра Ethernet нет счётчика, который уменьшался бы на каждом переходе и в итоге обнулялся. В IP-пакете такой счётчик есть, а на канальном уровне — нет.

Дальше работает умножение. Широковещательный кадр коммутатор рассылает во все порты, кроме того, откуда получил. Кадр возвращается по второму пути, рассылается снова, и с каждым кругом копий становится больше. Это и называют широковещательным штормом: за несколько секунд загрузка линков доходит до предела, и полезный трафик через них не проходит.

Второй эффект менее заметен, но ломает сеть не хуже. Коммутатор ведёт таблицу MAC-адресов: какой адрес за каким портом. При петле один и тот же MAC приходит то из первого порта, то из второго. Таблица переписывается по кругу, коммутатор перестаёт понимать, куда отправлять кадры, и начинает рассылать их во все порты — трафик растёт ещё быстрее.

Что происходит с кадрами в петле Ethernet

Для коммутатора петля — это не ошибка, а штатная ситуация, которую он честно отрабатывает. Он делает ровно то, что предписано: рассылает широковещание во все порты и обновляет таблицу адресов по последнему пришедшему кадру. Логики «тут что-то не так» в неуправляемом устройстве нет.

Поэтому петля не чинится заменой коммутатора на такой же. Нужно либо убрать физический второй путь, либо поставить оборудование, которое умеет его обнаружить и заблокировать. Разница между управляемыми и неуправляемыми коммутаторами, уровни L2 и L3 и работа с VLAN разобраны в статье коммутатор L2 и L3 и VLAN в видеонаблюдении.

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

Откуда петли берутся в системах видеонаблюдения?

Почти все такие аварии сводятся к четырём сценариям. Все они бытовые, без экзотики.

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

Второй кабель «на резерв». Между коммутатором в здании и коммутатором на улице тянут две линии: на случай, если одну повредят. Обе подключают сразу. Пока линий две и обе активны, это не резерв, а петля. Резерв работает только с STP/RSTP или с кольцевым протоколом. Типичная картина: резервную линию до уличного коммутатора заводят с двух сторон на неуправляемом оборудовании, и система ложится сразу после подачи питания на уличный узел. Быстрое лечение — отключить и подписать резервный конец, надёжное — поставить на узел управляемый коммутатор с RSTP.

Кольцо из коммутаторов без настройки. На протяжённых объектах — склад, производство, периметр — коммутаторы ставят по кругу, чтобы обрыв кабеля не отрезал половину камер. Идея правильная, но без включённого протокола кольцо работает как петля с первой секунды.

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

Отдельно отметим: петля не всегда появляется в день монтажа. Часто она «срабатывает» через месяцы, когда кто-то включил давно лежавший кабель или подал питание на коммутатор, который стоял обесточенным.

По каким симптомам понять, что это именно петля?

Петля отличается от большинства аварий тем, что ломает всё сразу. Одна камера пропала — это кабель, питание или сама камера. Пропали все камеры одновременно, включая те, что на разных коммутаторах — смотрите в сторону петли.

Сводная таблица для диагностики на объекте.

Последние две строки нужны, чтобы не искать петлю там, где её нет. Частные случаи с одной неработающей камерой — в статье камера PoE не работает: 10 причин.

Как найти петлю в сети: порядок действий

Метод, который работает всегда и не требует никаких инструментов, — последовательное разделение сети. Разбираем по шагам.

Шаг 1. Зафиксируйте границы. Определите, какие коммутаторы в аварии, а какие нет. Если работает только тот сегмент, что физически отключён от остальных, петля в активной части.

Шаг 2. Отключайте связи между коммутаторами по одной. Снимите межкоммутаторный линк, подождите 20–30 секунд, посмотрите на индикаторы. Если мигание прекратилось и камеры вернулись — петля была на снятом участке. Не торопитесь: таблицам MAC-адресов нужно время, чтобы очиститься.

Шаг 3. Доведите до одного коммутатора. Когда виновный сегмент найден, отключите от коммутатора всё, кроме питания и аплинка, и включайте порты по одному. Порт, после которого шторм возвращается, и есть вход в петлю.

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

Три практических правила. Первое: записывайте, что отключили — иначе после двух часов поиска сеть собирается обратно неправильно. Второе: подключайтесь к управляемому коммутатору отдельным кабелем в свободный порт, иначе веб-интерфейс не откроется из-за шторма. Третье: не меняйте оборудование, пока не нашли петлю — замена ничего не даст, а вы потеряете время.

Как найти петлю в локальной сети по журналу и статистике портов?

Если коммутаторы управляемые, перебор кабелей часто не нужен. Данные о петле у коммутатора уже есть, их надо прочитать.

Журнал событий. Управляемый коммутатор пишет в лог сообщения о нестабильности MAC-адреса: один и тот же адрес мелькает то на одном порту, то на другом. Два порта, которые упоминаются чаще всего, и образуют петлю. Это самый быстрый способ.

Статистика портов. Смотрите на счётчики широковещательных кадров и на загрузку. При петле один-два порта показывают поток, несопоставимый с остальными, и счётчик растёт на тысячи кадров в секунду при полностью статичной картинке на камерах.

Функция обнаружения петли. У части управляемых коммутаторов есть loop detection: устройство отправляет служебный кадр и проверяет, не вернулся ли он на свой же порт. Если вернулся — порт блокируется автоматически, а в журнале появляется запись. Фактически коммутатор сам показывает, где петля. Функция есть не у всех моделей и иногда отключена по умолчанию — проверяйте при закупке.

Контроль широковещания. Отдельная настройка ограничивает долю широковещательного трафика на порту. Петлю она не устраняет, но не даёт сети лечь целиком: остальные камеры продолжают работать, а вы спокойно ищете причину.

Всё перечисленное доступно только на управляемых моделях — в разделе коммутаторов и PoE-коммутаторов это указано в характеристиках. Наличие RSTP и защиты от петли сверяйте в паспорте конкретной модели.

Как STP и RSTP предотвращают петлю?

STP (Spanning Tree Protocol) — протокол, который позволяет коммутаторам договориться между собой и логически отключить лишние пути, оставив по одному маршруту до каждой точки. Физически кабель остаётся подключённым, но порт переводится в блокирующее состояние и данные через него не идут.

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

Главное свойство: это резерв, а не просто запрет. Если основная линия обрывается, коммутаторы пересчитывают схему и разблокируют резервный порт. Связь восстанавливается без участия человека.

RSTP (Rapid Spanning Tree Protocol) — более быстрая версия той же идеи. Классический STP перестраивается долго: порт проходит промежуточные состояния, и на переключение уходят десятки секунд — ориентировочно от 30 до 50. RSTP договаривается с соседом напрямую и обычно укладывается в единицы секунд. Цифры здесь — ориентир: точное время зависит от числа коммутаторов, топологии и настроек.

Разница критична именно для видеонаблюдения. При STP регистратор успевает потерять потоки, разорвать соединения и начать переподключение — в архиве остаётся заметный провал. При RSTP перерыв часто ограничивается несколькими потерянными секундами записи.

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

STP или RSTP в видеонаблюдении: что выбирать?

Для новых объектов — RSTP. Он совместим с классическим STP, поддерживается практически всеми современными управляемыми коммутаторами и не требует отдельной лицензии. Отдельно доплачивать за него не приходится.

Три настройки, которые стоит включить вместе с RSTP в сети с камерами:

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

Дополнительный слой защиты — изоляция портов и VLAN. Камеры разносят по отдельной VLAN, и даже если в офисном сегменте кто-то устроит петлю, шторм не дойдёт до видеонаблюдения. Изоляция портов не даёт абонентским портам общаться между собой напрямую — только с аплинком. Настройка VLAN на коммутаторах L2 и L3 — в той же статье про L2, L3 и VLAN.

Что делать, если коммутаторы неуправляемые?

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

Первый — исключить вторые пути физически. Схема строится деревом: каждый коммутатор имеет один аплинк, кольца нет. Все резервные кабели, которые проложены «на будущее», оставляют не подключёнными с одной стороны и подписывают. Подпись обязательна: без неё через год их включат.

Второй — поставить управляемый коммутатор в ядре. Если управляемым сделать только центральный коммутатор, к которому сходятся линии, он закроет значительную часть сценариев: контроль широковещания и loop detection на его портах не дадут шторму от нижнего сегмента положить всю сеть. Не панацея, но решение заметно дешевле полной замены парка.

Третий — заменить коммутаторы на управляемые там, где есть кольцо или резерв. Если архитектурно нужен резервный путь, без RSTP он не работает. Это не вопрос экономии, а вопрос физики: два активных пути между коммутаторами — всегда петля.

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

Что закладывать в проект, чтобы петли не было?

Проще один раз заложить правильную схему, чем потом ездить на аварии. Что стоит заложить в сетевую часть проекта видеонаблюдения:

• Схема с явно обозначенными аплинками. На схеме видно, какой порт куда идёт, и любое лишнее соединение сразу бросается в глаза при проверке.
• Управляемые коммутаторы на всех узлах, где больше одного исходящего направления. На тупиковых ветках допустим неуправляемый.
• Физическое разделение с офисной сетью или VLAN. Самый надёжный способ не получить шторм от посторонних устройств.
• Маркировка кабелей и портов. Банально, но именно немаркированный кабель чаще всего становится вторым путём.
• Запас портов 20–30 %. Когда свободных портов нет, через полгода в сеть вставят «коробочку» из кабинета — и вы получите тот самый четвёртый сценарий.
• Запись в журнале о каждом изменении схемы. Петля почти всегда появляется после работ, и журнал сокращает поиск до минут.

Нормальный медный кабель и аккуратная заделка к петлям отношения не имеют, но на качество линков влияют напрямую: часть «штормоподобных» симптомов на деле оказывается переподключениями линка на плохо обжатом разъёме. Кабель и монтажные расходники — в соответствующих разделах каталога.

Связанные категории товаров

• Коммутаторы — управляемые модели с поддержкой STP/RSTP и обнаружения петли.
• PoE-коммутаторы — питание и данные по одному кабелю для IP-камер.
• Сетевое оборудование — медиаконвертеры, инжекторы, сопутствующее.
• Кабельная продукция — витая пара для внутренних и наружных трасс.
• Регистраторы — NVR для записи потоков с IP-камер.
• Оптовые поставки и работа с монтажниками — условия для подрядчиков.

Как мы можем помочь

Мы в RS-CAM работаем в Волгограде с 2013 года и проектируем сетевую часть видеонаблюдения вместе с самой системой, а не отдельно от неё. На объектах с несколькими коммутаторами закладываем RSTP и схему с резервом, который действительно переключается, а не лежит петлёй.

По действующим системам выезжаем на поиск причины: разбираем, где физически замкнулась сеть, снимаем журналы с управляемых коммутаторов, собираем схему заново и подписываем линии. Если в сети стоят неуправляемые коммутаторы, предлагаем минимальный вариант — заменить узловой, а не весь парк.

Монтажникам и подрядчикам подбираем коммутаторы под конкретную топологию: сколько портов, какой PoE-бюджет, нужен ли RSTP или хватит простой защиты от петли. Поставляем сетевое оборудование, кабель и расходники, в том числе оптом — условия на странице для партнёров. Отдельно делаем монтаж сетей связи и СКС, когда сеть строится с нуля.

Главный вывод

Петля в сети — это не поломка оборудования, а ошибка топологии: два пути между коммутаторами там, где должен быть один. Симптом характерный — ложатся все камеры разом, индикаторы мигают непрерывно, перезагрузка помогает на полминуты.

Ищут петлю отключением межкоммутаторных связей по одной, а на управляемом оборудовании — по журналу и статистике портов. Предотвращают RSTP: он гасит лишний путь и возвращает его в работу за единицы секунд при обрыве основного, тогда как классическому STP нужны десятки секунд.

Если в сети больше одного коммутатора и вы планируете резервные линии, управляемое оборудование — не роскошь. Без него резерв превращается в аварию в тот же день, когда его подключат.

Вопросы и ответы (FAQ)