MVSFORUMS.com

[vini]

Hi ,
When I try to FTP a Data Set thru a PC Software like Core lite and for same IP Address and DS it works fine. However , when I try to do same thru a JCL ...it fails saying 'Host cannot be reached' !!!
Anyone faced this problem before or is aware of why and how to fix this issue ???

The Messages in SYSPRINT are as follows :
EZA1450I IBM FTP CS V2R10
EZA1466I FTP: using ATCPIP
EZA1772I FTP: EXIT has been set.
EZA1456I Connect to ?
EZA1736I 172.20.8.1
EZA1554I Connecting to: 172.20.8.1 port: 21.
EZA2590E getNextReply error from recv = (1130.74500446) - EDC8130I EDC8130I Host cannot be reached.
EZA1475I Connection with 172.20.8.1 terminated
EZA1735I FTP Return Code = 10000, Error Code = 00010

The JCL Step :

//S5 EXEC PGM=FTP,PARM='(EXIT'
//INPUT DD *
172.20.2.1
UIVS013
GREASE
ASCII
PUT WLFA.ASX810FA.OUT.SEQ WLFA.ASX810FA.OUT.SEQ
QUIT
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//


Vini.

[Mike Chantrey]

"Host cannot be reached" FTPing from the mainframe - sounds like a possible firewall issue to me, if you can send to the same IP address from your PC.
Or is it an IP address error? Your error messsage says 172.20.8.1 but your FTP input says 172.20.2.1

If it is the firewall you will need to find out who administers this firewall. Your m/f sysprogs should at least be able to point you in the right direction even if they don't handle this themselves.

Try pinging this IP from TSO command prompt:
PING 172.20.2.1
or
PING 172.20.8.1
(whichever is the correct version)

If you still can't reach it, this supports the 'firewall problem' theory.

[vini]

Mike ,

When I pinged I got following message

Ping CS V2R10: Pinging host 172.20.2.1. Use ATTN to interrupt.
PING: Ping #1 timed out
***
When you say firewall issue ..is it something to be resolved on both the senders and recipients end or only senders or only recipients end ..???

Thnks
Vini

[Mike Chantrey]

vini,
I've just edited my post above to reflect an inconsistency in your IP addresses. Please see that info.
If that's not the problem, all I can say is that there is probably a firewall somewhere between your mainframe and this destination; your m/f sysprogs will probably either have the authority to update it or know how to request this. It could be a hardware or software firewall on the mainframe or the destination or some box in between. I'd guess it's probably a seperate box (some sort of router/switch/firewall combo) attached to the m/f but that's only a guess.

[vini]

Mike,
The inconsistency of IP Address as shown in JCL vs. Sysout ..is only bcoz I was trying to route thru either of the Addresses which belong to same external Agency/Interface.
The message was picked up from one JCL and the STEp from other ..but they both give same error message.

LEt me see what I can do about this from what you have explained.

Thnks
Vini

[vini]

Hi ,

I could get thru this problem after talking to the m/f sysprogs as suggested by Mike and was able to PUT a File.

Now I am facing a weird problem ..maybe its not so ..dunno ..not able to GET the same file I PUT.

My question is if I am able to 'PUT' a File ... shouldnt I be able to 'GET' back the same file thru same Server without facing any NEW network or firewall issues ?! Isnt it supposed to work bi-directional

JCL:

[vini]

Hi Folks !

Sometimes I forget referring to the wonderful manual links provided in this forum
....
I did remember towards end of the day and got the cause in its FTP error messages section !!!

For example, the FTP EXIT return code 16550 indicates the following:

16
The GET command failed.

550
The reply code from the FTP server. The requested action was not taken; the file was not found or could not be accessed.

Thnks
Vini

[taltyman]

Remember that if MVS is involved it will use your TSO profile to see if PREFIX has a value and if so will add it to the front of your dsn unless you quote it. See the output with 125 has your userid as part of the dsn. Is that what you want?
Also why the filetype=jes? You only use that to communicate with jes (get output, submit job, etc)

[vini]

Thanks ..that worked ..I removed 'filetype=jes' ..just had it because the PUT JCL needed it ...but thats bcoz as u rightly said it was submitting a job at their end..but not so when I GET the file.

Atleast on removing that line the problem is identified clearly as 'file not found' !

Message changed to :

EZA1701I >>> RETR Q1.DAT
550 Data set UIVS013.Q1.DAT not found

As far as the DS Prefix ..yes thats what I want as thats how I had sent it over.

Tallyman , what happens if I do not use even the filetype=seq .. is there a default ? Also is there a likelihood of translation errors in the ftp process ..there seems to be some layout mismatch at their end ..even when our copybooks are identical !

Thnks.
Vini

[taltyman]

Are both ends MVS? If so then omit the ASCII line.
Default is filetype=seq

[vini]

taltyman ,

Yes, both ends are MVS . I will omit the ASCII line and re-try ...I think that could be the likely reason for mismatch ..

I had taken a copy of what was in a ECL of the legacy Unisys system which was working for them ofcors and still does. The new system i,e on MVS is still in testing phase however. The users ofcors instructed us to follow whatever was being done in the legacy.

As a general rule when should the ASCII line be used ..like between what kinda systems ?!

Thnks
Vini.

[taltyman]

MVS systems are ebcdic, everything else is ascii. I believe that MVS will convert ascii/ebcdic for you if the other side is not MVS.

[vini]

That indeed worked ..omitting the ASCII i.e. !!!



Vini.