Received: with ECARTIS (v1.0.0; list netdev); Mon, 29 Nov 2004 07:59:00 -0800 (PST) Received: from mtagate4.de.ibm.com (mtagate4.de.ibm.com [195.212.29.153]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id iATFwsIH023121 for ; Mon, 29 Nov 2004 07:58:56 -0800 Received: from d12nrmr1507.megacenter.de.ibm.com (d12nrmr1507.megacenter.de.ibm.com [9.149.167.1]) by mtagate4.de.ibm.com (8.12.10/8.12.10) with ESMTP id iATFw3vU197008 for ; Mon, 29 Nov 2004 15:58:03 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1507.megacenter.de.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id iATFvwvQ123218 for ; Mon, 29 Nov 2004 16:57:58 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11/8.12.11) with ESMTP id iATFvhnC013451 for ; Mon, 29 Nov 2004 16:57:44 +0100 Received: from d12ml061.megacenter.de.ibm.com (d12nrml1501.megacenter.de.ibm.com [9.149.164.51] (may be forged)) by d12av02.megacenter.de.ibm.com (8.12.11/8.12.11) with ESMTP id iATFvgIZ013366; Mon, 29 Nov 2004 16:57:42 +0100 In-Reply-To: Subject: Re: [patch 4/10] s390: network driver. To: paul@clubi.ie Cc: jgarzik@pobox.com, linux-kernel@vger.kernel.org, netdev@oss.sgi.com X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 Message-ID: From: Thomas Spatzier Date: Mon, 29 Nov 2004 16:57:25 +0100 X-MIMETrack: Serialize by Router on D12ML061/12/M/IBM(Release 6.0.2CF2HF259 | March 11, 2004) at 29/11/2004 16:57:48 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-archive-position: 12292 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: thomas.spatzier@de.ibm.com Precedence: bulk X-list: netdev > Using a socket per interface wont address problem of sending > quite stale packets when a link > comes back after a long time > down, AUI. (not a huge problem - but not nice). > > Jeff??? Has there been any outcome on the discussion about whether or not a device driver should drop packets when the cable is disconnected? It seems that from the zebra point of view, as Paul wrote, it would be better to not block sockets by queueing up packets when there is no cable connection. I do also think that it does not make sense to keep packets in the queue and then send those packets when the cable is plugged in again after a possibly long time. There are protocols like TCP that handle packet loss anyway. Regards, Thomas.