× 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.




On Saturday, January 24, 2004, at 05:46 AM, Shea, David wrote:


I have two AS/400's on my network. Both with Ethernet. One is
192.168.0.150, the second is at 192.168.0.151. I want to use SAVRSTLIB
across the two. I'm having trouble finding the instructions for setting
things up. SAVRSTLIB is asking for a remote location name. This is where
I'm getting fuzzy.

The SAVRST series of commands requires an SNA connection. The remote location name is the unqualified SNA name for the target system.


If your network cannot handle SNA traffic you will have to enable AnyNet support on both systems. Do this with CHGNETA ALWANYNET(*YES). There is a small, probably unnoticeable, performance impact. This value takes effect without an IPL.

You will have to create APPC controllers and devices at each end. SNA is not difficult to configure. Here are sample configurations for your environment. Run DSPNETA on each system and note the values for:

        Local network ID
        Local control point name
        Default local location

Life will be easier if both systems have the same value for Local network ID. The default is APPN but you can change it as long as all *APPC controllers are varied off at the time.

The main tricks to successfully configuring SNA are:
1. Have all systems use the same network ID.
2. Ensure the RMTCPNAME in the controller description matches the LCLCPNAME in DSPNETA on the **REMOTE** system.
3. Ensure the RMTLOCNAME in the device description matches the LCLLOCNAME in DSPNETA on the **REMOTE** system.


Note that these points are not requirements; they just make things easier. It is quite possible to configure SNA between systems with disparate network IDs and use control point names and location names that are different from what DSPNETA shows by defining the controller and device correctly. I expect the following definitions will work fine for you. Change the SYSTEM15n values as appropriate for your environment.

On SYSTEM150:

CRTCTLAPPC CTLD(SYSTEM151) LINKTYPE(*ANYNETW) ONLINE(*YES) +
           RMTCPNAME(SYSTEM151) TEXT('Link to SYSTEM151')

CRTDEVAPPC DEVD(SYSTEM151) RMTLOCNAME(SYSTEM151) ONLINE(*YES) +
           CTL(SYSTEM(151) TEXT('LU link to SYSTEM151')

On SYSTEM151:

CRTCTLAPPC CTLD(SYSTEM150) LINKTYPE(*ANYNETW) ONLINE(*YES) +
           RMTCPNAME(SYSTEM150) TEXT('PU link to SYSTEM150')

CRTDEVAPPC DEVD(SYSTEM150) RMTLOCNAME(SYSTEM150) ONLINE(*YES) +
           CTL(SYSTEM(150) TEXT('LU link to SYSTEM150')

Vary the controllers and devices on at each system. They should go to active status. Verify the connection using STRPASTHR e.g., from SYSTEM150 run the command STRPASTHR SYSTEM151. You should a connection start and the sign-on screen for the remote system appear. Sign on and run ENDPASTHR to return to your original system.

If you cannot connect then error messages will appear in:
        o The job in which you ran STRPASTHR
        o QSYSOPR on the target system
        o QSYSOPR on the local system

Read the messages, follow the recovery, and try again. For example check the setting of the QPASTHRSVR system value on the target system, verify that the QPASVRP and QPASVRS jobs are active on the target (you can use STRCMNSVR to start them if necessary).

The main differences between SNA and TCP are that SNA requires a little more configuration effort and that SNA provides much better error feedback via the sense code (as long as you have the SNA Formats manual handy). TCP is easy to configure but fairly hopeless at telling you why things don't work.

I have SNA configured between an AS/400 using Token Ring and an AS/400 using Ethernet and it works fine using AnyNet as the transport.

Regards,
Simon Coulter.
--------------------------------------------------------------------
   FlyByNight Software         AS/400 Technical Specialists

   http://www.flybynight.com.au/
   Phone: +61 3 9419 0175   Mobile: +61 0411 091 400        /"\
   Fax:   +61 3 9419 0175                                   \ /
                                                             X
                 ASCII Ribbon campaign against HTML E-Mail  / \
--------------------------------------------------------------------



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.