How is this:

5722SS1 V5R4M0  060210   PPP Component Trace       S1015362        BERLIN
Application.................: PPP
............................:
............................:
PPP Profile Name............: BERLIN
Job ID......................: 354672/QTCP/QTPPPCTL
Start date..................: 02/09/07
Start time..................: 13:08:20
............................:
............................:
............................:
13:08:20.108 === SESSION THREAD (0x000000000000005B) STARTED
13:08:20.161 === ADDING LINK THREAD TO SESSION THREAD (0x000000000000005B)
13:08:20.166 === LINK THREAD (0x000000000000005C) STARTED
13:08:23.406 === Modem for PPP line BERLIN : $generic hayes.
13:08:23.410 === Attempting modem reset.
13:08:23.418 ==> AT&FS0=0
13:08:23.442 === Reading modem response.
13:08:24.081 <== AT&FS0=0
13:08:24.081 <== OK
13:08:24.161 === Attempting modem initialization.
13:08:24.161 ==> ATE0Q0S0=0V1X1&C1&D2&S1
13:08:24.162 === Reading modem response.
13:08:24.818 <== ATE0Q0S0=0V1X1&C1&D2&S1
13:08:24.818 <== OK
13:08:24.832 === STREAM SK/LCP-LINK REGISTERED
13:08:24.833 === Attempting modem dial/answer.
13:08:24.839 ==> ATDT9,2718388
13:08:29.966 === Reading modem response.
13:08:56.644 <== CONNECT 28800/ARQ
13:08:56.644 ==>
13:08:56.670 === Establishing point-to-point connection for profile BERLIN.
13:08:57.301 === STARTING LCP FOR *DIAL PROFILE BERLIN     SYSTEM S1015362
13:08:57.301 === *LIND BERLIN     *ASYNC *SWTPTP MAXFRAME 2048 CMP 0x01 ACCM 0
13:08:57.301 ===   MAX CFG 10 FAIL 5 TERM 2 OPEN 20 AUT 5 RETRY ITV 3000 0
13:08:57.301 === LCP ENTERING ESTABLISH PHASE
13:08:57.303 ==> LCP/REQSENT  CfgReq/0x01 id 0x8A len 20 <MRU 2048><ACCM 00000
13:09:00.351 ==> LCP/REQSENT  CfgReq/0x01 id 0x8B len 20 <MRU 2048><ACCM 00000
13:09:04.092 ==> LCP/REQSENT  CfgReq/0x01 id 0x8C len 20 <MRU 2048><ACCM 00000
13:09:08.525 ==> LCP/REQSENT  CfgReq/0x01 id 0x8D len 20 <MRU 2048><ACCM 00000
13:09:13.669 ==> LCP/REQSENT  CfgReq/0x01 id 0x8E len 20 <MRU 2048><ACCM 00000
13:09:19.502 ==> LCP/REQSENT  CfgReq/0x01 id 0x8F len 20 <MRU 2048><ACCM 00000
13:09:26.016 ==> LCP/REQSENT  CfgReq/0x01 id 0x90 len 20 <MRU 2048><ACCM 00000
13:09:33.249 ==> LCP/REQSENT  CfgReq/0x01 id 0x91 len 20 <MRU 2048><ACCM 00000
13:09:41.182 ==> LCP/REQSENT  CfgReq/0x01 id 0x92 len 20 <MRU 2048><ACCM 00000
13:09:49.807 ==> LCP/REQSENT  CfgReq/0x01 id 0x93 len 20 <MRU 2048><ACCM 00000
13:09:59.142 === NOTE: LCP TERMINATING. NO RESPONSE FROM PEER AFTER SENDING MA
13:09:59.154 === CLOSED STREAM SK/LCP-LINK
13:09:59.154 === REMOVING LINK THREAD (0x000000000000005C) FROM SESSION THREAD
13:09:59.160 <== LCP FSM CLOSE FROM LINE: BERLIN JOB: 354672/QTCP/QTPPPCTL
13:09:59.160 === CLOSING BUNDLE. NO ACTIVE LINKS.
13:09:59.167 === Point-to-point connection for profile BERLIN ended.
13:09:59.178 === Updating link status for communication line BERLIN.
End date....................: 02/09/07
End time....................: 13:10:04


Hope something in that is useful. What little I get out of it is that there is
still an issue somewhere.

John McKee

Quoting Carl Galgano <cgalgano2@xxxxxxxxxxxxxxxxx>:

Can you post the modem/connection log?


Carl J. Galgano
EDI Consulting Services, Inc.
770-422-2995
www.ediconsulting.com

600 Kennesaw Avenue
Suite 400
Marietta, GA  30060

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of jmmckee@xxxxxxxxxxxxxx
Sent: Friday, February 09, 2007 9:50 AM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: P-t-P question

I did the config with ops navigator.

Modem is a US Robotics async modem.  max speed 9600 - but only connects at
14400 due to limitations of 232 interface card (so I was told).

All transfer with ZMODEM reset the modem at start of session and leave modem
in command mode at call completion.  The P-t-P config is the only issue.  At
least, I am assuming that ENDTCPPTP is the proper way to terminate a P-t-P
connection.  I do not see any parameter that might effect the state that the
modem is left in.  As I recall (dimly), normally when a call is terminated
(by
ZMODEM) two status LEDs are on, but after ENDTCPPTP, at least one additional
LED is on.  I can't recall which LEDs.  If the specific LEDs are relevant, I
can attempt to read the tiny labels.

To be clear, this is not the ECS modem.

John McKee

Quoting Carl Galgano <cgalgano2@xxxxxxxxxxxxxxxxx>:

John, I have do quite a bit of PTP from the 400 and not had any
problems either.  Did you do the config with ops navigator or green
screen command ADDTCPPTP?
Also what modem are you using.   I know you can totally control the reset
of
the IBM options modem and even switch between async and sync profiles.
cjg


Carl J. Galgano
EDI Consulting Services, Inc.
770-422-2995
www.ediconsulting.com

600 Kennesaw Avenue
Suite 400
Marietta, GA  30060

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
jmmckee@xxxxxxxxxxxxxx
Sent: Thursday, February 08, 2007 1:39 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: P-t-P question

The ZMODEM sessions attempt to send the AT Z command when they initiate.
However, the modem is not left in a command state when the P-t-P
session is ended.  Actually, a P-t-P session never gets actually
started, as an FTP will not connect.  At any rate, modem is left
unusable until power switch is cycled.

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.





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



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





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



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






As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.