[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