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