Re: STRPASTHR via ANYNET -- MIDRANGE-L

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Burns, Bryan wrote:

No, that's why I suspect a remote problem. However, two things bug me.
1. I cleaned up some host table entries right before this happened.
2. Our Network Consultant has been changing our firewall to fix a problem with
SSL FTP.
So I'm still wondering whether it's our side or theirs.

Bryan:

These last comments imply that it was working previously. Was it? If not, is the remote side _also_ setup for AnyNet SNA-over_IP? (Okay, I now see your latest comment; so it's been working fine.)

On your system first, then on the remote, please review:

1. CFGTCP option 1: Work with interfaces
2. <F10=Work with IP over SNA interfaces>

I know you're probably doing SNA-over-IP, but you probably want to be sure that an IP-over-SNA interface has not been activated for the IP addresses on both ends.

Tom Liotta

-----Original Message-----

Any messages in QSYSOPR on either system? Are the mode descriptions correct?

On 6/22/07, Burns, Bryan wrote:

We're getting an SNA failure when trying to PASTHR to a system in Japan via
ANYNET. The failure code is X'68268014000032FE. I think it's the remote
system as everything seems normal on this side. Can anyone tell me for sure?

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.