Talk:Keepalive

Computing: Networking Stub‑class Mid‑importance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Stub	This article has been rated as Stub-class on Wikipedia's content assessment scale.
Mid	This article has been rated as Mid-importance on the project's importance scale.
	This article is supported by Networking task force.
	This article has been automatically rated by a bot or other tool as Stub-class because it uses a stub template. Please ensure the assessment is correct before removing the `\|auto=` parameter.

Facebook keepalive should be moved out of this page

This page should be reserved for protocol-related details. The Facebook feature is something completely different and should be moved out. Furthermore, IMHO Facebook has not yet achieved maturity for having its sub-features listed anywhere other than its own site. Todd (talk) 22:52, 26 December 2008 (UTC)[reply]

Two somewhat different meanings of the term

The external link is to a page on a somewhat different subject than the (short) article.

The article is about simply validating that another machine is still out there (and is completely uncited). The external link is about HTTP keepalive, which adds persistent connection to the HTTP protocol. - 207.246.150.86 (talk) 22:29, 21 April 2008 (UTC)[reply]

Seconded. The phrasing "In Internet, by default Keepalive is set as 2 hours" is vague, and the statement that the link is considered down if no answer is received is merely incorrect. What is more, using TCP/IP Keep-Alive messages is condemned by the standard. Please, see part 4.2.3.6 "TCP Keep-Alives" of RFC 1122 for details. - 195.148.30.59 (talk) 14:23, 8 June 2008 (UTC)[reply]

Thirded. HTTP persistent connections are quite different from the TCP-Keepalive mechanism. I will move that to an "Other uses" section. The default of 2 hours is true for Linux, I don't know about other OSs. I wouldn't say that RFC 1122 "condemns" keep-alive messages. It argues why they should be off by default, but it explicitely allows and formalizes their use - and besides the internet has become a bit more dynamic since 1989.

Ethernet?

What is this thing about Ethernet frame lengths? They are padded to 64 bytes, so where do the claims of 60 and 54 bytes come from? — Preceding unsigned comment added by82.146.125.129 (talk) 13:04, 8 February 2012 (UTC)[reply]

It is not uncommon to talk about smaller frames. The 64 byte minimum us enforced by Ethernet controllers which automatically pad frames shorter than 64 bytes to 64 bytes. ---—Kvng 17:36, 14 March 2013 (UTC)[reply]