Hi,
On Tue, Feb 23, 2016 at 1:44 PM, <debbie...@gmail.com> wrote:
> due to a distinct lack of developer support
> from the windows server base
> simple common sense * implies ALL Win OS
> so not supported by *any* windows OS.
>
> MAC .. as if ..
> BSD .. yeah right ..
>
> Bottom line:
> --mtu-disc *Not Implemented*
>
It is supposed to work for linux. And, this commit touched it only a few
months ago
commit 2bed089d31a12c2d0277e36a64964ebab6640f75
Author: Julien Muchembled <j...@nexedi.com>
Date: Sat Oct 10 11:44:51 2015 +0200
Fix --mtu-disc option with IPv6 transport
Socket configuration of MTU discovery was done unconditionally at IP
level,
which has no effect for other protocols. This fixes the issue of OpenVPN
sending fragmented tcp6/udp6 packets even when 'mtu-disc yes' option is
passed.
Patch V2 (by Arne Schwabe): Rebase to current master and have
separate #ifdefs for IPv4 an IPv6
Signed-off-by: Julien Muchembled <j...@nexedi.com>
Acked-by: Arne Schwabe <a...@rfc2549.org>
Acked-by: Gert Doering <g...@greenie.muc.de>
Message-Id: <1444470291-2980-1-git-send-email-a...@rfc2549.org>
URL: http://article.gmane.org/gmane.network.openvpn.devel/10229
Signed-off-by: Gert Doering <g...@greenie.muc.de>
But you are right, currently --mtu-disc does report "not supported" on
linux if the server is UDP. Looks like set_mtu_discover_type is being
called with proto_af = 0 while it expects it to be AF_INET or AF_INET6.
Selva
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
Openvpn-users mailing list
Openvpn-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-users
