why are you still using shortest path?

20
Why Are You Still Using Shortest Path? - Path Selection Strategy Utilizing High-functional Nodes - Taro HASHIMOTO, Katsunori YAMAOKA and Yoshinori SAKAI Tokyo Institute of Technology

Upload: others

Post on 21-Jan-2022

6 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Why Are You Still Using Shortest Path?

Why Are You Still Using Shortest Path?- Path Selection Strategy Utilizing High-functional Nodes -

Taro HASHIMOTO,

Katsunori YAMAOKA and Yoshinori SAKAI

Tokyo Institute of Technology

Page 2: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <2>

Introduction

� Live streaming media

� Delay-sensitive, Allowable delay

� Path selection for live streaming

� Unicast -Shortest Path

� Multicast

� Shortest Path Tree (SPT)

� Minimum Spanning Tree (MST)

� Multicast Tree Reconfiguration

� Shortest Path as alternative path

Is Shortest path selection really efficient?

Page 3: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <3>

What’s Multicast Tree Reconfiguration?

� Avoid bottleneck link

� Set alternative path

� Reconfigure part of multicast tree

×

sender

Bottleneck

receiver

Alternate Path

Recover and maintain

QoS of end receiver

Generally,

shortest path is selected

as an alternate path

Page 4: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <4>

Problem on Networks with High-functional Nodes

� High-functional node

� Special capability to maintain performance of application

(QoS)

×

sender

tunneling

tunneling

Bottleneck

Shortest delay path

Few high-functional nodes

receiver

B

D

E

F

A

C

S

R : normal node

: high-functional node

Slightly longer delay path

More high-functional nodes

Path (S-C-A-R) Path (S-F-E-D-A-R)

Which Path Is Better

to maintain higher QoS against traffic variation?

Page 5: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <5>

Path Selection Utilizing High-functional Nodes

� On network with high-functional nodes

� Application QoS varies depending on the number of

high-functional nodes and their location on the path

Shortest path is not always most appropriate

due to lack of high-functional nodes

We should select a path

that can utilize high-functional nodes

It doesn’t matter which path is taken as long as application QoS is sufficient

Page 6: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <6>

QMLS Router as High-functional Node

Reduce retransmission delay

Reduce end-to-end delay

� QoS Multicast for Live Streaming (QMLS) Protocol

� QMLS router (relay node) partly placed on path

� Loss detection, Retransmission

sender receiverQMLS

router

QMLS

router

buffer buffer

Retransmission

NACK QMLS

routerNormal

node

Packets lost on path

Packet exceeding allowable delay+

Maintain application QoS

reducing end-to-end total loss

Page 7: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <7>

1. Delay� As short as possible (comparable to shortest path)

2. Allowable delay - Remaining time against allowable delay -

� As long as possible (for future retransmission delay)

Path Selection Strategy (1/2)

End-to-end allowable delay: D [ms]

End-to-end delay on path: d [ms]

Remaining time

against allowable delay : ( D – d ) [ms]

sender receiver

Page 8: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <8>

Path Selection Strategy (2/2)

3. Number of relay nodes

� As many as possible

4. Distance between two adjacent relay nodes

� As short as possible

Retransmission

NACK

Greater potential to maintain

application QoS despite packet loss

The shorter each distance is,

the shorter retransmission delay becomes

Page 9: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <9>

Path Selection Method1 PSDR*

� Path Selection considering strategies 1, 2 and 3

� Each candidate path is evaluated using evaluation function

� Number of relay nodes r : Larger r is preferable (strategy 3)

� Delay on path d : Smaller d is preferable (strategy 1)

� Remaining time ( D-d ) : Larger ( D-d ) is preferable (strategy2)

� Select path which has max value for EV for reconfiguration

EV = r (D – d )r : number of relay nodes on the path

d : delay on the path [ms]

D : end-to-end allowable delay [ms]

* Path Selection considering Delay and Relay nodes

Page 10: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <10>

Path Selection Method2 PSDR-DP*� Path Selection considering strategy 4, in addition to PSDR

� Eliminate any candidate paths with extremely long delay link first

Lmax

l1max

l3max

l5max

l2max

l4max

Path Elimination InequalityPath Elimination InequalityPath Elimination InequalityPath Elimination Inequality Evaluation function for PSDR

shortest delay path

l5max > Lmax××××0.8

l4 max > Lmax

l2 max > Lmax

lk max < Lmax×α×α×α×α EV = r (D – d )

αααα: Parameter for adjusting the

number of eliminated candidates

(0 ≦α≦1.0)

Lmax : max delay link

on shortest path

l max : max delay link

on each candidate path

××××

××××××××

*PSDR with a limited Distance

between relay nodes using Parameters

Page 11: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <11>

Path Selection Method3 PSDR-RP*

� Path Selection considering strategy 4, in addition to PSDR

� Eliminate any unsuitable path with extremely long delay link first

� consider relationship between retransmission on

lmax and remaining time

d [ms]

D [ms]lmax [ms]

D : end-end Allowable delay

d : end-end delay of candidate path

l max : max delay link of candidate path

( D – d ) [ms]

Path Elimination InequalityPath Elimination InequalityPath Elimination InequalityPath Elimination Inequality

ββββ: Parameter for adjusting the number of

eliminated candidates (0≦β≦1.0)

Evaluation Function for PSDR

lk max < (D – d )×β×β×β×β EV = r ( D – d )

*PSDR with limitations on the

Retransmission delay using Parameters

Page 12: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <12>

Proposed three path selection methods

EV = r (D – d )

(applied to remaining

candidates)

EV = r (D – d )

(applied to remaining

candidates)

EV = r (D – d )Path selection

function

lmax < ββββ(D – d )lmax <ααααLmaxn/a

Path

elimination

inequality

PSDR-RPPSDR-DPPSDR

Path selection strategy

delay

Allowable delay

No. of

relay nodes

Location of

Relay nodes -

Page 13: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <13>

Evaluations -simulation conditions-� Proposed vs. shortest path tree (SPT) reconfiguration

� 100 random network topologies with 60 nodes

� Assume a link with max delay as a bottleneck -> Reconfigure

� Evaluate receiver of reconfigured path in disjoint tree

� Simulation conditions

� Packet drop rate at each node is varied randomly as traffic variation

Disjoint tree

Shortest-delay

method

Proposed

method

Receiver of

longest delay path

0 - 0.1Random loss rate at node

1 - 30 msDelay on the link

10 MbpsLink bandwidth

100 msAllowable delay (D)

200 bytePacket size

500 kbpsCBR rate

Page 14: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <14>

0

1

2

3

4

1 10 19 28 37 46 55 64 73 82 91 100

network index

total loss rate [%]

0

1

2

3

4

1 10 19 28 37 46 55 64 73 82 91 100

network index

total loss rate [%]

End-to-end total loss rate on receiver

� End-to-end loss rate using SPT and PSDR

SPT

PSDR SPT

PSDR

*The orders of network topologies

on X-axis in both graphs

are the same

Differences in loss rates

compared to SPT(loss of PSDR) – (loss of SPT)

Page 15: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <15>

Reduction in loss rate� Differences in loss rate compared to SPT

-3

-2

-1

0

1

2

3

1 15 29 43 57 71 85 99network index

difference in loss rate

-3

-2

-1

0

1

2

3

1 15 29 43 57 71 85 99network index

difference in loss rate

-3

-2

-1

0

1

2

3

1 15 29 43 57 71 85 99network index

difference in loss rate

PSDR PSDR-DP(α=0.7) PSDR-RP(β=0.45)

(loss rate for each proposed method) – (loss rate for SPT) on each topology

Improved

degraded

ImprovedImproved

Proposed path selection can select paths

that reduce end-to-end loss rate better than SPT

Page 16: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <16>

0

0.5

1

1.5

2

1 15 29 43 57 71 85 99network index

delay ratio against

shortest path

0

0.5

1

1.5

2

1 15 29 43 57 71 85 99

network index

0

0.5

1

1.5

2

1 15 29 43 57 71 85 99

network index

PSDR PSDR-DP(α=0.7) PSDR-RP(β=0.45)

Strategy Satisfied -Delay on Path (strategies1, 2)

� Fraction of delay on selected path

� (delay by proposed method) / (delay by SPT)

Proposed path selection can select paths

with slightly larger or comparable delay to SPT

Small delay within allowable delay for live streaming media

Page 17: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <17>

0

1

2

3

1 15 29 43 57 71 85 99network index

relay nodes ratio against

shortest path

0

1

2

3

1 15 29 43 57 71 85 99

network index

0

1

2

3

1 15 29 43 57 71 85 99

network index

PSDR PSDR-DP(α=0.7) PSDR-RP(β=0.45)

Strategy Satisfied -No. of High-functional Nodes (strategy3)

� Fraction of no. of high-functional nodes on selected path

� (no. of high-functional nodes of proposed) / (those of SPT)

Proposed path selection can select paths

with more high-functional nodes than SPT

Immediate loss detection and recovery to maintain application QoS

Page 18: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <18>

0

0.5

1

1.5

2

2.5

3

1 15 29 43 57 71 85 99network index

lmax / Lmax

0

0.5

1

1.5

2

2.5

3

1 15 29 43 57 71 85 99network index

0

0.5

1

1.5

2

2.5

3

1 15 29 43 57 71 85 99network index

PSDR PSDR-DP(α=0.7) PSDR-RP(β=0.45)

Strategy Satisfied -Distance between high-functional nodes

� Fraction of max distance on selected path

� lmax / Lmax

PSDR-DP and PSDR-RP can avoid paths

with large distance between relay nodes

Reduce retransmission delay between each relay nodes

Page 19: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <19>

Conclusion

� Path selection strategy considering high-

functional nodes

� Path selection method

(PSDR, PSDR-DP and PSDR-RP)

� Proposed path selections utilize high-functional

nodes and maintain required application QoS

better than shortest path method

Proposed path selection methods

can reconfigure multicast tree

so that it has tolerance to traffic variations

Page 20: Why Are You Still Using Shortest Path?

Tokyo Institute of Technology IEEE INFOCOM 2006, April 27, 2006 <20>

Future Works

� Apply our method to a model with both

high-functional node and normal node

� Apply our methods to ALM (Application Level

Multicast)

� Look into the complexity of proposed approach vs.

shortest

� Discuss bottleneck link