Tunnel overhead [On killing IPv6 transition mechanisms]
Gert Doering
gert at space.net
Wed Mar 17 20:10:14 CET 2010
Hi,
On Wed, Mar 17, 2010 at 11:55:46AM -0700, Ted Mittelstaedt wrote:
> I am pretty sure I recall reading that the larger routers have the
> ability to lower priority of ICMP echo replies and that most of them
> do.
They do, which is why we ping servers, not routers :-)
[..]
> "...Network latency is without question on that list....additional
> client-server latency due to IPv6 being used will quickly add
> up to seconds in terms of overall page load time for a complex web site..."
>
> That is factually incorrect. TCP/IP uses sliding windows. As long
> as the overall latency falls within the window setting, (and 150ms
> definitely does) then the IP transmission WILL NOT fall back into
> the "send-a-pack-wait-for-an-ack" mode and bandwidth will NOT be
> affected, thus it does not result in any increase in page load
> delay for larger pages.
A web page consists of manymanymany round-trips for manymanymany small
page elements. 150ms adds up. It's worse with HTTP persistant
connections, less bad with multiple parallel connections.
Web is not "FTP download a single big file in a continuous mostly
unidirectional stream".
Gert Doering
-- NetMaster
--
Total number of prefixes smaller than registry allocations: 150584
SpaceNet AG Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen HRB: 136055 (AG Muenchen)
Tel: +49 (89) 32356-444 USt-IdNr.: DE813185279
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 306 bytes
Desc: not available
URL: <https://lists.cluenet.de/pipermail/ipv6-ops/attachments/20100317/adab4360/attachment.sig>
More information about the ipv6-ops
mailing list