HI Wayne,

<I've been reading the notes for MFNETDISK for a while and it complements
Hercules emulated disk as one of the functions.

Yes, MFNetDisk emulates 3390 the same as Hercules. the difference is that
MFNetDisk uses the MVS STARTIO to do the Emulation. Hercules emulate the
3390 using its MF emulation code which can work only with Hercules.

<the disk emulation would be useful where the disk is remotely located from
the
processor complex or emulated processor (Hercules etc.).

 Yes, if you need local 3390 it is faster to use directly connect
FICON/ESCON real 3390. Using TCP with MFNetDIsk is a feature which nobody
have and I really do not like to be one of a many OEM which use the real
3390 and by that have limitation which i do not have, like remote 3390 disk,
DR, uses all PC features, PC backup and more.

<Obviously
performance would suffer depending on the
available bandwidth for remote TCPIP transmission of IO but for an
absolute DR capability, the product has many facets I can visualise.

Yes, TCP is a problem like the Hard disk in the past was a problem when try
to use it in EMC, IBM and more to emulate 3390 disks but now everyone use
Hardisk to do the emulation. I know that TCP is faster and faster everyday.
IBM must do more to make the TCP the same faster as the open system do to be
accepted in the client/server enviroment and I know that IBM do. Do not
forget that Open system use the net disk (NFS) for long time and it is work
great and faster then ever.
About TCPIP bandwidth, Yes if you have slower TCP lines, MFNetDisk
will work slowly, But in today cost everyone can have faster TCP connection.

<but for an
absolute DR capability, the product has many facets I can visualise.

Thanks.

<If a mainframe complex was taken out, the mirrored emulated disk could
be distibruted across multiple locations on multiple PCs or just a
single remote location. It might take some time to get your disk
"re-assembled" into usable status but it would mean you have a fairly
hot backup available ay any point in time.

If you put every MFNetDisk PC device in remote PC distrubute all over the
country then you might have a small problem but that is not true. The PC
Devices can be in one or two PC Servers and then you have physical control
on them. But do not forget that MVS have pointer (the parameters files)
which points to all your PC and of course you can have backup of this file
in another location MVS or another PC. And beside the connection is with the
IP of the PC. That mean that accessing the PC can be done using the IP
with MFNetDisk PCTOOL or any remote MVS with the MFNetDisk parameters which
point to all the PCs.
About taking time, That is true if you do not have DR plan. Of course DR
plan mean that the MVS parameter file must be duplicate in the remote MVS to
be able to make the DR in no time.

<The product isn't actually much use on Hercules other than to test the
functionality. To my knowledge, nobody is running modern o/s or TCPIP on
Hercules since they can't be licensed. I don't believe there is a TCPIP for
MVS 3.8, but I could be wrong here.

MFNetDisk can share its 3390 emulation easily only if MVS in Hercules can
access its local PC IP. that mean that if MVS MFNetDisk run on Hercules and
can access the locally MFNetDisk PC Server (all MS windows have TCP) which
emulate the 3390 disk then MFNetDisk can share its 3390 disk with remote
real MF which surely can access the PC with the Hercules and with the
MFNetDisk PC and use the 3390 emulation in that PC (I hope that it is clear
what I explained, if not I will put a falsh movie (the same as i have in my
site) which explain how to share MFNetDisk between MF emulation and real
MF).

<Nice job, Shai. I hope you get some traction in the mainstream market.

Thanks,
Shai

On 1/2/08, Wayne Bickerdike <[EMAIL PROTECTED]> wrote:
>
> I've been reading the notes for MFNETDISK for a while and it complements
> Hercules emulated disk as one of the functions. Unless I'm mistaken, the
> disk emulation would be useful where the disk is remotely located from the
> processor complex or emulated processor (Hercules etc.). Obviously
> performance would suffer depending on the
> available bandwidth for remote TCPIP transmission of IO but for an
> absolute DR capability, the product has many facets I can visualise.
>
> If a mainframe complex was taken out, the mirrored emulated disk could
> be distibruted across multiple locations on multiple PCs or just a
> single remote location. It might take some time to get your disk
> "re-assembled" into usable status but it would mean you have a fairly
> hot backup available ay any point in time.
>
> The product isn't actually much use on Hercules other than to test the
> functionality. To my knowledge, nobody is running modern o/s or TCPIP on
> Hercules since they can't be licensed. I don't believe there is a TCPIP
> for
> MVS 3.8, but I could be wrong here.
>
> Nice job, Shai. I hope you get some traction in the mainstream market.
>
> On 1/3/08, shai hess <[EMAIL PROTECTED]> wrote:
> >
> > HI, Thanks for your good question.
> >
> > As far I know Hercules can not make mirrors to real 3390 and can not
> > backup
> > real 3390 and can not emulate 3390 from real MF or from any emulation MF
> > as
> > I do and can not be used for real DR purpose.
> >
> > MFNetdisk can run on real MF and can work with real 3390 disk (IBM, EMC
> or
> > HDS) but of course it can run under Hercules or under any MF emulations.
> >
> > Easily the product can also copy and sharing MFNetDisk emulated 3390
> > between
> > Hercules and real MF and any emulated MF. Yes, you hear good you can
> share
> > MFNetDisk emulated 3390 between any MF (Hercules, IBM etc...) and the
> > MFNetDisk keep the data integrity as real 3390 keep data integrity when
> it
> > is shared between real MF.
> >
> > please try the program and you will see that this product is totally
> > different from Hercules. I love what Hercules does but this is a
> different
> > product. The only feature which is the same as Hercules is the data
> > location
> > of the emulated 3390 disk which is in PC.
> >
> > I can promise you that if and when you try the product you will love it.
> >
> > I know that we the old MF people afraid to try PC in MF environment but
> > this
> > product is different.
> >
> >
> > Thanks,
> > Shai
> >
> >
> > On 1/2/08, Van Dalsen, Herbie <[EMAIL PROTECTED]> wrote:
> > >
> > > Shai,
> > >
> > > I haven't look at this, will do so soon, but how does the concepts
> that
> > > you employ to achieve this differ from what Hercules / Flex has done
> in
> > > the past in terms of MF disks on PC's?
> > >
> > > Regards
> > >
> > > Herbie
> > >
> > >
> > > -----Original Message-----
> > > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > > Behalf Of shai hess
> > > Sent: 01 November 2007 06:10 nm
> > > To: [email protected]
> > > Subject: Re: my free mainframe product
> > >
> > > Hi,
> > >
> > > My MFNetDisk product is active by users and they start to find bugs
> > > (that
> > > life).
> > >
> > > I put in my site in the download page a new MVS load library (The MVS
> > > side
> > > is version 10 ) which
> > > fix some critical bugs.
> > >
> > > Anyone which run my product must download the new load library and run
> > > with
> > > it.
> > >
> > > No cold start require for the new load library.
> > >
> > > Some tips for MFNetDisk MVS side:
> > >
> > > You can see all the modify command in MVS using the "F mpc010r,HELP
> > > command".
> > > The most MVS modify command I use are :
> > >
> > > F mpc010r,ip=q/r    (Q or R) for query and retry.
> > > F mpc010r,conf=Q/NEW  for query what are defined in MFNetDisk or
> change
> > > the
> > > MFNetDisk configuration dynamically.
> > > F mpc010r,SRV=Q (to check how MFNetDisk doing with tasks and pending
> > > requests.
> > >
> > > All the MVS modify command can run from MFNetDisk PCTOOL using
> > > "modify>sys>sendreqtomvs"
> > >
> > > Thanks,
> > > Shai
> > >
> > >
> > >
> > >
> > > ----------------------------------------------------------------------
> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
> INFO
> > > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > > >
> > >
> > > ----------------------------------------------------------------------
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > > Elavon Financial Services Limited
> > > Registered in Ireland: Number 418442
> > > Registered Office: Block E, 1st Floor, Cherrywood Business Park,
> > > Loughlinstown, Co. Dublin, Ireland
> > > Directors: Robert Abele (USA), John Collins,  Terrance Dolan
> > > (USA),  Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm
> Towlson
> > > Elavon Financial Services Limited, trading as Elavon, is regulated by
> > the
> > > Financial Regulator
> > >
> > > ----------------------------------------------------------------------
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > >
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
>
>
> --
> Wayne V. Bickerdike
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to