Re: P-t-P question

ended.  Actually, a P-t-P session never gets actually started, as an FTP will

John McKee

Quoting Pete Hall <pbhall@xxxxxxxxxxxxx>:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I used to do something similar in another life, so this is ancient
recollection from the primordial soup, but all modems have a reset
command. You need to use that to set the modem to default values.
Exactly how you do that is left as an exercise, however I dimly recall
using an async line to pass commands to the modem. It's not necessary to
actually dial anything via the async line. I know, this is pretty vague,
but it's cheap too, so maybe it averages out...

Pete Hall
pbhall@xxxxxxxxxxxxx
http://pbhall.us


jmmckee@xxxxxxxxxxxxxx wrote:

I am still attempting to utilize a P-t-P connection from our AS/400/iSeries
(whatever the name is) to another company.  Still does not work.  Dials the
other system, but does not get a proper connection.

What it DOES do is confuse the modem. I have several scheduled jobs that dial out on this modem to other organizations to trasmnit data. When these sessions are run, ZMODEM is used. After my P-t-P tests, I use ENDTCPPTP command, and the line/controller/device are varied off. But, somehow, the modem is left hanging, requiring it to be turned off and back on. Obviously, P-t-P over async modem is not a good thing if it leaves the modem useless for other data transfer jobs. I am wondering if anybody has any suggestions as to how to get this configuration

to leave the modem is a proper state for the next use?

Also, I copied the modem script from QUSRSYS/QATOCPPSCR (member Dial400) to our modifications library. I edited it according to instructions in SF62386. The thing I found out was that I had initially placed the member into the incorrect source physical file. I copied it to the proper location with no problem. But, when I tried to remove it from the wrong location, the remove failed. There was

a lock held on the member, even after ENDTCPPTP and devices were varied off.

The lock persisted until the next IPL. Has anybody run into this, and, if so,

were you able to get the lock removed without an IPL?

We are on v5r4. I have no idea what cum level, as that is handled by the system administrator. Potentially, this is an issue that has been addressed by a cum.

If I knew that, I could relay to the system administrator.


Thanks for all assistance.

John McKee

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFyohMpcZsDl8OX6kRAtP8AJ9Ew2YFhNjbNfUu7cShBMb1mxEhHgCgyAVp
B+WrbmxaLihbpO2lTm6vJ+A=
=zyPv
-----END PGP SIGNATURE-----
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.