CS 218- QoS Routing + CAC Fall 2003 M. Gerla et al: Resource - - PowerPoint PPT Presentation

cs 218 qos routing cac
SMART_READER_LITE
LIVE PREVIEW

CS 218- QoS Routing + CAC Fall 2003 M. Gerla et al: Resource - - PowerPoint PPT Presentation

CS 218- QoS Routing + CAC Fall 2003 M. Gerla et al: Resource Allocation and Admission Control Styles in QoS DiffServ Networks, QoS-IP 2001, Rome, Italy. A. Dubrovsky, M. Gerla, S. S. Lee, and D. Cavendish,Internet QoS Routing


slide-1
SLIDE 1

CS 218- QoS Routing + CAC

Fall 2003

  • M. Gerla et al: “Resource Allocation and

Admission Control Styles in QoS DiffServ Networks,” QoS-IP 2001, Rome, Italy.

  • A. Dubrovsky, M. Gerla, S. S. Lee, and D.

Cavendish,Internet QoS Routing with IP Telephony and TCP Traffic, In Proceedings of ICC 2000.

  • L. Breslau et al “Comments on the performance
  • f Measurement Based Admission Control”

Infocom 2000

slide-2
SLIDE 2

The ingredients of QoS support

  • Call Admission Control
  • QoS routing
  • Policing
  • Scheduling
slide-3
SLIDE 3

Call Admission Control Styles

Assumptions:

  • Intradomain scenario
  • Flow Aggregation in Classes (a la DiffServ)
  • QoS Routing (Q-OSPF):

(a) traffic and delay measured at routers (b) link measurements advertised to nodes (c ) sources compute feasible paths

  • MPLS used to “pin” the path
slide-4
SLIDE 4
  • 1. Resource Allocation CAC

For each call request:

  • examine traffic descriptors (rate, loss Prob, Burst

Length) and delay Dmax

  • compute equiv Bdw and Buffer for each link

(Mitra & Elwalid model)

  • With Q-OSPF find feasible paths (bdw&buffer)
  • using RSVP-like signaling, update the resource

allocation along the path

slide-5
SLIDE 5
  • 2. Measurement Based CAC
  • When a call request comes in, the edge

router examines delay and residual bdw measmts advertised for path to destination

  • Call admitted/rejected at edge router based
  • n measurements
  • No resource allocation/bookkeeping in core

routers

slide-6
SLIDE 6
  • 3. Hybrid Scheme

So far we have seen:

  • Res All CAC: enforces determin. bounds,

but is too conservative (link utilization); also, bookkeeping required at core routers

  • Measmt CAC: is more aggressive, no

bookkeeping; but, violates QoS constraints Is there a “middle of the road” approach?

slide-7
SLIDE 7

Hybrid CAC (cont)

  • Hybrid CAC:

(a) edge router estimates number of flows (from Q- OSPF trunk traffic measurements) (b) from number of flows it computes aggregate equiv bdw (c) It accepts/rejects call based on Bdw and Buffer availability (no explicit signaling)

  • Expected result: performance similar to Res

CAC, without core router bookkeeping O/H

slide-8
SLIDE 8

Sources Destinations Capacity: all 45 Mbps

  • Prop. delay: all 0.1 ms

Router buffers: 562KB

slide-9
SLIDE 9

12.5 KB

  • Equiv. Buffer allocation

1 Mbps

  • Equiv. Bdw allocation

60 sec of exponential dist. Connection duration 1 per second at each source Connection request arrival 4.4 Mbps Traffic peak rate 0.64 Mbps Traffic average rate MPEG video trace Traffic type

slide-10
SLIDE 10

DLB1 Buffer b and bdw c computation using the LEAKY-BUCKET REGULATOR

rs b B r P c P

TS s s s

= − −

max

D c b =

b B r P c P

TS s s s

= − −

BTS b c Ps rs c0 b0

LOSSLESS ALLOCATION

max

D c b =

SCHEDULING Token buffer BTS Sustainable rate

Input rate Ps Output rate = C b = buffer allocation

Buffer = b

slide-11
SLIDE 11

Policing Mechanism: Token Bucket

Token Bucket: limit input to specified Burst Size and

Average Rate.

  • bucket can hold b tokens
  • tokens generated at rate r token/sec unless bucket full
  • Output removes tokens at channel rate C > r
  • Packets arrive at rate < =Ps
  • Incoming packet that finds bucket empty is dropped
slide-12
SLIDE 12

Sizing equiv buffer b and equiv bdw C

  • Buffer allocation b: must be sufficient to buffer

the extra packets during the arrival of the burst BST (to avoid packet loss)

  • Also, delay constraint: b/C = Dmax
  • Intersection of the two curves (lossless curve and

delay curve) yields optimal {b0,C0}

slide-13
SLIDE 13

Bottleneck Link Load

slide-14
SLIDE 14

0 % 504 2400 H-CAC 0.39 % 864 2400 M-CAC 0 % 465 2400 RA-CAC % of pkt. lost # of conn. admitted # of conn. requests Scheme

Connections Admitted &Pkt loss

slide-15
SLIDE 15

Connections Admitted

slide-16
SLIDE 16

Delay Distribution

slide-17
SLIDE 17

CAC Styles: Lessons Learned

  • RA-CAC (with determin. bounds) overly

conservative (and expensive)

  • RA-CAC requires per class “state” at core

routers (bdw, buf allocation)

  • “state” is drawback in dynamic networks
  • “Stateless” options: M-CAC and H-CAC
  • Can mix M-CAC and H-CAC (need WFQ)
slide-18
SLIDE 18

Mario Gerla, Gianluca Reali Scott Lee, Claudio Casetti Computer Science Department University of California, Los Angeles (UCLA) www.cs.ucla.edu/NRL/

QoS Routing and Forwarding

slide-19
SLIDE 19

Multiple constraints QoS Routing

Given:

  • a (real time) connection request with specified QoS

requirements (e.g., Bdw, Delay, Jitter, packet loss, path reliability etc) Find:

  • a min cost (typically min hop) path which satisfies such

constraints

  • if no feasible path found, reject the connection
slide-20
SLIDE 20

Example of QoS Routing

A B D = 30, BW = 20 D = 25, BW = 55 D = 5, BW = 90 D = 3, BW = 105 D = 5 , B W = 9 D = 1 , B W = 9 D = 5, BW = 90 D = 2, BW = 90 D = 5, BW = 90 D = 14, BW = 90

Constraints: Delay (D) <= 25, Available Bandwidth (BW) >= 30

slide-21
SLIDE 21

2 Hop Path --------------> Fails (Total delay = 55 > 25 and Min. BW = 20 < 30) 3 Hop Path ----------> Succeeds!! (Total delay = 24 < 25, and Min. BW = 90 > 30) 5 Hop Path ----------> Do not consider, although (Total Delay = 16 < 25, Min. BW = 90 > 30)

A B D = 30, BW = 20 D = 25, BW = 55 D = 5, BW = 90 D = 3, BW = 105 D = 5 , B W = 9 D = 1 , B W = 9 D = 5, BW = 90 D = 2, BW = 90 D = 5, BW = 90 D = 14, BW = 90

Constraints: Delay (D) <= 25, Available Bandwidth (BW) >= 30 We look for feasible path with least number of hops

slide-22
SLIDE 22

Benefits of QoS Routing

  • Without QoS routing:
  • must probe path & backtrack; non optimal path, control

traffic and processing OH, latency With QoS routing:

  • optimal route; “focused congestion” avoidance
  • more efficient Call Admission Control (at the source)
  • more efficient bandwidth allocation (per traffic class)
  • resource renegotiation easier
slide-23
SLIDE 23

The components of QoS Routing

  • Q-OSPF: link state based protocol; it disseminates

link state updates (including QoS parameters) to all nodes; it creates/maintains global topology map at each node

  • Bellman-Ford constrained path computation

algorithm: it computes constrained min hop paths to all destinations at each node based on topology map

  • (Call Acceptance Control)
  • Packet Forwarding: source route or MPLS
slide-24
SLIDE 24

OSPF Overview

5 Message Types

1) “Hello” - lets a node know who the neighbors are 2) Link State Update - describes sender’s cost to its neighbors 3) Link State Ack. - acknowledges Link State Update 4) Database description - lets nodes determine who has the most recent link state information 5) Link State Request - requests link state information

slide-25
SLIDE 25

OSPF Overview(cont)

A B C D E

1 1 2 2 2 3 3

“Link State Update Flooding”

slide-26
SLIDE 26

OSPF Overview (cont)

  • “Hello” message is sent every 10 seconds and only between

neighboring routers

  • Link State Update is sent every 30 minutes or upon a change in a cost
  • f a path
  • Link State Update is the only OSPF message which is acknowledged
  • Routers on the same LAN use “Designated Router” scheme
slide-27
SLIDE 27

Implementation of OSPF in the QoS Simulator

  • Link State Update is sent every 2 seconds
  • No acknowledgement is generated for Link State Updates
  • Link State Update may include (for example):
  • Queue size of each outgoing queue (averaged over 10s sliding

window)

  • Avg delay on each link
  • Throughput on each outgoing link (averaged over 10s sliding

window)

  • Total bandwidth (capacity of the link)
  • Source router can use above information to calculate
  • end-to-end delay
  • available buffer size
  • available bandwidth
slide-28
SLIDE 28

Bellman-Ford Algorithm

1 10 1 2 4 2 3 2 1 2 4 3 5

Bellman Equation :

j Di h+1 Dh =min[d(i ,j) + ]

1 3 1 2 4 3 5 D1 1=0 D2 1=1 D3 1=3 D4 1=00 D5 1=00

  • ne hop

1 3 1 2 4 3 5 D1 2=0 D2 2=1 D3 2=2 D4 2=11 D5 2=5 10 1 2

two hops

i Dh

h D h*

three hops

1 1 2 4 3 5 D1 3=0 D2 3=1 D3 3=2 D4 3=7 D5 3=4 1 2 2 3

Di = delay to node 1 from node i; d(i,j) = delay of link (i,j); h = iteration number

slide-29
SLIDE 29

B/F Algorithm properties

  • B/F slightly less efficient than Dijkstra ( O(NxN)

instead of O (NlgN) )

  • However, B/F generates solutions by increasing

hop distance; thus, the first found feasible solution is “hop” optimal (ie, min hop)

  • polynomial performance for most common sets of

multiple constraints (e.g., bandwidth and delay )

slide-30
SLIDE 30

CAC and packet forwarding

  • CAC: if feasible path not found, call is rejected;

alternatively, source is notified of constraint violation, and can resubmit with relaxed constraint (call renegotiation)

  • Packet forwarding: (a) source routing (per flow),

and (b) MPLS (per class)

slide-31
SLIDE 31

Application I: IP Telephony

  • M-CAC at source; no bandwidth reservation along

path

  • 36 node, highly connected network
  • Trunk capacity = 15Mbps
  • Voice calls generated at fixed intervals
  • Non uniform traffic requirement
  • Two routing strategies are compared:

Minhop routing (no CAC) QoS routing

  • Simulation platform: PARSEC wired network simulation
slide-32
SLIDE 32

QoS Simulator: Voice Source Modeling

TALK SILENCE

λ µ 1/λ = 352 ms 1/µ = 650 ms 1 voice packet every 20ms during talk state

slide-33
SLIDE 33

12 18 5 4 2 1 3 6 30 24 14 8 7 13 17 16 10 11 15 9 19 26 27 34 28 22 20 21 23 33 35 29 25 31 32

50 Km 15 Mbit/sec

slide-34
SLIDE 34

Simulation Parameters

  • 10 Minute Simulation Runs
  • Each voice connection lasts 3 minutes
  • OSPF updates are generated every 2 seconds (30 minute OSPF

update interval in Minhop scheme)

  • New voice connections generated with fixed interarrival
  • Measurements are in STEADY-STATE (after 3 minutes)
  • 100 msec delay threshold
  • 3Mbit/sec bandwidth margin on each trunk
  • NON-UNIFORM TRAFFIC GENERATION
slide-35
SLIDE 35

Simulation Results

  • The QoS routing accepts all the offered

calls by spreading the load on alternate paths

100.0 % 36.88 % 100.0 % % of packets below 100 ms 0.0 % 51.34 % 0.0 % % of packets above 100 ms 0.0 % 11.78 % 0.0 % % of packets lost 1875 2762 2762 # voice calls accepted in steady state 2790 2762 2762 # voice calls attempted in steady state Minhop w/ CAC Minhop QoS Routing

slide-36
SLIDE 36

12 18 5 4 2 1 3 6 30 24 14 8 7 13 17 16 10 11 15 9 19 26 27 34 28 22 20 21 23 33 35 29 25 31 32

50 Km 15 Mbit/sec

MINHOP ROUTING

slide-37
SLIDE 37

12 18 5 4 2 1 3 6 30 24 14 8 7 13 17 16 10 11 15 9 19 26 27 34 28 22 20 21 23 33 35 29 25 31 32

50 Km 15 Mbit/sec

MINHOP ROUTING

slide-38
SLIDE 38

12 18 5 4 2 1 3 6 30 24 14 8 7 13 17 16 10 11 15 9 19 26 27 34 28 22 20 21 23 33 35 29 25 31 32

50 Km 15 Mbit/sec

QoS ROUTING

slide-39
SLIDE 39

12 18 5 4 2 1 3 6 30 24 14 8 7 13 17 16 10 11 15 9 19 26 27 34 28 22 20 21 23 33 35 29 25 31 32

50 Km 15 Mbit/sec

QoS ROUTING

slide-40
SLIDE 40

Scalability of OSPF with QoS enhancements

20 40 60 80 100 120 140 50 100 150 number of nodes Kbit/sec Maximum OSPF control traffic on a link

  • OSPF packet size was 350 bytes
  • OSPF (LSA) updates were generated every 2 seconds
  • Measurements were performed on a “perfect square grid” topology
slide-41
SLIDE 41

75ms voice call generation rate

Effect of OSPF update interval on call acceptance control of IP Telephony traffic

1000 2000 3000 4000 5000 6000 0.1 0.5 2 10 60 OSPF (LSA) update interval (sec) # of voice calls Accepted Rejected Offered Load

slide-42
SLIDE 42

Application II: MPEG video

  • Resource Allocation CAC
  • RSVP type signaling required
  • Effective bandwidth & buffer reservations
  • 36 node grid-type topology
  • Trunk capacity = 5.5 Mbps
  • Inputs = Measured MPEG traces
  • QoS guarantees: no-loss; delay < Tmax
  • Simulation platform: PARSEC wired network simulation
slide-43
SLIDE 43

APPLICATION ORDER SOURCE NODE DESTINATION NODE PATH CAC Y/N REJECTI ON NODE

1 35 1 18 19 20 21 22 28 29 35 Y 2 24 13 25 19 20 14 13 Y 3 19 20 25 31 32 26 20 Y 4 1 18 18 Y 5 34 35 28 29 35 Y 6 18 21 19 20 21 N 19 1 7 8 14 20 21 Y 7 29 35

NO PATH FOUND

8 9 18 8 7 1 18 N 1 8 14 20 19 18 Y 9 27 21 26 20 21 N 20 26 20 14 8 9 15 21 Y 10 22 28 28 Y 11 22 28 21 20 19 25 24 34 28 Y

SIMULATION RESULTS

Bandwidth/link: 5.5 Mbps unidirectional Tmax: 0.1 s Effective bandwidth: 2.6 Mbps Effective buffer: 260 KB (no buffer saturation)

slide-44
SLIDE 44

12 18 5 4 2 1 3 6 30 24 14 8 7 13 17 16 10 11 15 9 19 26 27 34 28 22 20 21 23 33 35 29 25 31 32

1 2 3 4 5 6 6 7 8 8 9 9 10 11

slide-45
SLIDE 45

12 18 5 4 2 1 3 6 30 24 14 8 7 13 17 16 10 11 15 9 19 26 27 34 28 22 20 21 23 33 35 29 25 31 32

1 2 3 4 5 6 6 7 8 8 9 9 10 11

slide-46
SLIDE 46

Video Only Result Comparisons Class based QoS routing with reservation

  • vs. Measurement based QoS routing without reservation

Bandwidth/link: 5.5 Mbps unidirectional Tmax: 0.1 s, Duration 10 min

Class Based QoS routing with reservation Measurement based QoS routing w/o reservation Number of packets sent 551820 607002 Percentage of packets lost 0% 0% Percentage of packets received: 100% 100% Max delay for video packets: 0.0806 s 0.3725 s Percentage of Packets exceeding delay threshold 0% 0.8% Number of connection requests 11 11 Number of rejections 1 Number of routing retries 3 N/A

slide-47
SLIDE 47

Conclusions

  • QoS routing beneficial for CAC, enhanced

routing, resource allocation and resource renegotiation

  • Can efficiently handle flow aggregation (Diff

Serv)

  • Q-OSPF traffic overhead manageable up to

hundreds of nodes

  • Can be scaled to thousands of nodes using

hierarchical OSPF

  • Major improvements observed in handling of IP

telephony and MPEG video

  • MPEG video best served via reservations
slide-48
SLIDE 48

Future Work

  • extension to hierarchical OSPF
  • extension to Interdomain Routing
  • extension to multiple classes of traffic
  • Statistical allocation of MPEG sources