[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <5485ACC9020000A100018394@gwsmtp1.uni-regensburg.de>
Date: Mon, 08 Dec 2014 13:51:05 +0100
From: "Ulrich Windl" <Ulrich.Windl@...uni-regensburg.de>
To: <netdev@...r.kernel.org>
Subject: Q: need effective backlog for listen()
(not subscribed to the list, plese keep me on CC:)
Hi!
I have a problem I could not find the answer. I suspect the problem arises from Linux derivating from standard functionality...
I have written a server that should accept n TCP connections at most. I was expecting that the backlog parameter of listen will cause extra connection requests either
1) to be refused
or
2) to time out eventually
(The standard seems to say that extra connections are refused)
However none of the above see ms true. Even if my server delays accept()ing new connections, no client ever sees a "connection refused" or "connection timed out". Is there any chance to signal the client that no more connections are accepted at the moment?
Regards,
Ulrich Windl
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists