Towards a common TCP testsuite - PowerPoint PPT Presentation

1 / 18
About This Presentation
Title:

Towards a common TCP testsuite

Description:

Reductionism vs realism. Statistical reliability vs simulation time. Implementability ... Important for realism. Want load independent of algorithm. Can't use ... – PowerPoint PPT presentation

Number of Views:41
Avg rating:3.0/5.0
Slides: 19
Provided by: lachlan5
Category:

less

Transcript and Presenter's Notes

Title: Towards a common TCP testsuite


1
Towards a commonTCP test-suite
  • L. Andrew, C. Marcondes, S. Floyd,
  • L. Dunn, R. Guillier, G. Wang,
  • L. Eggert, S. Ha, I. Rhee
  • others by teleconference

2
Outline
  • Objectives
  • What will a test suite achieve?
  • Design space
  • What do we specify?
  • Summary of tests
  • Implementations

3
Roundtable
  • Outcome of a meeting at Caltech
  • November 2007
  • Plus subsequent email discussions
  • Authors ? those physically present

4
Objectives
  • Reality-check for new TCP mechanisms
  • Standardized to facilitate comparisons
  • Publicly available implementations
  • Realistic scenarios
  • Small three days simulation

5
Issues
  • Reductionism vs realism
  • Statistical reliability vs simulation time
  • Implementability
  • Testbed constraints, simulation speed
  • Not tailoring to specific testbeds
  • Equilibrium vs overload
  • Summarising data vs many graphs

6
Design space
Topology (Delay, bit-rate)
Flows under test
Simulator, Testbed
Cross traffic
Metrics
7
Topology
  • Dumbell (central link not always bottleneck)
  • Delays seek to match measurement
  • Depend on setting / rate / congestion?

8
(Cross) Traffic model
  • Important for realism
  • Want load independent of algorithm
  • Cant use on-off sources
  • Specify arrival timesand durations
  • Can talk of x of traffic
  • Use common traces allow comparison
  • Bidirectional

9
Scenarios Basic
  • Dumbell, range of RTTs
  • Vary bit-rate, RTTs to reflect
  • Data centre
  • Access link
  • Trans-oceanic link
  • Geostationary satellite
  • Wireless access
  • Dial-up
  • Range of buffer sizes
  • Congestion levels
  • All traffic under test
  • Utilization
  • Packet drop rate
  • Queueing delay
  • Completion time v size

10
Scenario Delay/throughput tradeoff
  • Buffer size 10, 20, 50, 100, 200 BDP

Packet Loss
Throughput
Increasing buffer
Delay
11
Convergence time
  • Time until settled / equal rates
  • No. Might never happen. Might happen too soon
  • Rate achieved by newly arriving flow
  • Time for x bytes to be sent
  • Long flows, one starting (no slow start)
  • Unequal RTTs

12
Scenario Transients
Cross traffic
tput
80
x
x
Losses
time
13
Scenario Impact on Reno
  • Paired experiments with paired traffic
  • One Reno/Reno, one Reno/New

14
Scenarios Intra-protocol/inter-RTT
  • Two long-lived flows
  • Different start times
  • Same or different RTTs
  • Output Ratio of throughputs

15
Multiple bottlenecks
  • Equal RTT, different bottleneck count
  • Output ratio of throughputs

20ms
20ms
20ms
60ms
20ms
20ms
20ms
20ms
60ms
16
Public implementations
  • Work-in-progress
  • NS2
  • WAN-in-Lab
  • Grid-5000
  • Looking for volunteers
  • OmNet
  • Opnet

17
Future directions
  • Hoping for measurement studies
  • More realistic traffic models
  • User response to congestion
  • Relation between properties (RTT, filesize) on
    congestion level
  • Better wireless model
  • Statistical reliability
  • gt3day version

18
Conclusion
  • Call for feedback
  • Have
  • Topologies
  • Traffic loads
  • Metrics
  • Need
  • Specific traffic traces
Write a Comment
User Comments (0)
About PowerShow.com