While I know of at least one OS/stack which allows a root user to issue a command to abort a TCP connection, (and it may be two given their shared history) its use was always strongly discouraged.And one way for there to be activity would be for the application(s) in question to have an application-layer keepalive mechanism, or at the very least, set SO_KEEPALIVE on their connections. And if they don't want to rely on the sysadmin to have set what they consider a "reasonable" value for when to start sending keepalive probes, a TCP_KEEPIDLE setsockopt() perhaps. rick jones -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| David Miller | Slow DOWN, please!!! |
git: | |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 14/37] dccp: Tidy up setsockopt calls |
| David Woodhouse | tun: add tun_flags, owner, group attributes in sysfs |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
