Thank you all for responding. I have to admit that I'm slow and dumb when
it comes to the technical side of how we communicate, so please keep on
sending those ideas to me.
Brian Test
E-Commerce Analyst
ACCO North America
300 Tower Parkway
Lincolnshire, IL 60069-3640
(800) 222-6462 x3973
(847) 419-4140 FAX
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
-----Original Message-----
From: Steve X Lee SL [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, February 21, 2001 8:46 AM
To: Test, Brian
Cc: [EMAIL PROTECTED]
Subject: Re: Sterling Communication Issue
Mark,
Brian is using a software package that allows him to program
to wait for
responses instead of guessing at timeout periods. i.e. Instead of
HOST: LOGON
CLIENT: "username"
CLIENT: <timeout 10 seconds>
HOST: PASSWORD
CLIENT: "password"
he can do
HOST: LOGON
CLIENT: Wait for "LOGON"
CLIENT: "username"
HOST: PASSWORD
CLIENT: Wait for "PASSWORD"
CLIENT: "password"
Brian,
The best thing with these intermittent things, is to turn on
the mailbox and
gateway tracing and wait for the event to occur. Copy out the log
files
before they get purged and examine the condition causing the hanging
and if
necessary change your api.
If it's recreatable you can have Sterling on the line and
they can do a
'scope' of the line and watch what's happening also.
Sterling in my experience has been very reliable, I only
experienced 1 system
outage in 8 years. A more likely scenario is the frame relay
connection being
buggy, you can start a monitor program to ping the target ftp server
and
page/log/mail whenever this happens.
Regards,
-Steve
-----------------------------------
Brian,
I have experienced the same types of issues with
emulator software dialing into VANS
in the past. The issue arises from fluxuations on the
VAN's computer where the target's
IO intensity varies due to demand or load. There is
no sure way to mitigate the problem
except to extend your wait periods for certain
commands to appear and providing the time
for the target system to respond.
If you have no delays built into the login banter
exchanged between the systems, then the
target may be looking for a login name while your
process is attempting to send a password
or a return to get the target's attention. You must
provide a delay in the process to give
the target time to respond to the return or the
transmission of the login name or password.
If you don't and the target is IO bound, then the two
separate processes will get out of
step with each other and more then likely hang until
the target times out or worse, just
hang in the attempt to connect.
FTP will still behave like a login attempt from the
initiator to the target and can be
effected by IO bound events where the target is slow
to respond. I will admit that I do
not know if there is a way to imbed delays into an FTP
script file, but I think that you
will need to accomplish that to ensure that the
initiating system does not overrun the
target. The key to success here is to slow down
enough to take into account the IO loads
that may be placed on the target such that the number
of connection attempts rise to the
90% or better range. The down side is that the
communications process will also get longer
in it's start to finish time. Hope this helps....
Regards,
Mark
-----Original Message-----
From: Test, Brian [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 20, 2001 5:11 AM
To: [EMAIL PROTECTED]
Subject: Sterling Communication Issue
Hi everyone,
This list has been of incredible value to me in the
past, and I hope that I
can tap your knowledge and experiences again. We
currently connect to
Sterling via frame-relay using FTP, and our gateway is
Unix based with a HP
box, and we use TLE 4.1 as a translator. I hope that
covers all the info
that you might need.
The issue is that we randomly can not connect to
Sterling, and sometimes
their system is down. However, most of the time when
this happens, their
system is up, and when we try to connect, we become
frozen and the system
will time us out. The freezing takes place at the
point of logging into the
Sterling system.
I was wondering if anyone else had a similar issue,
and might be able to
suggest a way to resolve this issue.
As always, thanks for your help.
Brian Test
E-Commerce Analyst
ACCO North America
300 Tower Parkway
Lincolnshire, IL 60069-3640
(800) 222-6462 x3973
(847) 419-4140 FAX
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
"WorldSecure" made the following
annotations on 02/20/01 07:01:12
----------------------------------------------------------------------------
--
[INFO] -- Virus Manager:
This message was scanned with Network Associates Viper,
and no viruses were detected.
============================================================================
==
=======================================================================To
contact the list owner:
mailto:[EMAIL PROTECTED]
Archives at
http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
=======================================================================
To contact the list owner: mailto:[EMAIL PROTECTED]
Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
"WorldSecure" made the following
annotations on 02/21/01 08:54:13
------------------------------------------------------------------------------
[INFO] -- Virus Manager:
This message was scanned with Network Associates Viper,
and no viruses were detected.
==============================================================================
=======================================================================
To contact the list owner: mailto:[EMAIL PROTECTED]
Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
