Переход на отечественное сетевое оборудование запускают требования к конкретным системам или растущие риски обслуживания импортного парка. Поставки запчастей и обновлений могут быть ограничены, а сроки и условия поддержки становятся менее предсказуемыми. Для каждого сегмента нужно отдельно определить нормативные основания и эксплуатационный риск.
Разберем, какие классы устройств закрывают российские решения, что подтверждают реестры, где возникают сложности совместимости и как планируется миграция сети. Отдельно покажем, какие параметры сопоставляются напрямую, а где вместо замены модели придется пересмотреть топологию, резервирование и регламенты.
Почему компании переходят: требования и практика
Причины перехода делятся на регуляторные и эксплуатационные, причем для разных систем они действуют по-разному.
Для субъектов КИИ отдельный режим действует на значимых объектах. По ПП №1912 они переходят на преимущественное применение доверенных программно-аппаратных комплексов по отраслевым и собственным планам до 1 января 2030 года. При закупке новых ПАК действует ограничение на недоверенные решения, но предусмотрено исключение, если произведенного в России доверенного аналога нет.
Для коммерческой компании эксплуатационный риск может оказаться важнее регуляторного. Парк продолжает работать, но обслуживание становится непредсказуемым: сроки и качество запчастей не гарантированы, а исправления уязвимостей могут быть недоступны. При отсутствии формального срока импортозамещение планируют по критичности узлов и последствиям отказа.
Если переход вызван эксплуатационными рисками, график определяют стоимость отказа, доступность резерва и возможность провести испытания. Сначала заменяют узлы, для которых длительный простой и отсутствие обновлений создают наибольший ущерб.
Какие классы оборудования закрываются
Состав производителей и линеек меняется, поэтому состояние предложения оцениваем не общими словами, а по функциям, скоростям и ограничениям конкретного проекта.
Класс устройств | Назначение | Состояние предложения |
|---|---|---|
Коммутаторы доступа | Подключение рабочих мест и серверов | Типовые L2/L3-сценарии уровня доступа закрываются. Сверяют скорости, PoE-бюджет, стекирование, таблицы MAC/VLAN и резервирование. |
Коммутаторы агрегации | Сбор трафика с уровня доступа | Типовые схемы закрываются. Отдельно проверяют плотность 25/40/100GbE, MLAG или стекирование и таблицы маршрутизации. |
Маршрутизаторы | Граница сети, связь сегментов и филиалов | Доступность проверяют по WAN-интерфейсам, VPN, протоколам маршрутизации, производительности и резервированию. |
Межсетевые экраны | Фильтрация трафика, защита периметра | Сегмент включает сертифицированные продукты. Для межсетевого экрана проверяют функции, производительность с инспекцией и сертификат ФСТЭК. |
Точки доступа | Беспроводные сети | Доступность проверяют по радиодиапазонам, контроллеру, роумингу, питанию PoE и требованиям к сертификации. |
Оптические трансиверы и DAC | Оптические модули и кабели прямого подключения | Совместимость проверяют по модели устройства, версии ПО и артикулу модуля |
Сетевые карты | Подключение серверов | Выбор проверяют по скорости, форм-фактору, интерфейсу хоста, драйверам и поддержке ОС. |
Пассивное сетевое оборудование | Шкафы, кроссы, патч-панели, розетки и компоненты СКС | Сверяют категорию СКС, плотность портов, разъемы и условия монтажа |
Типовые задачи доступа, агрегации и защиты закрываются, но вывод делают по измеримым требованиям. Для высокоплотных ЦОД отдельно сверяют производительность, портовую емкость, протоколы и доступность совместимых модулей.
Конкретные модели быстро меняются, поэтому сетевое оборудование сравнивают по матрице функций и актуальным реестровым записям, а не по общему статусу бренда.
Реестры и закупка: что проверять по документам
Маркетинговое обозначение российского происхождения не заменяет проверку реестровой записи и документов для конкретной закупки.
ПП №719 устанавливает требования, по которым промышленную продукцию относят к российской. Наличие товара в реестре российской промышленной продукции подтверждают номером действующей записи, а для продукции с балльными требованиями проверяют количество баллов.
Реестр отечественного ПО относится к операционной системе, системе управления и программным средствам защиты. Указывают номер действующей записи и проверяют, что продукт и нужная редакция не исключены.
Для защиты информации в ГИС применяют сертифицированные СЗИ. С 1 марта 2026 года требования определяет приказ ФСТЭК №117. Сертификат ФСТЭК проверяют у продукта, используемого как средство защиты, вместе с областью применения и сроком действия. Для ИСПДн меры выбирают по уровню защищенности и актуальным угрозам согласно приказу №21.
ПП №1875 вводит запрет, ограничение и преимущество, а применимая мера зависит от позиции товара. Для товаров под ограничением действует механизм «второй лишний»: иностранные заявки отклоняют, если подана и допущена заявка с российским товаром или товаром ЕАЭС с равными условиями. Одной записи аналога в реестре без такой заявки недостаточно.
Запросите точное наименование и модель, ОКПД2, номер реестровой записи и сведения о баллах, если они нужны для позиции. Для ПО проверьте действующую запись, а для СЗИ сертификат и область применения. При закупках по 44-ФЗ и 223-ФЗ документы сверяют на дату подачи заявки.
Совместимость: где чаще всего спотыкаются
Большинство несовместимостей проявляется в оптике, протоколах, смешанном парке и инструментах управления.
Некоторые платформы проверяют идентификатор модуля. Неподдерживаемый оптический трансивер может не поднять порт, вызвать предупреждение или лишить конфигурацию поддержки производителя. Совместимость проверяют для пары «модель устройства, версия ПО, артикул трансивера», а подходящие оптические трансиверы выбирают до закупки.
Стандартный LACP рассчитан на агрегацию совместимых интерфейсов, но на стенде сверяют параметры LAG и поведение при отказе. Отдельный риск создают multi-chassis LAG, стекирование и другие механизмы, ограничения которых зависят от реализации производителя.
Во время миграции сети старое и новое оборудование образуют смешанный парк. На границе проверяют VLAN, маршрутизацию, резервирование, MTU, оптику и протоколы управления, поскольку одинаковое название функции не гарантирует одинаковые параметры.
Без обучения и инструкций время диагностики может вырасти: инженерам приходится искать непривычные команды, сопоставлять события с новой системой мониторинга и проверять иной формат журналов.
До массовой закупки соберите стенд из нового и работающего оборудования. Стенд требует затрат, но выявляет несовместимость до окна переключения, когда ошибка уже приводит к откату, повторным работам и простою сервисов.
Как планировать миграцию по этапам
Одновременная замена всего парка подходит только небольшой некритичной сети. В остальных случаях переход делят на контролируемые этапы.
- Составьте инвентарную ведомость: модели, версии ПО, функции, соединения и критичность. Без актуальной схемы нельзя определить зависимости и порядок работ.
- Ранжируйте сегменты по допустимому простою и наличию обходного пути. Это задает очередность миграции и требования к окну переключения.
- Проведите пилот на некритичном типовом сегменте. Зафиксируйте совместимость, метрики, сценарий отката и критерии приемки.
- Тиражируйте конфигурацию по сегментам и проверяйте результат после каждого этапа, не перенося непроверенные настройки сразу на весь парк.
- Критичные узлы меняйте после пилота, когда команда уже отработала процедуру, мониторинг и восстановление конфигурации.
Для переходного периода зафиксируйте срок работы смешанного парка, границы ответственности и порядок диагностики. Резервные пути и сценарий отката проверяют заранее, чтобы плановая миграция не остановила зависимые сервисы.
Что учесть в эксплуатации после перехода
После монтажа меняются ежедневные процедуры эксплуатации, поэтому их включают в проект до переключения.
- Обучите команду работе с интерфейсами, командами и типовыми операциями нового оборудования. Практику проводят на стенде до критичного окна.
- Обновите схемы, конфигурации, инструкции и регламенты. Документация должна отражать смешанный парк и состояние каждого этапа миграции.
- Перенастройте мониторинг: добавьте метрики, события, пороги и проверку доставки оповещений для новых устройств.
- Зафиксируйте условия сервиса, сроки замены, подменный фонд и запас совместимых модулей. Эти параметры сравнивают по договору, а не по общей характеристике поставщика.
Где перехода «один в один» не получится
Прямая замена невозможна, если текущая схема зависит от функций конкретной экосистемы или выходит за характеристики доступных решений.
Перепроектирование требуется для проприетарного стекинга и multi-chassis, редких протоколов, высокоплотных узлов ЦОД и глубокой интеграции с системой управления производителя. Для каждого случая заранее описывают целевую функцию и способ ее проверки.
Если проектные работы выделены отдельным этапом, их оценивают по срокам, проверяют на стенде и включают в окно миграции. Без этого изменение топологии обнаруживается уже во время внедрения.
Что определяет успех перехода
Наличие аналога в реестре само по себе не гарантирует успешную миграцию. До выбора моделей зафиксируйте четыре результата проекта.
Инвентарная ведомость должна содержать критичность сегментов, протокол стендовых испытаний фиксировать совместимость и метрики, план переключения описывать этапы и откат, а эксплуатационный регламент определять работу смешанного парка.
Если стенд пропустить, несовместимость модулей или функций обнаружится при монтаже. Проверяемые документы превращают подбор в управляемый проект, а не в поиск аналога по паспортным характеристикам.
Импортозамещение сетевого оборудования начинают с инвентаризации и стенда. Передайте инженеру требования к функциям, реестрам и срокам миграции, чтобы подобрать позиции и составить план переключения без неподтвержденных допущений.