Исходное сообщение
"OpenvSwitch не работет vxlan" Отправлено sesan7, 02-Дек-20 17:44
> Варя плохо переваривает linux bridge с установленными утилитами вари > https://communities.vmware.com/t5/ESXi-Discussions/Linux-Bri... > После перевода в режим hub работает, но есть шанс сломать варе мозг По ссылке была статейка, которая гласит: In speaking with the linux-bridging mailing list, I understand where the issue lays. The issue is in VMwares vSwitches- when a vSwitch has more than one pNIC in it, the second pNIC (even if standby in an active/passive fail over) replicates back the arp requests, causing the linux bridge to incorrectly update its mac table. The recourse is one of a couple things:     Remove the second pNIC from the vSwitch; of course compromising redundancy.     Replace the built in vSwitch with a Cisco 1000V (unconfirmed, but assumed to work)     Replace the Linux bridge with an arp proxy / ip forward. If any one else has suggestions, I'm all ears. My understanding is vmware has stated no intention on changing this behavor (hearsay from the mailing list). Hopefully this saves someone else a week of their professional career Насколько я понял в статье которая указана по ссылке, идёт речь (подразумевается)  о том случае когда Vmware имеет несколько физ.интерфейсов (pNIC) и два из них находятся в одной и той же сети (для отказоустойчивости) и при этом возникают проблемы. У меня (в моём случае) нет такого, на один физ. интерфейс Vmware одна сеть... Может я конечно неправильно понял материал?

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Варя плохо переваривает linux bridge с установленными утилитами вари >> https://communities.vmware.com/t5/ESXi-Discussions/Linux-Bridge-Between-vSwitches/m-p/1169166 >> После перевода в режим hub работает, но есть шанс сломать варе мозг > По ссылке была статейка, которая гласит: > In speaking with the linux-bridging mailing list, I understand where the issue > lays. > The issue is in VMwares vSwitches- when a vSwitch has more than > one pNIC in it, the second pNIC (even if standby in > an active/passive fail over) replicates back the arp requests, causing the > linux bridge to incorrectly update its mac table. > The recourse is one of a couple things: > Remove the second pNIC from the vSwitch; of > course compromising redundancy. > Replace the built in vSwitch with a Cisco > 1000V (unconfirmed, but assumed to work) > Replace the Linux bridge with an arp proxy > / ip forward. > If any one else has suggestions, I'm all ears. My understanding is > vmware has stated no intention on changing this behavor (hearsay from > the mailing list). > Hopefully this saves someone else a week of their professional career > Насколько я понял в статье которая указана по ссылке, идёт речь (подразумевается) > о том случае когда Vmware имеет несколько физ.интерфейсов (pNIC) и > два из них находятся в одной и той же сети (для > отказоустойчивости) и при этом возникают проблемы. У меня (в моём случае) > нет такого, на один физ. интерфейс Vmware одна сеть... Может я > конечно неправильно понял материал?
	Введите код, изображенный на картинке: