Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 2 Oct 2009 00:22:32 -0700
From:      Qing Li <qingli@freebsd.org>
To:        Tom Judge <tom@tomjudge.com>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r197687 - head/sys/net
Message-ID:  <9ace436c0910020022mfcc1e9y3dd81796537c2a06@mail.gmail.com>
In-Reply-To: <4AC59C42.1030903@tomjudge.com>
References:  <200910012032.n91KWTOa064111@svn.freebsd.org> <4AC59C42.1030903@tomjudge.com>

next in thread | previous in thread | raw e-mail | index | archive | help
I believe this patch will fix your issue. In fact two other users of
openvpn reports
the exact same problem symptom. Please give it a try and let me know how
it works out for you.

-- Qing


On Thu, Oct 1, 2009 at 11:22 PM, Tom Judge <tom@tomjudge.com> wrote:
> Qing Li wrote:
>>
>> Author: qingli
>> Date: Thu Oct =A01 20:32:29 2009
>> New Revision: 197687
>> URL: http://svn.freebsd.org/changeset/base/197687
>>
>> Log:
>> =A0The flow-table associates TCP/UDP flows and IP destinations with
>> =A0specific routes. When the routing table changes, for example,
>> =A0when a new route with a more specific prefix is inserted into the
>> =A0routing table, the flow-table is not updated to reflect that change.
>> =A0As such existing connections cannot take advantage of the new path.
>> =A0In some cases the path is broken. This patch will update the affected
>> =A0flow-table entries when a more specific route is added. The route
>> =A0entry is properly marked when a route is deleted from the table.
>> =A0In this case, when the flow-table performs a search, the stale
>> =A0entry is updated automatically. Therefore this patch is not
>> =A0necessary for route deletion.
>>
>
> Hi,
>
> Will this fix the issue that I see visualising =A0its self as packet loss=
 over
> a VPN tunnel?
>
> The tunnel is an openvpn (tun mode) tunnel providing a route to
> 192.168.201.0/24 however when I ping an address in this network with
> flowtable enabled I see 2-3 out of every 5-6 packets end up being sent ou=
t
> of bge0 (IP 172.17.XX.XX/23 GW 172.17.XX.1) to the default gateway (which
> responds with destination host unreachable) rather than down tun0.
>
> Thanks
>
> Tom
>
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9ace436c0910020022mfcc1e9y3dd81796537c2a06>