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


  • Subject: RE: Remote Communication - HELP!
  • From: "Pytel, Alexei" <pytela1@xxxxxxxxxxxxxxxx>
  • Date: Fri, 12 Jun 1998 09:45:42 +0100


You can try a feature called SNA Passthrough.
It will do exactly what you want:
 - AS/400#2 will have *SNPT device description downstream to AS/400#1.
- AS/400#1 will have *SNPT device description upstream to AS/400#2 and
3270 (LU 2) device description downstream to remote system.

AS/400#2 will establish and control the session, while AS/400#1 will
essentially pass all session traffic unchanged from AS/400#2 down to
remote system.

Instructions for setup and sample configurations can be found in "AS/400
Remote Workstation Guide".

Hope this will help.


                Best regards,
                         
                  Alexei Pytel




        -----Original Message-----
        From:   Jeff Carey [SMTP:jeffreycarey@usa.net]
        Sent:   Friday, June 12, 1998 12:41 AM
        To:     MIDRANGE-L@midrange.com
        Subject:        Re: Remote Communication - HELP!

        Here is the current situation:

        AS/400 #1 connected to a SDLC line to remote mainframe
        Batch job on AS/400 #1 one uses 3277 devices to pass data back
and forth with
        mainframe. These 3277 devices hang off of a 3274 ctld that in
turn hangs off the
        SDLC lind.

        What we want:
        AS/400 #2 currently attached to AS/400 #1 over TR LAN.
        Want to move batch job to AS/400 #2, but keep physical
connection to mainframe on
        AS/400 #1.

        No one on AS/400 #1 will need to access the mainframe after the
application is
        moved.




        Carl Galgano wrote:

        > If I understand your question (you want to use a line
description from one
        > AS400 and a controller and device from another AS400, both on
the same
        > LAN/WAN and have the controller connect to the line), the
answer is NO.
        > However, there are usually more that one way to skin a cat, so
exactly what
        > are you trying to do, if you are trying to access data across
the line,
        > perhaps you could use the existing AS400 for the physical
link, and use
        > something like DDM to have the data actually appear on the new
AS400.  Some
        > more details might be helpful.
        > HTH,
        > Carl
        >
        > At 10:51 AM 6/11/98 -0500, you wrote:
        > >We need to sole a problem - we have an AS/400 with an SDLC
link to a
        > credit card
        > >service - this line has a 3274 ctld attached to it, and the
controller has
        > two
        > >3277 display sessions attached to it.
        > >
        > >Now we need to move the application using thast line to
another AS/400 on
        > our LAN
        > >(but not at the same location, so I can't just change the
physical connection
        > >(RS232 into a modem into a leased line).
        > >
        > >Is there a way for me to create a ctld and devd on the new
AS/400, and
        > have them
        > >communicate over the SDLC line on the current AS/400?
        > >
        > >
        > >
        > >+---
        > >| This is the Midrange System Mailing List!
        > >| To submit a new message, send your mail to
MIDRANGE-L@midrange.com.
        > >| To subscribe to this list send email to
MIDRANGE-L-SUB@midrange.com.
        > >| To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
        > >| Questions should be directed to the list owner/operator:
david@midrange.com
        > >+---
        > >
        > Carl J. Galgano
        >
        > http://cgalgano.home.mindspring.com
        > mailto:cgalgano@ediconsulting.com
        > EDI Consulting Services, Inc.
        > 540 Powder Springs Street
        > Suite C19
        > Marietta, GA 30064
        > 770-422-2995
        > +---
        > | This is the Midrange System Mailing List!
        > | To submit a new message, send your mail to
MIDRANGE-L@midrange.com.
        > | To subscribe to this list send email to
MIDRANGE-L-SUB@midrange.com.
        > | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
        > | Questions should be directed to the list owner/operator:
david@midrange.com
        > +---



        +---
        | This is the Midrange System Mailing List!
        | To submit a new message, send your mail to
MIDRANGE-L@midrange.com.
        | To subscribe to this list send email to
MIDRANGE-L-SUB@midrange.com.
        | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
        | Questions should be directed to the list owner/operator:
david@midrange.com
        +---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.