No. Look again. There is an important topological difference between UFT and NJE-IP.
UFT is just another IP protocol (one that looks more like RSCS than, say, FTP). Your network topology does not change. While NJE-over-IP is a network-on-a-network. Full-blown RSCS, but with a whole raft of "nodes" to define. Topology. Not saying either is better than the other. Both have value and cost. Both bring the wonderful concepts of job submission and "a file is not an attachment" to a world that did not have them. We should fork this thread. Or stop it. -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Thu, Dec 2, 2010 at 10:26, Alan Altmark <alan_altm...@us.ibm.com> wrote: > On Thursday, 12/02/2010 at 10:08 EST, Richard Troth <vmcow...@gmail.com> > wrote: > > > The bottom line for UFT is to do over TCP what RSCS does over > CTC/VTAM/NJE, but > > not in the way NJE/IP does. (Of course, it might be a good hint to the > present > > NJE/IP authors and owners to create a UFT driver for their stuff. hint > hint) > > The point is that UFT gives you RSCS-style transport without adding more > > > network topology. If then you are behind a firewall, you might not care > to > > secure the UFT channels. (Did he just say that? He did! I can't > believe he > > said that!) > > Bah, humbug. You simply added a new network with the label "UFT" instead > of "NJE". > > The problem with "behind the firewall" is that the firewall can appear to > move since FW management isn't within your job description. Further, > encryption is there to protect the data from sniffers (legitimate or > otherwise). When the $10/hr network tech is diagnosing a problem, do you > want him to have access to your 401K information while she's doing it? > > Hence the reason a data security policies may say, "All PII shall be > encrypted when at rest or transmitted on a network." No qualifiers and no > escape clauses. You have to file for any exception. > > Alan Altmark > > z/VM and Linux on System z Consultant > IBM System Lab Services and Training > ibm.com/systems/services/labservices > office: 607.429.3323 > alan_altm...@us.ibm.com > IBM Endicott >
