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/
- Sterling Communication Issue Test, Brian
- Re: Sterling Communication Issue Javier Ortiz
- Re: Sterling Communication Issue Mark Kusiak
- Re: Sterling Communication Issue Steve X Lee SL
- Re: Sterling Communication Issue Test, Brian
