[e2e] a new IRTF group on Transport Models
frank@kastenholz.org
fkastenholz at comcast.net
Fri Jun 3 06:30:00 PDT 2005
Sally
Is there any thought to identifying information
that routers and end systems might provide that
either can be fed back into the models to refine
them or used in parallel to (in)validate them?
A simple example might be packet drops. If models
assume that the only reason packets are dropped is
overflowing queues due to congestion, that leads to
certain conclusions, etc, and tweaking our transport
protocols in a certain direction. But if it turns
out that a significant percentage of packet drops
is because of something else, then that conclusion
would be incorrect...
Frank Kastenholz
More information about the end2end-interest
mailing list