Title: Emulation of Differentiated Services in VNUML
1Emulation of Differentiated Services in VNUML
- CS680 Class Project
- Course Instructor Prof. Anirudha Sahoo
- Project Team members
- Vijay Gabale (07305004)
- Sagar Bijwe (07305023)
- Manish Kumar (07405701)
2Agenda
- Motivation
- Network set up in VNUML
- Architecture
- Implementation details
- Demo
- Experiments and Results
- Observations
- Future scope and Conclusion
3Motivation
- Implementation of theoretical concepts into
practice - Get hands dirty with scheduling, token bucket, IP
address prefix matching schemes - Interesting questions
- What is order of improvement achieved by DS
enabled service in terms of delay, jitter and
throughput? - How do real time flows behave in DS enabled
network?
4Architecture
Classification Marking Drop Priority
Client Network Router
Core Network Boundary Router
Client B
Core Network Core Router
Client A
Client Network Router
Scheduling Forwarding
5Classification Multi-Trie Approach
dst
src
F1 0 0 F2 0
1 F3 0 9
9
0
1
Destination trie
0
1
9
Source trie
F1
F2
F3
6Drop Priority Dual Token Bucket
Two-Rate Three-Color Marker
red
yellow
PIR/PBS
CIR/CBS
green
Token bucket P
Token bucket C
7Experimental Set Up in VNUML
client
client
Boundary Router
Customer Network
Customer Network
Forwarding Router
Core Network
Server
8What is delay improvement?
Delay decreases considerably in DS enabled
network for EF flow.
9What is jitter varying?
Jitter for DS enabled flow remains fairly
constant.
10How is throughput varying for two flows?
Throughput for DS enabled flow was greater than
disable flow.
11What is the number of packets delivered for two
flows?
EF flow gets priority in terms of packet
scheduling and delivery.
12What is number of packets dropped for two flows?
EF flow gets priority in terms of packet
scheduling and delivery.
13What is the effect of weight given to classes?
(delay)
Flow with more weight has lesser delay in DS
enabled network.
14What is the effect of weight given to classes?
(throughput)
Flow with more weight has more throughput in DS
enabled network.
15Observation
- The service given to one of two real time flows
(EF) in the experiment was quite predictable.
This is also in accordance with that DiffServ
does not guarantee any end to end delay but
provides sufficient resources to have improvement
as compared to other flows. - As we increased the token generation rate of one
of the flows, more number of packets of the flow
got admitted which in turn resulted lower number
of packets getting dropped, lesser delay and
higher throughput.
16Conclusion
- DiffServ improves the performance of real time
flows. (about 25 increase in terms of delay and
throughput) - The token bucket parameters, if set
appropriately, are helpful in admission control.
17References
- An Architecture for Differentiated Services -
RFC 2475 - Virtual Network User Mode Linux -
http//www.dit.upm.es/vnumlwiki/