If anyone here understands the question, please show up.
Thanks,
D.
--
VAXUS - Your new helpful friend in the DEC Family!
EHQ: 19 chemin de la Butte, 31400 Toulouse, France
Phone: +336 7983 6418 Fax: +335 6154 1928
http://www.vaxus.org
John Gemigani, a (former ?) TCPIP engineer had done some work on it at home.
Not sure of his whereabouts. Perhaps he knew too much about VMS and TCPIP and
had to be "disposed" of to ensure his knowledge didn't go to competitors :-)
:-) :-)
Nop. Mr Gemigani had worked on Alpha and VAX. It is sort of pointless to
develop for IA64 when there are 0 customers using it.
> Someone is asking in the French version of c.o.v if "iSCSI has been
> ported to VMS" i.e. any "VMS support for SCSI via Ethernet" (sic).
>
> If anyone here understands the question, please show up.
>
> Thanks,
>
> D.
If you use fibre channel and SAN's. Brocade, Cisco and McDATA all have a
blade for their director-class switches that have iSCSI ports available.
Brocade has a stand-alone SAN "router" that will do the same thing. So,
using these types of setups, OpenVMS does not need to have anything
directly attached that does iSCSI for it to work - according to Brocade,
CISCO and McDATA. Just use the SAN.
I have a demo of this device later this week.. although we had not
intended on looking at the iSCSI piece of the device.
Michael Austin
What about DoS in iSCSI networks ? Is the iSCSI protocol virus-free ?
Are the iSCSI equipments not networked with LAN/WAN networks ?
Fegards
FC
>If you use fibre channel and SAN's. Brocade, Cisco and McDATA all have a
>blade for their director-class switches that have iSCSI ports available.
>
>Brocade has a stand-alone SAN "router" that will do the same thing. So,
>using these types of setups, OpenVMS does not need to have anything
>directly attached that does iSCSI for it to work - according to Brocade,
>CISCO and McDATA. Just use the SAN.
>
>I have a demo of this device later this week.. although we had not
>intended on looking at the iSCSI piece of the device.
>
If you can affort SAN, why are you doing ISCSI?
--- jls
The preceding message was personal opinion only.
I do not speak in any authorized capacity for anyone,
and certainly not my employer.
(get rid of the xxxz in my address to e-mail)
I am alive and well and primarily working on the Oracle port to iVMS. On my
own time
I have some other OpenVMS projects going Feel free to contact me at my home
email
address under my first name at ohh ess ess see dot net.
-John
There is no formal support available for iSCSI on OpenVMS.
There are ports of the Intel reference code around for OpenVMS, and
there is the work John Gemigani performed -- in the experience of
one of the local engineers, the emulated implementation (ie: the
host-based iSCSI software stack) is rather slow.
I'm not aware of any hardware supported as yet (if any is planned),
but I don't follow the StorageWorks area and product line in any
detail.
The iSCSI hardware moves the iSCSI and associated IP stack out
onto a dedicated controller, and this could have the possibility
of being a bootable storage controller, for instance.
OpenVMS can and does access storage remotely using SCS and MCSP
protocols, obviously, and can access SCSI storage over Ethernet
now. (It's part of clustering, of course.)
---------------------------- #include <rtfaq.h> -----------------------------
For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq
--------------------------- pure personal opinion ---------------------------
Hoff (Stephen) Hoffman OpenVMS Engineering hoff[at]hp.com
Or, in other words: Digital -- been there, done that.
--
Stu
The slow host-based emulation is using the Intel iSCSI reference
implementation that is available on SourceForge. This emulation
probably has no relationship to what John Gemigani has done.
With minor edits to fix the things that the compiler complains about, it
will build on OpenVMS 7.3-2 and will run very slowly from an ODS-5 disk
through the localhost port.
The Intel code was designed as a functional demonstration or testing,
and not for absolute performance.
-John
wb8...@qsl.network
Personal Opinion Only