Доброго времени суток уважаемые форумчане. Приношу извинение если такой вопрос уже был освещен. Проблема заключается в следующем. Существует три виртуальных машины на VMware ESXI. По задумке одна из них выполняет роль свича. В качестве коммутатора был выбран изначально openvswitch работающий под управлением Centos (выбор был обусловлен подключением свича к контроллеру и дальнейшим централизованным управлением). Но столкнулся с рядом сложностей. В мосте 4 интерфейса: eth1, eth2, eth3,eth4. По умолчанию я мог пропинговать только машину которая находится на интерфейсе eth1. Я предположил что в openvswitch нужно создать флоу для того чтобы интерфейсы стали доступны. Но это проблему не решило. После я поставил Bridge-Utils с аналогичной схемой но проблема осталась. Сейчас топология следующая Client-1-----OVS-1(Коммутатор)---------Client-2
при попытке отправить пинг с Client-1 на Client-2 получаем следующее
Client-1
PING 10.168.250.12 (10.168.250.12) 56(84) bytes of data.
From 10.168.250.11 icmp_seq=2 Destination Host Unreachable
From 10.168.250.11 icmp_seq=3 Destination Host Unreachable
From 10.168.250.11 icmp_seq=4 Destination Host Unreachable
From 10.168.250.11 icmp_seq=6 Destination Host Unreachable
From 10.168.250.11 icmp_seq=7 Destination Host Unreachable
From 10.168.250.11 icmp_seq=8 Destination Host Unreachable
^C
--- 10.168.250.12 ping statistics ---
9 packets transmitted, 0 received, +6 errors, 100% packet loss, time 8558ms
pipe 3Client-2
21:19:49.694562 ARP, Request who-has 10.168.250.12 tell 10.168.250.11, length 46
21:19:49.694579 ARP, Reply 10.168.250.12 is-at 00:0c:29:ce:b9:9d (oui Unknown), length 28
21:19:51.695653 ARP, Request who-has 10.168.250.12 tell 10.168.250.11, length 46
21:19:51.695669 ARP, Reply 10.168.250.12 is-at 00:0c:29:ce:b9:9d (oui Unknown), length 28
21:19:52.695577 ARP, Request who-has 10.168.250.12 tell 10.168.250.11, length 46
21:19:52.695607 ARP, Reply 10.168.250.12 is-at 00:0c:29:ce:b9:9d (oui Unknown), length 28
21:19:53.695755 ARP, Request who-has 10.168.250.12 tell 10.168.250.11, length 46
21:19:53.695787 ARP, Reply 10.168.250.12 is-at 00:0c:29:ce:b9:9d (oui Unknown), length 28В свою очередь ответ на arp-запрос на интерфейсе на свиче (со стороны Client-2) не наблюдается
Помогите пожалуйста.
Есть одно соображение, почему не работает. Полистав немного форум наткнулся на статью, что на всех интерфейсах должен быть один мак-адрес. У меня сейчас получается что на бридже и первом интерфейсе маки одинаковые а на остальных интерфейсах разные.