Обновление прошивки коммутатора HASIVO — порядок и что проверить после
Когда обновление прошивки коммутатора оправдано, что подготовить до окна работ, в каком порядке обновляют устройства в кольце и что проверяют после перезагрузки.
Прошивка коммутатора обновляется не по расписанию, а по причине: исправлена ошибка, затрагивающая работу объекта, нужна функция, которой нет в установленной версии, или версия на устройствах парка разошлась и конфигурации перестали переноситься между ними. Коммутатор в промышленном контуре живёт дольше сервера, и за срок службы такие поводы возникают неоднократно.
Ниже разобрано, когда обновление оправдано, в каком порядке оно выполняется и что проверяется после перезагрузки устройства. Линейка собрана на странице Сетевое оборудование HASIVO.
Когда обновление оправдано
- В установленной версии есть ошибка, которая проявляется на объекте — сброс порта, потеря питания по PoE, некорректная работа протокола резервирования.
- Требуется функция управляемой модели, отсутствующая в текущей версии — например, нужный режим сегментации или протокол связующего дерева.
- Версии на однотипных коммутаторах парка разошлись, и единая конфигурация не переносится между устройствами.
- Устройство вводится в работу из складского запаса, где лежало с заводской версией.
- Планируется подключение оборудования, требующего поддержки на стороне коммутатора — точек доступа Wi-Fi 6 и 7, камер с высоким потреблением по PoE.
Если сеть работает штатно и ни одна из причин не выполняется, обновление не даёт выигрыша, но требует окна работ и несёт риск. Отдельно учитывается состав функций: часть протоколов резервирования и агрегации портов входит в базовую прошивку, часть требует отдельной лицензии, и смена версии сама по себе лицензию не добавляет.
Что подготовить до окна работ
| Шаг подготовки | Что именно делается | Зачем |
|---|---|---|
| Фиксация текущего состояния | Записываются модель, аппаратная ревизия, текущая версия прошивки, перечень включённых функций | Файл прошивки привязан к модели и ревизии; несовпадение приводит к отказу загрузки или к неработоспособному устройству |
| Резервная копия конфигурации | Выгружается конфигурация и сохраняется вне коммутатора | Часть обновлений сбрасывает настройки к заводским или меняет формат конфигурации |
| Снятие исходных показателей | Фиксируются состояние портов, потребление по PoE, таблица MAC-адресов, роли в кольце или дереве | После обновления результат сравнивается с исходным состоянием, а не с общими представлениями о норме |
| Проверка файла прошивки | Сверяется назначение файла и порядок перехода между версиями | Между некоторыми версиями требуется промежуточный переход, прямое обновление не поддерживается |
| Согласование окна | Выбирается время с минимальной нагрузкой, уведомляются службы объекта | Перезагрузка снимает питание с камер и точек доступа, подключённых по PoE |
| Доступ к устройству | Обеспечивается доступ по управляющей сети и физический доступ к шкафу | При неудачном обновлении восстановление ведётся локально, через консоль или сервисный режим |
Порядок обновления на объекте
- Обновление выполняется по управляющей сети, а не через порт, который сам участвует в проверяемой схеме резервирования.
- В парке однотипных устройств первым обновляется один коммутатор на наименее критичном узле — он служит проверкой перед остальными.
- В кольце и в схеме со связующим деревом устройства обновляются поочерёдно, с ожиданием восстановления топологии после каждого.
- Питание коммутатора на время загрузки файла и перезаписи не снимается — прерывание на этом этапе повреждает образ.
- После перезагрузки проверяется версия и целостность конфигурации, при необходимости конфигурация восстанавливается из копии.
- Результат фиксируется в журнале объекта — дата, устройство, версия до и после.
Что проверяется после перезагрузки
- Версия прошивки и аппаратная ревизия соответствуют заявленным.
- Конфигурация применена полностью — сегментация, маршрутизация на моделях уровня L3, приоритизация трафика.
- Все порты доступа поднялись на ожидаемой скорости, включая мультигигабитные порты 2.5G и аплинки SFP или SFP+.
- Питание по PoE подано на все подключённые устройства, суммарное потребление не выше бюджета модели.
- Протоколы резервирования работают — роли в кольце или в связующем дереве распределены как до обновления.
- Устройство отвечает на опрос системы мониторинга, счётчики ошибок на портах не растут.
- Проверено прохождение трафика до ядра сети под нагрузкой, а не только доступность коммутатора.
Проверка под нагрузкой обязательна: часть отклонений проявляется не сразу после загрузки, а при полном трафике на аплинке и полном бюджете питания на портах.
Частые вопросы
Сбросятся ли настройки. Это зависит от перехода между конкретными версиями. Исходить следует из того, что настройки могут сброситься, поэтому резервная копия конфигурации снимается всегда до начала работ.
Можно ли обновить коммутатор без остановки работы объекта. Сам коммутатор перезагружается, и устройства за ним на это время теряют связь и питание. Непрерывность обеспечивается схемой — резервным каналом и поочерёдным обновлением устройств в кольце, а не свойствами самой процедуры.
Нужно ли обновлять все коммутаторы парка до одной версии. Это упрощает эксплуатацию: единая версия означает переносимость конфигураций и предсказуемое поведение протоколов. Обновление при этом ведётся поэтапно, а не одновременно на всех устройствах.
Что делать, если после обновления пропала нужная функция. Сначала проверяется, входит ли она в базовую прошивку или требует лицензии, затем — применена ли конфигурация целиком. Если функция относится к лицензируемым, вопрос решается лицензией, а не версией.
Что прислать для подбора или проверки. Модель и аппаратную ревизию коммутатора, текущую версию прошивки, перечень подключённых устройств с мощностью по PoE, схему выхода в магистраль и используемые протоколы резервирования.
Что мы делаем
Считаем порты, бюджет PoE и аплинки, проверяем совместимость и подбираем модели под узлы сети, фиксируем в спецификации версию прошивки и перечень поддерживаемых функций — чтобы состав возможностей был известен до заказа, прописываем срок поставки и условия замены по каждой позиции, помогаем с настройкой, сегментацией и резервированием при запуске. Линейка — Сетевое оборудование HASIVO.
Пришлите схему сети, список подключаемых устройств и текущие версии прошивок на sale@tkasiatorg.ru — подберём модели, пришлём спецификацию и поможем с порядком работ на объекте.
