All of lore.kernel.org
 help / color / mirror / Atom feed
From: Menno Smits <menno@netbox.biz>
To: netfilter-devel <netfilter-devel@lists.netfilter.org>
Subject: Re: PPTP connection tracking and Poptop on same box
Date: Fri, 05 Sep 2003 10:21:31 +1000	[thread overview]
Message-ID: <3F57D70B.3040307@netbox.biz> (raw)
In-Reply-To: <Pine.GSO.4.56.0309040327250.10914@shemp.vdata.com>

Jeff Hall wrote:

>   > I checked the patches in your posts against a POM patched 2.4.20 kernel
>   > I used to use here which exhibits the same problems as my 2.4.21 kernel.
>   > I can't even find where your patches to ip_conntrack_pptp.c could be
>   > applied! (even when trying to apply the patch manually). Key lines which
>   > surround your changes simply don't exist in my tree. I was using POM out
>   > of CVS from a few months ago in that kernel. What POM version are you
>   > using? Which POM patches are you using?
>   >
> I started with the 20030107 POM but then added individual patches I
> needed from the CVS archives. I tried to detail them as clearly as possible
> in the March 2nd and 3rd memos. I'm afraid that is the best I can do now
> after 6 months.  I'll send you the fully patched sources I'm using in a
> personal message. I hope you find them useful. I'll send you anything
> dated newer than when I ran the 20030107 POM against the 2.4.20 base.

Thanks for trying to remember. I appreciate that asking you to remember
what obscure patches you used 6 months ago is a bit of an ask :)

I've received the sources and will give them a go.

Some other interesting findings:
I tested connections to Poptop further yesterday. This time I connected
via a 1.5Mbps Internet link rather than the 100Mbps LAN that I've been
using for previous testing. Connections via this link were much more
likely to work! I think the higher latency of the link may have
something to do with it. This re-enforces my statement in the first
message of this thread that the problem might be timing related.

>   > Actually the MTU/MRU/TCPMSS stuff was to deal with "GRE: Discarding
>   > duplicate packet" problems not 'out of order packet" problems like I
>   > originally stated (it was a while ago). I removed these workarounds
>   > today just to make sure that these had nothing to do with the problems
>   > I'm having. Connection attempts seemed to behave in just the same way
>   > (unreliably), and I started getting lots of "GRE: Discarding duplicate
>   > packet" messages when a connection did establish and data was transferred.
>   >
> I consistently receive one "GRE: Discarding duplicate packet" message per
> connection. But it never causes any problem so I've never pursued the cause.
> I see on Sourceforge that the single message problem is due to an initial-
> zation error in pptpgre.c (see the diff 1.4 vs 1.3). I've never had a problem
> with multiple "duplicate..." errors. Possibly they are due to the kernel
> delivering GRE packets to the wrong pptpd process.

I'm not sure what exactly is behind the duplicate packet messages but
lowering the MTU, MRU and TCPMSS definitely makes them go away. It also
seems to improve performance somewhat. At some sites I found that file
transfers would grind to a halt with huge numbers of duplicate packet
messages being logged unless the MTU etc was lowered.

Thanks again.

Menno

  parent reply	other threads:[~2003-09-05  0:21 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-02  5:36 PPTP connection tracking and Poptop on same box Menno Smits
2003-09-03 23:21 ` Jeff Hall
2003-09-04  6:59   ` Menno Smits
2003-09-04  8:04     ` Jeff Hall
2003-09-04 12:16       ` Wim Ceulemans
2003-09-04 23:57         ` Jeff Hall
2003-09-05  0:21       ` Menno Smits [this message]
2003-09-05 11:55         ` Harald Welte
2003-09-08  0:58           ` Menno Smits
2003-09-18  7:28             ` Wim Ceulemans
2003-09-18 23:57               ` Menno Smits
2003-09-09  8:39           ` Philip Craig
2003-09-21 14:05             ` Harald Welte
2003-09-22  8:06               ` Philip Craig
2003-09-22  8:52                 ` Harald Welte
2003-09-21 22:48             ` Harald Welte
  -- strict thread matches above, loose matches on Subject: below --
2003-09-02 23:25 Menno Smits
2004-01-18 23:00 Carl Farrington
2004-01-18 23:38 ` Antony Stone
     [not found] <739652C2AFA4834AAB5986A215F68CEC4977@svr1.home.compsup.net>
2004-01-19  0:03 ` Antony Stone
2004-01-27  2:00   ` Harald Welte
2004-01-19 16:23 Carl Farrington

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F57D70B.3040307@netbox.biz \
    --to=menno@netbox.biz \
    --cc=netfilter-devel@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.