The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: "Henning P. Schmiedehausen" <mailgate@hometree.net>
To: linux-kernel@vger.kernel.org
Subject: Re: [OT] testing internet performance, esp latency/drops?
Date: Mon, 8 Oct 2001 21:30:03 +0000 (UTC)	[thread overview]
Message-ID: <9pt5sr$eqb$1@forge.intermeta.de> (raw)
In-Reply-To: <20011008090203.L26223@work.bitmover.com>

Larry McVoy <lm@bitmover.com> writes:

>However, web browsing sucks.  On about 80% of all links, there is a noticable
>hesitation, between 1-15 seconds, as it looks up the name and as it fetches
>the first page.  After that point, that site will appear to be OK.

This means, that 80% of all web site operators are too dumb to
configure a web server. Is it possible that your brand spanking new T1
addresses have no reverse name resolution? Are you using a proxy?

Look:

lm@bitmover   IP 1.2.3.4
    |
    |
"i want to surf to http://www.surf.xxx/"
    |
    |
    v
Website "www.surf.xxx"

"connect from 1.2.3.4" -> "Lookup for 4.3.2.1.IN-ADDR.ARPA"
                                       |
                                       |
                            1-15 Second timeout, "addr not found"
                                       |
                                       |
                                       v
                            send HTTP page to 1.2.3.4 anyway.


>Before I wander off to write a test for this, I'm wondering if anyone 
>knows of a test suite or a methodology which works.  I was thinking 

This has nothing to do with OSes, Linux or even a kernel. It is just
that most people on this net (and also most people who operate servers
or work at ISPs) are complete idiots that neither know how to operate
a webserver (set it to "name lookup off" and do address resolving for
web statistics offline) or an ip-space (how to setup a reverse
resolution).

I did consulting for an ISP that has > 50 Class C networks and not
_one_ had right forward and reverse resolution [1] as I arrived there.

	Regards
		Henning

[1] Now it has. ;-)      


-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen       -- Geschaeftsfuehrer
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH     hps@intermeta.de

Am Schwabachgrund 22  Fon.: 09131 / 50654-0   info@intermeta.de
D-91054 Buckenhof     Fax.: 09131 / 50654-20   

      parent reply	other threads:[~2001-10-08 21:30 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-08 16:02 [OT] testing internet performance, esp latency/drops? Larry McVoy
2001-10-08 15:21 ` Rob Landley
2001-10-08 16:30 ` Alan Cox
2001-10-08 17:37 ` Pedro M. Rodrigues
2001-10-08 21:30 ` Henning P. Schmiedehausen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='9pt5sr$eqb$1@forge.intermeta.de' \
    --to=mailgate@hometree.net \
    --cc=hps@intermeta.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox