netdev - Re: [PATCH net] vxlan: revert per-vxlan port

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 20 May 2013 14:15:59 -0400
From:	David Stevens <dlstevens@...ibm.com>
To:	Stephen Hemminger <stephen@...workplumber.org>
Cc:	David Miller <davem@...emloft.net>, netdev@...r.kernel.org,
	netdev-owner@...r.kernel.org
Subject: Re: [PATCH net]  vxlan: revert per-vxlan port

> From: Stephen Hemminger <stephen@...workplumber.org>

> \This commit 823aa873bc782f1c51b1ce8ec6da7cfcaf93836e
> Author: stephen hemminger <stephen@...workplumber.org>
> Date:   Sat Apr 27 11:31:57 2013 +0000
> 
>     vxlan: allow choosing destination port per vxlan
> 
> is broken revert it. The change allowed setting per port for transmit
> but did not add additional listening sockets, which made any vxlan's
> defined with non-default port send only.

This allows you to specify a different default port for
transmits, which is what you want to do if your own instance
of VXLAN is the odd one. I don't see any requirement for multiple
listen ports for that to be useful, since those sending to you
can have complete fdb tables even if the local instance doesn't
and relies on the default. Not to mention using an agent to
fill the fdb triggered by packets sent to the default, so the
receiver is not necessarily even a VXLAN instance. The receiver
side and transmit side ports can be completely independent of
each other, as in any other client-server system.

I think an administrator should have full flexibility to specify
the ports and destinations as s/he sees fit and if you don't think
that's a useful feature, you don't have to use it; the defaults
work fine, too.

                                                        +-DLS

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html