[ale] throttled packets?

[Richard Bronosky]

This is a complex diagnosing problem. It will require elimination of
ambiguity in description and careful delta isolation. Help us out by
clarifying the following:
* "at a remote site" - Is this a formal co-lo?
 \ if not, how is the machine connected to the internet? (looking for
T1, PBX, ISDN, DSL, Cable Modem, etc.)
 \ does any one have physical access to the box? Have you been
investigating via physical access of remote access?
* "throttle" - This is probably a poor term to use as there is lots of
ambiguity. In networking this is used to describe the process of
limiting the send/receive packets per second. It is an artificial way
of increasing latency.
 \ are you receiving packets slower than expected, or not at all? I
understand the situation to be not at all based on "I can't download
files"
* "remote site from which I can't download files" - ambiguity.
 \ this could mean that from your home you are unable to "curl -O
http://remote_site/file.txt "
 \ this could mean that from your home you are unable to "scp
remote_site:file.txt ./"
 \ this could mean that from your home you are unable to "ssh
remote_site curl -O
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.30.2.tar.bz2"
 \ these are dramatically different problems and we would waste a lot
of time solving one if what you are experiencing is the other.
* What OS is the the web server running?
* Can you SSH in? Has the performance of your SSH connection been
effected compared to prior to Monday?
* Of my 3 download scenarios above, which pass, which fail?

On Wed, Jul 22, 2009 at 8:49 AM, David Hamm<ale at spinnerdog.com> wrote:
> Hi folks,
>
> I have web server at a remote site from which I can't download files.  Inside
> the site we have no problem.  The server was working fine until Monday and
> we've made no changes.  I suspect we are getting throttled by the ISP but they
> say no.  Is there a way to determine if packets are getting throttled by an
> ISP?  CRC seems like a possibility but how would you analyze it.
>
> Thanks
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
>



-- 
.!# RichardBronosky #!.