HP3000-L Archives

December 2003, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Greg Stigers <[log in to unmask]>
Reply To:
Greg Stigers <[log in to unmask]>
Date:
Mon, 15 Dec 2003 15:07:46 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (27 lines)
After you solve this one, you can try your hand at nailing gelatine to a
tree. If you are getting the disconnect after five seconds, the connection
is not timing out, it is being refused, perhaps actively refused (network
gurus, does that sound right?). That you can connect to other sites, and
that others can connect to your target, seems to indicate an interaction
between your two sites. That you get the same response from a Windows
desktop seems to confirm this.

You can look at performing various tests, such as turning on data and
command tracing, although only command tracing should show anything, and
multiplying environments and subnets from which you attempt to connect. If
you can find an exception, that rules out your ISP. But if you can get your
respective ISPs to work together to try to resolve this, that is likely your
best way to go. These are never fun problems to solve.

I had a network team tell me for three years that "nothing changed" in an
enormous environment, everytime we reported a problem. And some of these
problems mysteriously went away and stayed away as suddenly as they
appeared. I finally concluded that this network team's sole responsibility
was to monitor the network, since they never changed it.

Greg Stigers, MCSA
this space available for self-serving acronyms

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2