Hello, Thanks for commnent. I then wonder how you can get lost in my short communication, in contrast to ton of material you ever read to get a pro.
I truly don't think why minimal VETH/MACVLAN config shall reflect the inbound traffic for anybody to see (in ESXI environment at least) -- where is it documented please? Thanks for teaching me here. Peter -----Original Message----- From: Bastian Blank <wa...@debian.org> Sent: Tuesday, March 25, 2025 9:02 AM To: GASPAROVIC Peter OBS/MKT <peter.gasparo...@orange.com>; 1054...@bugs.debian.org Subject: Re: Bug#1054642: Failing ARP relay from external -> Linux bridge -> veth port --> NS veth port -------------------------------------------------------------------------------------------------------------- CAUTION : This email originated outside the company. Do not click on any links or open attachments unless you are expecting them from the sender. ATTENTION : Cet e-mail provient de l'extérieur de l'entreprise. Ne cliquez pas sur les liens ou n'ouvrez pas les pièces jointes à moins de connaitre l'expéditeur. -------------------------------------------------------------------------------------------------------------- Hi Your mails are really hard to read. Please stick to proper customs and fix your client to do proper quoting and restrict your line length. See also https://www.debian.org/MailingLists/#codeofconduct On Thu, Mar 13, 2025 at 11:00:32AM +0000, peter.gasparo...@orange.com wrote: >>> Finally, either this of MACVLAN setup (where I found this), I have new >>> finding which I don't like as it creates a hell of duplicate traffic into >>> network. The problem is, that either VETH or MACVLAN-configured IP host's >>> VM duplicates incoming packets on its receiving port, connected to vSphere >>> vSwitch, which in turn just dully floods it to uplinks, where my Wireshark >>> sniffer sees it. This is how I discovered that. > I've retested the OP and confirming L2 path problem vanished, so from this > perspective this case can be closed. Problem with reflecting (I originally > called "duplicated") VM-ingress packets with VETH/MACVLAN setups is present. > How do we proceed? >From the minimal description you gave, I would assume you see MACVLAN as it is >supposed to work, at least depending on your exact config. Reflecting packets via the network infrastructure is normal behaviour, if configured this way. Please provide information about the concrete configuration used on the Linux box for the relevant network interfaces. > This message and its attachments may contain confidential or > privileged information that may be protected by law; they should not be > distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. And you really want to forego sending this to a public list. You made it public. Bastian -- Violence in reality is quite different from theory. -- Spock, "The Cloud Minders", stardate 5818.4 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.