From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: Tim Wiess Date: Thu, 17 Apr 2008 15:55:49 -0700 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] telnet vs. godaddy whois Topicbox-Message-UUID: 941a43aa-ead3-11e9-9d60-3106f5b1d025 >> rfc 742 p. 42 says >> >> [...] If the the user signals a push function then the >> data must be sent even if it is a small segment. >> >> by "illegal" i mean goes contrary to an rfc "must." perhaps >> i'm missing something. > > i don't see how what was sent is contrary to that requirement. > >>sensible as setting PSH on a pure ACK. > > i don't understand this reference to a `pure' ACK. it's an ACK! in TCP/IP every > packet after SYN must have an ACK (or that really is -- explicitly -- illegal). > the ACK and PSH have nothing to do with each other. > in fact, the receiver isn't handling the PSH oddly because it's associated > with an ACK, but because it misinterpreted the standard, or the standard isn't clear. By pure I assume he meant an ACK with no data, which is what I also meant by "plain ACK". But I agree with Charles here. After going back over the related sections of the RFC I don't see how this behavior violates anything in the standard. It's just not very common, and obviously not interpreted very well by this particular endpoint. Has anybody ever experienced this problem before with any of there P9 systems? I haven't.