SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Non-Tech : StockEdge Online (Realtime Quotes) -- Ignore unavailable to you. Want to Upgrade?


To: Alf who wrote (149)4/25/1998 3:13:00 PM
From: Alf  Respond to of 1463
 
Sorry Guy's I forgot to paste this to my last reply.

Tim, here is what we are finding with your connection. The problem seems to be your
ISP in its Pittsburgh hub. Data is being sent multiple times until the tcp/ip connection is
finally dropped.

Chuck

------------------------

This morning I waited until Tim logged on (like clockwork...06:26), got his IP, and set
up the sniffer to log all activity from that IP.

He logged on @06:26, and ran without interruption until 07:06:33. He was
reconnected @07:08:57...aprrox 2 mins outage.

Looking at the sniffer, we saw no anomalies until 07:06 when we failed to get an
acknowledgement response back from him and retransmitted the packet in question. 4
attempts to retransmit were made over a 24 second period. None elicited a response
from him. After 4 attempts he was disconnected.

I started doing trace routes at that point. The results were consistent: everything looks
fine and clean until it gets to Pittsburgh (his location) and is handed off to his local ISP
(bluemoon.agis.com). The response times are noticeably slower at that hop even when
he is running fine, so I wonder if his
ISP has oversold their capacity or something?

So...good news is that it doesn't seem to be us.

Mike