From: "David Schwartz" <davids@webmaster.com>
To: "Cesar Eduardo Barros" <cesarb@nitnet.com.br>
Cc: <linux-kernel@vger.kernel.org>
Subject: RE: TCP keepalive seems to send to only one port
Date: Mon, 25 Dec 2000 16:59:05 -0800 [thread overview]
Message-ID: <NCBBLIEPOCNJOAEKBEAKMEDNMKAA.davids@webmaster.com> (raw)
In-Reply-To: <20001225224654.A2080@flower.cesarb>
Cesar Barros wrote:
> On Mon, Dec 25, 2000 at 04:33:07PM -0800, David Schwartz wrote:
> > If the administrator of the NAT meant for you to have a
> > permanent mapping,
> > she would have put one there. Using keepalives to hold a NAT entry open
> > indefinitely without activity would be considered abuse in most NAT
> > configurations. The NAT might not consider a keepalive to be
> > activity anyway
> > (arguably, it shouldn't).
> Well, consider the scenario of an application which opens a
> control connection
> and a data connection, and the data connection remains idle for some hours
> while you get to the beginning of the queue, and then the
> transfer starts. The
> data connection is not open forever, and the timeout (and the
> periodic pings)
> is on the control connection.
I would consider that application broken. The data connection should be
opened when it's needed, not left idle for hours and used later. If the data
connection does break somehow, there should be a provision for
re-establishing it without losing all application-level state.
I'm not saying it shouldn't be possible to work around a defective
application protocol. But to expect there to be some easy way to just flip a
switch and fix it is unreasonable.
The NAT may not even consider a keepalive to be activity. There's no
logical reason it should if the timeout is less than many hours.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-12-26 1:30 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-12-23 23:31 Cesar Eduardo Barros
2000-12-24 0:19 ` David Schwartz
2000-12-24 0:38 ` Cesar Eduardo Barros
2000-12-24 1:52 ` James Morris
2000-12-24 2:20 ` Cesar Eduardo Barros
2000-12-25 15:27 ` Igmar Palsenberg
2000-12-25 14:58 ` Cesar Eduardo Barros
2000-12-26 0:33 ` David Schwartz
2000-12-26 0:46 ` Cesar Eduardo Barros
2000-12-26 0:59 ` David Schwartz [this message]
2000-12-24 9:14 ` Andi Kleen
2000-12-24 14:12 ` Cesar Eduardo Barros
2000-12-27 2:00 Bernd Eckenfels
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=NCBBLIEPOCNJOAEKBEAKMEDNMKAA.davids@webmaster.com \
--to=davids@webmaster.com \
--cc=cesarb@nitnet.com.br \
--cc=linux-kernel@vger.kernel.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
all inboxes | Powered by JetHome®