| 
 | 
Eric,
This is using a SDLC communication, and that seems to be the diffeence in the
original way they were doing this.  So far, the answers I've found say that
EVOKE is needed for this.  Now I'm stuck - I don't want to hardcode the
security parms into the SECURITY parm in the ICF file, and I may have to
internally describe this portion of the communications.  I'm confused!  It
looks like it can be done, yet it can't!
-Andrew
Date: Wed, 14 Oct 98 14:30:05 -0600
From: eric.delong@pmsi-services.com
Subject: Re: ICF Programming Snafu's! I Don't want to EVOKE!
     Andrew,
     I'm not exactly sure I understand.... is it something like:
     1> AS400 (sys a) always runs a comm job that just waits for
     connection (ICFW or BSCW).
     2> AS400 (sys b) dialing into sysA for testing. As soon as
     connection is established, pgms start talking.
     3> Tandem (sys c) dialing in to sysA for production. like above.
     A waiting for connection
     B or C dialing A
     Connect
     B-->A  (send request) pgm to pgm
     A-->B  (send reply)   pgm to pgm
     Disconnect
     A waiting for connection
     Evoke is not necessary. Just have the comm job active on Sys A, and
     it will just wait for a valid connection to begin. If this is the
     scenario, I might be able to provide you with samples. Contact me @
     eric.delong@pmsi-services.com
______________________________ Reply Separator
_________________________________
Andrew Borts wrote:
> I'm trying to simulate connection to a mainframe via an ICF file using
> two AS/400's , and I'm running into a problem in getting the two AS/400
> to chat with one another.  I want to blind transmit information sent
> over the ICF to the receiving AS/400 end, and reply using the program
> that is sitting and waiting for a communication that would normally be
> to a mainframe (tandom..).  So far, I've run into the snafu that I have
> to evoke the receiving end from the transmitting AS/400 end.  In
> reality, I don't want to evoke, and I want the other end just to
> startup, and answer messages sent by the mainframe.  Any clues as to
> what I do?
> -Andrew Borts
> Systematic Control, Inc.
> (954) 791-9555 x333
>
>   ------------------------------------------------------------------------
>
>   Andrew Borts <adborts@ibm.net>
>   Systematic Control, Inc.
>
>   Andrew Borts
>   Systematic Control, Inc.  <adborts@ibm.net>
>                             Netscape Conference Address
>                             Netscape Conference DLS Server
>   Additional Information:
>   Last Name     Borts
>   First Name    Andrew
>   Version       2.1
begin: vcard fn: Andrew Borts n: Borts;Andrew org: Systematic Control, Inc. email;internet: adborts@ibm.net x-mozilla-cpt: ;0 x-mozilla-html: FALSE version: 2.1 end: vcard
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.