| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Crappy Windows 2000/XP UDP performance |
From: "Geo"
"Gregg N" wrote in message
news:Xns965BF11E63FA4gregginvalidinvalid{at}216.144.1.254...
> The IP protocol allows for up to 64k datagrams, but the RFC only requires
> hosts to handle up to 576 octets, and says not to use larger datagrams
> unless you know that all the intermediate systems support it. If you
> control all the hops between the source and destiniation, then this is
> not an issue. I don't think this limitation occurs too much in practice
> even when you don't control the intermediate systems.
Ok so I take it you can be pretty sure this isn't what's causing the
slowness being discussed? It's just I've seen people talk about UDP and
packet size before referencing problems after a certain size. It was one of
the reasons that the sql slammer worm had to be small or it wouldn't have
been able to spread so quickly (it doesn't care if the other end is there
or not either).
Maybe fragmentation requires some sort of a response from the other end
that smaller non fragged UDP packets don't require (a function of routers
or something)?
I don't know, I was just looking for possible causes and the more I think
about it the more discussions of UDP packet size I remember.
Geo.
--- BBBS/NT v4.01 Flag-5
* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)SEEN-BY: 633/267 270 5030/786 @PATH: 379/45 1 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.