[ColorForth] reinventing the internet?
- Subject: [ColorForth] reinventing the internet?
- From: Jeff Fox <fox@xxxxxxxxxxxxxxxxxxx>
- Date: Wed, 05 Dec 2001 12:51:38 -0800
- Organization: UltraTechnology
Dirk Harms-Merbitz wrote:
>
> Routers have information that hosts do not have.
>
> Packets are dropped intentionally by routers in order
> to signal congestion back to the sending host.
So it is not that it is needed simply because
it us used at the destination but along the way.
> TCP responds to dropped packets by reducing the hosts
> rate of sending packets. The dropped packet is resent.
OK. It just seems to me that buffering and a
simpler handshaking makes more sense than that.
A problem that I can see is that with multiple
routers in the path, and unpredictable loads
that routers along the path are sending
slow-down and speed-up messages that result
in moving waves as in freeway traffic where
everyone gets slowed down by not having
everyone drive at a slightly slower, but
more regular speed. I may not be visuallizing
the way the chained and cross-connected
unpredictable route-path internet flow
control works. That's why I asked.
> Using TCP allows multiple independent hosts to coordinate
> their behavior over very long distances.
>
> It does not matter wether a host cooperates voluntarily.
> RED managed queues will randomly drop packets when certain
> thresholds are reached. The result is that a misbehaving
> host has a higher chance of having his packets dropped.
The system will also exhibit some rather bizzare traffic
congestion problems from what I have seen. There
were times when I was testing TCP/IP and UDP Forth
appliance software that the out-of-order resequencing
and router dropping and speed regulation etc.
would get into a catch-22 state where protocol
overhead seemed to be about 99.99%
I have been told that it is a flawed and buggy
prototocol, improved yes, but inherently flawed,
that application manament would be better.
But I hadn't really considered the topology
of the system and router behavior very well.
------------------------
To Unsubscribe from this list, send mail to Mdaemon@xxxxxxxxxxxxxxxxxx with:
unsubscribe ColorForth
as the first and only line within the message body
Problems - List-Admin@xxxxxxxxxxxxxxxxxx
Main ColorForth site - http://www.colorforth.com