Hi!
I followed your discussion because I also tested the fragmentation with pmtu
discovery and came to the results that it does not help me. Therefore I
currently use fragmentation.
On 30.07.2014 11:37, Gert Doering wrote:
Hi,
On Wed, Jul 30, 2014 at 11:29:18AM +0200, Julien Muchembled wrote
Le 07/30/14 11:37, Gert Doering a écrit :
>> Although I didn't try all MTU-related options of OpenVPN, it seems to
>> ignore EMSGSIZE.
>
> Well, handling that error will not lead anywhere, as it just tells us
> "the packet got lost, because it was too big".
Maybe not such a good idea but could
Hi,
On Wed, Jul 30, 2014 at 11:29:18AM +0200, Julien Muchembled wrote:
> > I know that part, but the ICMP packets are seen by the kernel, not by
> > OpenVPN. So how does the information arrive in OpenVPN? sendto() fails,
> > but how does OpenVPN know which max message size will be acceptable?
>
Hello,
Le 07/30/14 07:42, Gert Doering a écrit :
> On Wed, Jul 30, 2014 at 03:15:53AM +0200, Julien Muchembled wrote:
>> Le 07/29/14 23:05, Gert Doering a écrit :
For example:
A --[mtu=1500]-- B --[mtu=1400]-- C
Given a UDP6 socket on A with IPV6_MTU_DISCOVER=IP_PMTUDISC_DO,
Hi,
On Wed, Jul 30, 2014 at 03:15:53AM +0200, Julien Muchembled wrote:
> Le 07/29/14 23:05, Gert Doering a écrit :
> >> For example:
> >> A --[mtu=1500]-- B --[mtu=1400]-- C
> >>
> >> Given a UDP6 socket on A with IPV6_MTU_DISCOVER=IP_PMTUDISC_DO,
> >> sendto(1452 bytes, B) will succeed
> >>
Le 07/29/14 23:05, Gert Doering a écrit :
>> For example:
>> A --[mtu=1500]-- B --[mtu=1400]-- C
>>
>> Given a UDP6 socket on A with IPV6_MTU_DISCOVER=IP_PMTUDISC_DO,
>> sendto(1452 bytes, B) will succeed
>> but sendto(1452 bytes, C) will return EMSGSIZE (except for the first send to
>> C)
>
Hi,
On Tue, Jul 29, 2014 at 10:27:42PM +0200, Julien Muchembled wrote:
> > Is there documentation for that socket option somewhere?
>
> 'man 7 ip' and 'man 7 ipv6'
Thanks, will read up.
> For example:
> A --[mtu=1500]-- B --[mtu=1400]-- C
>
> Given a UDP6 socket on A with IPV6_MTU_DISCOVER=I
Le 07/29/14 20:57, Gert Doering a écrit :
> On Tue, Jul 29, 2014 at 07:28:49PM +0200, Julien Muchembled wrote:
>> 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 p
Hi,
On Tue, Jul 29, 2014 at 07:28:49PM +0200, Julien Muchembled wrote:
> 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
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.
Signed-off-by: Julien Muchembled
---
src/openvpn/mtu.c| 23
10 matches
Mail list logo
