linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Steven Vacca <svacca@valcom.com>
To: "LinuxEmbeddedMailList (E-mail)" <linuxppc-embedded@lists.linuxppc.org>
Subject: How to disable Denial-of-Service safeguard in Linux Kernel?
Date: Fri, 5 Jan 2001 14:30:26 -0500	[thread overview]
Message-ID: <01C07724.0C987560.svacca@valcom.com> (raw)


I am suspecting the the problem stated below is due to Denial-of-Service safeguards
incorporated into the Linux Kernel.  Would anyone know how to diable this feauture?

Thanks,

ShutEye Thinkin

-----Original Message-----
From:	Steven Vacca [SMTP:svacca@valcom.com]
Sent:	Friday, January 05, 2001 10:50 AM
To:	LinuxEmbeddedMailList (E-mail)
Subject:	TCP Server stops accepting after 10mins

Hi everyone.  I would very much appreciate help with the following problem:

The Unit Under Test (UUT) has Redhat's embedded Linux kernel (based on Linux
kernel 2.2.13), from the Redhat EDK 1.0, running on an embedded MPC860 uP
with 8M of RAM, and is connected to a LAN.

For my test, I have a TCP Client (Microsoft) on a PC, also connected to the
LAN, connect to the TCP Server (linux) on the UUT at the following intervals
(50/s = "50 connects per sec", 1/5s = "1 connect every 5 secs"):

       50/s, 1/5s, 1/20s, 1/30s, and 1/60s.

For 50/s, 1/5s, 1/20s, and 1/30s, approx. 10 minutes (+/- 1 connect period) is the
constant time when the TCP Client fails to connect to the Server.

But, whenever the connect frequency = 1/60s, or longer, then the problem goes
away and the TCP Client can connect forever at this rate.


Test Results:

50/s:	stopped connecting                 @  10:00		(over 29,500 connect()s.)

1/5s:	stopped connecting on next try @ 10:05

1/20s:	stopped connecting on next try @ 9:40

1/30s:	stopped connecting on next try @ 10:30

1/60s:   connects forever (several hours in test)


The fact that regardless of whether the connects occur at a very high frequency
(50/s) or low frequency (1/30s), the TCP Client fails to connect after 10 mins.
(I think 1min and 10 mins are key info). I would think that this would indicate
that the problem is not one of running out of allocated memory.
It appears that something happens once a minute, some type of cleanup, maybe?
And if that goes on for 10 times, then connects are denied.  As
long as at least 1 min is allowed to go by without accepting a connect from a
client, then there is no problem, and another 10 min period is allowed to occur.

This is very repeatable.  Note that if I pause the Client from connecting just before
the 10 minute time period connect() failure is to occur, and wait at least 1 minute
(can't be less), and then allow the Client to continue connecting, then the Client
is able to connect for another 10 minutes before the connect() failure occurs.

This problem occurs even when I have no threads running, and the TCP Server is
executing in the main() func.

Thanks a million for anybody's help or suggestions,

ShutEye Thinkin
Roanoke, Virginia  USA


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

             reply	other threads:[~2001-01-05 19:30 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-05 19:30 Steven Vacca [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-01-05 19:47 How to disable Denial-of-Service safeguard in Linux Kernel? Ruhland, Paul
2001-01-05 20:11 Steven Vacca

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=01C07724.0C987560.svacca@valcom.com \
    --to=svacca@valcom.com \
    --cc=linuxppc-embedded@lists.linuxppc.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).