Connect Direct "NDM" info needed 2

[camden]

I'm trying to find any information on Connect Direct, other wise known as NDM. Does anybody know any web sites that may offer some information on this product? I was told it is a Sterling Software product but could not find the information on their web site.<br>
<br>
Thanks,<br>
Cam

 

[Guest_imported]

Connect: Direct/SNA and Connect: Direct/IP are products of Sterling Commerce.

 

[galger]

I've been working with C for unix for about 5 years now..
some NT installation experience.

What aspect of C would you like to know about..

 

[mandu]

I'm working with NDM file transfers from UNIX to NT and getting tons of problems. The scripts are simple to write. I can get UNIX-to-UNIX and UNIX-to-VMS but not UNIX-NT.

 

[dadaone]

I have a question concerning Connect Direct v.4.00.

How do you schedule process' to run daily

 

[Draykster]

I've begun a CD process from a Unix box to copy data from MVS... Does anyone know how to release a CD process stuck on hold?

 

[IT214]

Hi,

I have to transfer files from Mainframe to NT using Connectirect(NDM). I have created a Virtual Site, assigned the dump folder to the ndmuser.

The NDM works only if the user is given &quot;administrative&quot; priveleges.But, the problem is that, the ndmuser will have access to the physical box.

Can we avoid the access to the box and still have the NDM work!

Thanks in advance!

 

[myanonym]

I'm also involved in a process where a file is being sent from a mainframe via script to an NT box. The file-fields are in a mix of EPCDIC & COMP-3. Problem is that when the file arrives at the NT box it has been translated to ASCII. This is OK for the EPCDIC fields but the COMP-3 values are rendered useless.

The same file can be sent (albeit to a different box) via ftp with mode BINARY in its original state. (I then have a homegrown C-program that performs a character conversion on all of the fiels)

The mainframe folks have tried using the config-parameter XLATE=NO as well as sending the file binary to the NDM box, but it still &quot;auto-translates&quot;. The server is set to start with conversion on, but I would think that the script would override this setting.

Anyone have any ideas or info re this? Thanks-John

 

[PHettinger]

I'm having the very same issue with a transfer from MVS to Solaris. The manual says the DATATYPE parameter is only valid with HFS files (files with shared disk between MVS and Unix). I'm interested in how you can tell how the server is set to start with conversion on. Thanks-Pat

 

[Generalist]

I have reviewed the posts here but don't get a sense of if the Connect Direct product is something users are happy with. Is the product easy to use? Is it robust? Good monitoring and reporting of sessions, errror checking, retransmissions, etc? Have you had good experiences with it? Was/is there a special skill set needed for those setting up and/or maintaining it?

We are thinking of using this product.

Thanks

 

[stationmaster]

Connect:direct is an advanced file transfers software system. To answer a few of the questions you have to understand that it is a verifiable data transfer system. It has a trackable log as well as a propreitary control language. Most users are initially frustrated by a lack of trained knowledge of the product but a quick lesson can show that is actually very easy to use and provides a robust program to track data transfers. It also has the ability to communicate with over 28 operating systems. Sounds like a sales pitch but I have been a Cirect administrator for 5 years on both UNIX and MVS/OS390. I have also used it on NT/Win2000 with alot of success. Feel free to email me with any technical questions. stationmaster@rxrconsultinginc.com

 

[galger]

Stationmaster Do you have any knowledge on Connect: Enterprise and how interacts with Cirect..

Galger.

 

[pmeredith11]

The company that I used to work for replaced Connectirect with a product from Axway called XFB for several reasons. Although Sterling may say they run on 28 different OS they actually stopped supporting many of them and they actually had different products for each OS so the learning curve was a bit frustrating - and maybe the reason behind previous posts. From an architecture stand-point Connectirect did not meet our security requirements - they made access to the physical drive too easy. XFB uses logical names and hides the layout of the machine. XFB was also cheaper and less maintenance. We also used their monitoring tool that gave us global visibility to all transfers - we have a centralized IT team so this was very helpful. Having used both products I highly reccomend XFB.

Hope this helps

 

[stationmaster]

Galger,

Yes I have setup a number of systems that feed files from c:e to c:direct. Email me and I will be happy to help.

 

[rajivram]

pmeredith11:

Id like additional information on XDB. Do you have additional information or a URL? Pls let me know

rajivram

 

[pmeredith11]

A poor website but one where you will find information on XFB:

http://www.axway.com

 

[infosectim]

Proginet specialises in secure file transfer software and some large names have migrated from NDM for cost savings:

http://www.proginetuk.co.uk