Я подтверждаю концепцию для клиента, требования следующие:
Протяните через 2 сайта сеть ERP (растянутую VLAN), это необходимо из-за устаревшего оборудования, которое должно взаимодействовать с определенным IP-адресом; мы не можем изменить адрес ERP HA, так как он жестко запрограммирован в промышленном оборудовании.
У меня есть следующая настройка:
2 сервера Ubuntu 16.04 3 NIC для каждого сервера OVS версии 2.5.5
Конфигурации серверов:
Они называются соответственно OVS1 и OVS2. Сетевые серверы имеют 1 NIC для управления (эти конфигурационные данные отражаются на двух серверах, IP-адресация различаются) 1 NIC назначается OVS-мосту AB100, ему назначается один физический порт. мост 1 Сетевая карта назначается OVS-мосту OUTBOUND, этому мосту назначается один физический порт
Мост имеет адрес и настраивается на каждом сервере следующим образом:
На мосту OVS1 AB100 имеет IP-адрес 10.1.1.201 На мосту OVS1 AB100 имеет VXLAN100 с удаленным IP-адресом 172.29.0.2 На мосту OVS1 AB100 имеет GRE0 с удаленным IP-адресом 172.29.0.4 На мосту OVS1 OUTBOUND имеет IP-адрес 172.24.0.1
На мосту OVS2 AB100 имеет IP-адрес 10.1.1.202 На мосту OVS1 AB100 имеет VXLAN100 с удаленным IP-адресом 172.29.0.1 На мосту OVS1 AB100 имеет GRE0 с удаленным IP-адресом 172.29.0.3 На мосту OVS1 OUTBOUND имеет IP-адрес 172.24.0.2
Интерфейс OVS1 eth0 предназначен для управления Интерфейс OVS2 eth0 предназначен для управления Интерфейс OVS1 eth1 находится в мосте AB100 Интерфейс OVS2 eth1 находится в мосте AB100 Интерфейс OVS1 eth2 находится в мосте OUTBOUND Интерфейс OVS2 eth2 находится в мосте OUTBOUND
Физическая связь:
Интерфейс OVS1 eth0, управление на физическом коммутаторе управления1 Интерфейс OVS2 eth0, управление на физическом коммутаторе управления1 Интерфейс OVS1 eth1, мост AB100 на физическом коммутаторе управления2 Интерфейс OVS2 eth1, мост AB100 на физическом коммутаторе управления2 Интерфейс OVS1 eth2, мост OUTBOUND на физическом коммутаторе управления3 Интерфейс OVS2 eth2, мост OUTBOUND на физическом управляющем коммутаторе3
Интерфейс eth0 не является частью какого-либо коммутатора OVS, он в настоящее время работает и является средой, с которой я могу подключаться по SSH и управлять устройствами.
Что с ними связано:
Интерфейс OVS1 eth1, мост AB100 на коммутаторе физического управления2, рабочий стол Mint с IP 10.1.1.2, интерфейс eth1 OVS2, мост AB100 на коммутаторе физического управления2, рабочий стол Fedora с IP 10.1.1.3 Вторичный IP-адрес 10.1.1.254, который будет зависеть от того, какой из них активным, но в этом примере оставим его на 10.1.1.2. Одно из устройств будет иметь дополнительный IP-адрес 10.1.1.254, который является IP-адресом, к которому подключаются все заводские устройства.
Проблема:
Связь между двумя рабочими столами и локальным мостом AB100 выполнена успешно, и они могут пинговать друг друга. Выдача эхо-запроса на один из IP-адресов 172.29.0.1 или 172.29.0.2, соответственно, обратный неуспешный Выдача эхо-запроса на один из IP-адресов 172.24.0.1 или 172.24.0.2 соответственно из их собственного OVS не удалось
Глядя на ARP-a, он может видеть IP-адрес, но не MAC-адрес соответствующего OVS с OUTGOING Bridge. Глядя на ovs-appctl fdb / show OUTBOUND, он может видеть MAC-адрес.
Результатом должно быть то, что два рабочих стола должны иметь возможность пинговать друг друга через VXLAN или туннель GRE, но я нахожусь на этапе, когда не установлено базовое соединение.
Любая помощь и предложение будут оценены.
С уважением
MEMA