From owner-freebsd-net@FreeBSD.ORG Wed Mar 13 20:36:03 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 88AEFB4A for ; Wed, 13 Mar 2013 20:36:03 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from nk11p00mm-asmtp008.mac.com (nk11p00mm-asmtp008.mac.com [17.158.161.7]) by mx1.freebsd.org (Postfix) with ESMTP id 759B4807 for ; Wed, 13 Mar 2013 20:36:03 +0000 (UTC) Received: from cswiger1.apple.com ([17.209.4.71]) by nk11p00mm-asmtp008.mac.com (Oracle Communications Messaging Server 7u4-26.01(7.0.4.26.0) 64bit (built Jul 13 2012)) with ESMTPSA id <0MJM004R26FW6M70@nk11p00mm-asmtp008.mac.com> for freebsd-net@freebsd.org; Wed, 13 Mar 2013 19:35:57 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626,1.0.431,0.0.0000 definitions=2013-03-13_08:2013-03-13,2013-03-13,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1302030000 definitions=main-1303130134 Subject: Re: ip_output() Error Handling in tcp_output() MIME-version: 1.0 (Apple Message framework v1085) Content-type: text/plain; charset=us-ascii From: Chuck Swiger In-reply-to: Date: Wed, 13 Mar 2013 12:35:56 -0700 Content-transfer-encoding: quoted-printable Message-id: <8D29B9DE-A59B-483D-92AD-30B794BD5417@mac.com> References: To: Matt Miller X-Mailer: Apple Mail (2.1085) Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Mar 2013 20:36:03 -0000 Hi-- On Mar 13, 2013, at 8:21 AM, Matt Miller wrote: > If we have a connection that has received a SYN and ip_output() > returns, say, EHOSTUNREACH, is there anything that guarantees the > connection would always eventually be dropped if the condition > persists? If the local TCP stack is unable to reply with a SYN-ACK, then it hasn't = established a connection yet because it cannot proceed through the 3WHS = to ESTAB. It will stay in LISTEN state. Regards, --=20 -Chuck