Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758931AbYG3VgV (ORCPT ); Wed, 30 Jul 2008 17:36:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751922AbYG3VgB (ORCPT ); Wed, 30 Jul 2008 17:36:01 -0400 Received: from sj-iport-6.cisco.com ([171.71.176.117]:24249 "EHLO sj-iport-6.cisco.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755384AbYG3Vf7 (ORCPT ); Wed, 30 Jul 2008 17:35:59 -0400 X-IronPort-AV: E=Sophos;i="4.31,281,1215388800"; d="scan'208";a="133699450" From: Roland Dreier To: Jeff Garzik Cc: Karen Xie , netdev@vger.kernel.org, open-iscsi@googlegroups.com, davem@davemloft.net, michaelc@cs.wisc.edu, swise@opengridcomputing.com, daisyc@us.ibm.com, wenxiong@us.ibm.com, bhua@us.ibm.com, divy@chelsio.com, dm@chelsio.com, leedom@chelsio.com, linux-scsi , LKML Subject: Re: [RFC][PATCH 1/1] cxgb3i: cxgb3 iSCSI initiator References: <200807300019.m6U0JkdY012558@localhost.localdomain> <4890C287.60508@pobox.com> X-Message-Flag: Warning: May contain useful information Date: Wed, 30 Jul 2008 14:35:51 -0700 In-Reply-To: <4890C287.60508@pobox.com> (Jeff Garzik's message of "Wed, 30 Jul 2008 15:35:35 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OriginalArrivalTime: 30 Jul 2008 21:35:51.0834 (UTC) FILETIME=[3D5457A0:01C8F28C] Authentication-Results: sj-dkim-4; header.From=rdreier@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1036 Lines: 21 > * From a networking standpoint, our main concern becomes how this > interacts with the networking stack. In particular, I'm concerned > based on reading the source that this driver uses "TCP port stealing" > rather than using a totally separate MAC address (and IP). > > Stealing a TCP port on an IP/interface already assigned is a common > solution in this space, but also a flawed one. Precisely because the > kernel and applications are unaware of this "special, magic TCP port" > you open the potential for application problems that are very > difficult for an admin to diagnose based on observed behavior. That's true, but using a separate MAC and IP opens up a bunch of other operational problems. I don't think the right answer for iSCSI offload is clear yet. - R. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/