Title: Modeling
1Modeling Management of Bandwidth in a
Differentiated Services Network
- Ikjun Yeom
- Department of Electrical Engineering
- Texas AM University
2Presentation Overview
- Introduction to DiffServ
- Modeling TCP throughput
- Aggregated Marking
3Internet QoS
- What is QoS?
- Delay, delay jitter, bandwidth, drop rate, etc.
- Required for real-time/multimedia app.
- Best-effort service is not enough.
4What is the DiffServ?
- A scalable solution to provide service
differentiation in IP networks. - Traffic conditioning, classifying, marking at the
edges - Providing different Per-Hop Behaviors (PHBs) in
the core network
5Overview of a DiffServ Network
6Assured Forwarding (AF) PHB
7AF Example
8TCP Throughput Modelingin a DiffServ Network
9Motivation
- Throughput of a TCP flow is not equal to its
contract rate.
10TSW Packet Marking
Upon each packet arrival
If avg_rate ? contract rate mark this packet
IN else mark this packet IN with probability
of contract rate/avg_rate
11An Example of Packet Marking Behavior
- An individual TCP flow
- Contract rate 0.5 Mbps
- Packet size 1 KB
- Average RTT 0.14 sec.
- Average throughput 0.69 Mbps
- win_len in the marker is 1 sec.
12(No Transcript)
13Model for Packet Marking
14Objective
- Develop a TCP throughput model as a function of
- Contract rate
- Probability of IN/OUT packet drop
- Packet size
- Round trip time
15Assumptions
- No ACK drop
- TCP-Reno
- Random packet drop
16Network Models
- Undersubscribed path
- No IN packet drops
Throughput
Contract rate
Time
17Network Models (cont.)
- Oversubscribed path
- IN packet drops
Throughput
Contract rate
Time
18Network Models (cont.)
- Normal-subscribed path
- Both IN and OUT packet drops
Throughput
Contract rate
Time
19General TCP Model
20A Model for Undersubscribed Path
21A Model forOversubscribed Path
22Model Validation
Prop. delay 180 msec. Contract rate Randomly
selected from 0 to 1 Mbps
Sender
Receiver
23Results with 40 Mbps bottleneck
24Results with 30 Mbps bottleneck
25Results with 20 Mbps bottleneck
26Results with 15 Mbps bottleneck
27Relative Error
28With Cross Traffic
29Results with Cross Traffic
30Merging Topology
31Results with Merging Topology
32Split Topology
33Results with Split Topology
34A Simplified Model
35Observations
- Define excess bandwidth as
- throughput - contract rate
-
36(No Transcript)
37Aggregated Flows
- Single contract rate for all the flows in the
aggregation. - Packet marking based on
- Aggregate contract rate
- Agg. Sending rate
- Flows impact each other.
- The models are not directly applicable.
38Models for Agg. Flows
39Model Validation
Prop. Delay selected from 60 to 160
msec. Contract rate 10 Mbps
40Results with 20 Mbps Bottleneck
41Results with 30 Mbps Bottleneck
42Summary
- TCP throughput can be estimated with models.
- Difficulty in sharing excess bandwidth.
- Model extended to aggregated flows.
- Needed to investigate marking scheme for
aggregated flows.
43Marking for Aggregated Flows
44Motivation
- Customer marks packets of individual flows within
SLA. - Example marks packet of flows observing
congestion at a higher rate. - Approach employing per-flow state within the
aggregation.
45Customers Marking
46System Model
47Resource Management
?
- Marking rate Target rate
- Realized throughput ? Marking rate
- May waste resource (marking rate)
- Realized throughput gt Target rate
- Unachievable target rate
? Adaptive Marking
48Adaptive Marking
- Guarantee at least one of the three
- Target rate
- Maximized throughput without IN drop
- Equally shared contract rate
49Network Condition
- How to estimate the current condition?
- Achieved rate ? 0.75 Marking rate
- The flow experiences oversubscribed path.
50Marking Rate Adaptation
- 0.75 Marking rate lt Achieved rate lt Target
- Increase the marking rate
- Achieved rate ? 0.75 Marking rate
- Reduce the marking rate
- Achieved rate gt Target
- Reduce the marking rate
51Simulation
Cross traffic
M
R
52Achievable Target
53Unachievable Target
54Simulation Results
55Summary
- The adaptive marking manages resource
effectively. - Adapts to network condition to reach target rates
of individual flows.
56Conclusion
- Provided analytical TCP model for DiffServ
networks. - Showed that excess bandwidth cannot be shared
equally. - Flows with larger contract rate may not reach
their contract rate. - Provided an adaptive marking that utilizes
resource effectively.