Может ли "программный коммутатор" FortiGate, определённый как FortiLink, также использоваться с устройствами третьих сторон?

Вопрос или проблема

Мне нужно подключить пару FortiSwitch к паре устройств FortiGate в HA через FortiLink.
Я думаю определить объект “программный коммутатор” как FortiLink, а не LAG или конкретный порт – для гибкости изменений. Теоретически, это должно работать:

Вы можете настроить FortiLink на логическом интерфейсе: группа агрегации каналов (LAG), аппаратный коммутатор или программный коммутатор.

Вопрос: смогу ли я также подключить не-Fortinet устройства, серверы или сторонние коммутаторы к другим портам, входящим в этот “программный коммутатор”?

config system switch-interface
  edit "FortiLink_SW"
    set vdom "root"
    set member "port1" "port2" "port3"  # Эти порты будут частью программного коммутатора
    set type switch
  next
end

config switch-controller managed-switch
  edit <FortiSwitch_Serial_Number>
    set fsw-standalone enable  # Если еще не часть стека
    config ports
      edit "port1"  # Предполагая, что port1 на FortiSwitch подключен к FortiGate
        set fortilink enable
      next
    end
  next
end

config switch-controller global
  set allow-multiple-interfaces enable
end

Ответ или решение

Тема интеграции устройств Fortinet с другими сетевыми решениями является актуальной для предприятий, стремящихся к гибкости и расширяемости своей инфраструктуры. Вопрос, связанный с использованием "программного коммутатора" (software switch) в роли FortiLink, интересен с точки зрения взаимодействия с устройствами сторонних производителей. Для понимания этого вопроса следует подробно рассмотреть теоретическую основу, примеры и практическое применение.

Теория

FortiLink — это технология, используемая для интеграции FortiSwitch с FortiGate, обеспечивая централизованное управление и координацию. Через эту ссылку FortiGate может управлять коммутаторами FortiSwitch, так будто они являются расширением FortiGate. Этот метод соединения особенно полезен для упрощения управления сетью и обеспечения безопасности.

В описанной задаче предложено использовать "программный коммутатор" (software switch) для организации FortiLink, что обычно подразумевает объединение нескольких физических интерфейсов в один логический. Это может быть полезно для гибкости, позволяя легко добавлять или удалять интерфейсы без изменения основной конфигурации FortiLink.

Однако использование "программного коммутатора" в рамках FortiLink порождает вопрос о возможности подключения устройств сторонних производителей. Этот аспект напрямую зависит от архитектуры и функций FortiGate и FortiSwitch, поскольку FortiLink был разработан преимущественно для взаимодействия только с продукцией Fortinet.

Пример

Рассмотрим конфигурацию, как описано в вашем вопросе:

config system switch-interface
  edit "FortiLink_SW"
    set vdom "root"
    set member "port1" "port2" "port3"  # Эти порты будут частью программного коммутатора
    set type switch
  next
end

config switch-controller managed-switch
  edit <FortiSwitch_Serial_Number>
    set fsw-standalone enable  # Если не является частью стека
    config ports
      edit "port1"  # Предполагаем, что port1 на FortiSwitch подключен к FortiGate
        set fortilink enable
      next
    end
  next
end

config switch-controller global
  set allow-multiple-interfaces enable
end

Эта конфигурация корректна для подключения FortiSwitch к FortiGate через программный коммутатор. Однако, если речь заходит о подключении устройств других производителей, особое внимание следует уделить совместимости и протоколам взаимодействия. Например, FortiLink использует универсальность интерфейсов для коммутации, но только FortiSwitch понимает и обрабатывает команды управления, переданные от FortiGate через FortiLink.

Применение

В теории, стандартные Ethernet-коммутаторы или серверы могут быть подключены к свободному порту программного коммутатора. Однако такие устройства, вероятнее всего, не будут "понимать" специфичные для FortiLink команды и сигналы. В контексте сетевого управления FortiLink предназначен для создания виртуальной "фабрики", где FortiGate контролирует кластеры FortiSwitch, а взаимодействие с сторонними устройствами обычно ограничивается стандартными уровнями OSI-модели — передачи данных и физического уровня.

Если необходимо использовать сторонние устройства в этой схеме, вероятно, понадобится обеспечить их взаимодействие на уровне L2 или L3 без участия FortiLink, либо создать специальные шлюзы и маршрутиризаторы для работы с этими устройствами.

Кроме того, при реализации такого подхода важно учитывать:

Совместимость протоколов: Убедитесь, что протоколы, используемые другими устройствами, могут корректно взаимодействовать с сетью Fortinet.
Настройка VLAN: Возможность интеграции других устройств будет зависеть от правильной настройки VLAN и других сетевых параметров.
Безопасность: Необходимо внимательно проанализировать возможные векторы угроз, когда в единую сеть включены устройства от разных производителей.
Тестирование: Провести всестороннее тестирование, чтобы определить возможные проблемы в интеграции и завершить действия по настройке.

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

Может ли “программный коммутатор” FortiGate, определённый как FortiLink, также использоваться с устройствами третьих сторон?

Вопрос или проблема

Ответ или решение