Ben/Nitin:
I was going through some of the emails you guys had sent out on the LKML
about iscsi support. I think there is some confusion about the projects.
There are three different projects that I am aware of and are currently
active.
1. Cisco
2. Intel
3. UNH - Chris Loveland and myself were both from UNH and have since
graduated. However, there is still active development work.
As far as the UNH project goes:
We have been working on both the Initiator (host) and the Target
(Server) side. The Initiator side should work directly with the SCSI
Initiator mid-level. As I am given to understand, the code was revved up
to version 6.
On the Target side, the project is a little more elaborate. Since there
is no existing SCSI Target support, we have developed a SCSI Target
Mid-level. This has three front-ends written for it which support:
1. Adaptec's SCSI Encapsulation Protocol (defunct last November - since
iSCSI has become the dominant SAN over TCP/IP protocol)
2. QLogic ISP 2200 A Fibre Channel driver
3. iSCSI driver (and this works on the TCP/IP software stack which Linux
has) - so it is pretty much limited by whatever ethernet cards Linux
supports (including GigE). We did not have access to TCP accelerated
cards so the development on those has not been done.
Thus you have three target drivers written for the SCSI Target mid-level
which we has been written. For the iSCSI driver itself - there are four
target drivers one for rev 0, rev 03, rev 06 and rev 08.
The UNH drivers are available for download from:
http://www.iol.unh.edu/consortiums/fc/fc_linux.html
http://www.iol.unh.edu/consortiums/iscsi
They have been GPLed. Lots of people are currently trying out the code
and letting me and the other developers know about the bugs. Ideally, we
would like to fix those (however, the rev version of the draft keeps on
changing :-(). The Initiator code is fairly straightforward. For how to
use the target code, my thesis is available with the tar ball from one
of these sites.
Okay .. to your question about authentication Ben .. the consideration
we had to make was that a lot of the authentication stuff was to be done
in hardware by most companies developing iSCSI (I know very little about
authentication and security stuff so I may be completely wrong). From a
software development perspective it would have taken a decent amount of
time and the objective was to get code out so that it could be used for
protocol testing in an iSCSI plugfest.
Hope this clears some of the confusion. If you have any questions,
please let me know. Sorry for the long email.
Thanks
Ashish A. Palekar
Emulex in their Fibre Channel Drivers, support a fiber Channel LAN driver
that uses
an iSCSI implementation on Linux. You can get the code from their website.
It does
not appear to be a complete implementation, but it does work. What is
missing is the
device side of the logic, which seems to be a lot of work, but perhaps
someone else
knows where the other side is. I have heard that the BSD CAM layer is
something
people are looking at providing in Linux.
Jeff
----- Original Message -----
From: "Ashish A. Palekar" <[email protected]>
To: <[email protected]>; <[email protected]>;
<[email protected]>
Sent: Monday, October 29, 2001 12:29 PM
Subject: Re: iSCSI support for Linux
> Ben/Nitin:
>
> I was going through some of the emails you guys had sent out on the LKML
> about iscsi support. I think there is some confusion about the projects.
>
> There are three different projects that I am aware of and are currently
> active.
>
> 1. Cisco
> 2. Intel
> 3. UNH - Chris Loveland and myself were both from UNH and have since
> graduated. However, there is still active development work.
>
> As far as the UNH project goes:
>
> We have been working on both the Initiator (host) and the Target
> (Server) side. The Initiator side should work directly with the SCSI
> Initiator mid-level. As I am given to understand, the code was revved up
> to version 6.
>
> On the Target side, the project is a little more elaborate. Since there
> is no existing SCSI Target support, we have developed a SCSI Target
> Mid-level. This has three front-ends written for it which support:
>
> 1. Adaptec's SCSI Encapsulation Protocol (defunct last November - since
> iSCSI has become the dominant SAN over TCP/IP protocol)
> 2. QLogic ISP 2200 A Fibre Channel driver
> 3. iSCSI driver (and this works on the TCP/IP software stack which Linux
> has) - so it is pretty much limited by whatever ethernet cards Linux
> supports (including GigE). We did not have access to TCP accelerated
> cards so the development on those has not been done.
>
> Thus you have three target drivers written for the SCSI Target mid-level
> which we has been written. For the iSCSI driver itself - there are four
> target drivers one for rev 0, rev 03, rev 06 and rev 08.
>
> The UNH drivers are available for download from:
>
> http://www.iol.unh.edu/consortiums/fc/fc_linux.html
> http://www.iol.unh.edu/consortiums/iscsi
>
> They have been GPLed. Lots of people are currently trying out the code
> and letting me and the other developers know about the bugs. Ideally, we
> would like to fix those (however, the rev version of the draft keeps on
> changing :-(). The Initiator code is fairly straightforward. For how to
> use the target code, my thesis is available with the tar ball from one
> of these sites.
>
> Okay .. to your question about authentication Ben .. the consideration
> we had to make was that a lot of the authentication stuff was to be done
> in hardware by most companies developing iSCSI (I know very little about
> authentication and security stuff so I may be completely wrong). From a
> software development perspective it would have taken a decent amount of
> time and the objective was to get code out so that it could be used for
> protocol testing in an iSCSI plugfest.
>
> Hope this clears some of the confusion. If you have any questions,
> please let me know. Sorry for the long email.
>
> Thanks
> Ashish A. Palekar
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/