高酬matlab编程救助（能做的高手请与我联系QQ 346719984）

cherrielee18

在network 中 如何用token bucket to control packet transmission rate.
编程序后做图表分析
能做的高手请与我联系QQ 346719984

内容如下
- y- ~& l4 d- j+ V

The risk of congestion collapse on the Internet is becoming a reality 2 b, z0 [ |1 [" Vgiven the increasing number

. M' Q+ w5 S# X

of audio/video applications that use UDP as their main transport " ?& N8 z, u1 ]' zprotocol. Unlike TCP, these

9 K2 h# K2 p2 w( y

traffic do not respond to congestion signal; i.e., a packet loss. As a $ g# n6 M9 r. b3 V# qresult, audio/video

applications may take an unfair share of the network bandwidth and also cause persistent

0 g# t; ^7 \% I U; e; D3 L

congestion. To avoid congestion collapse, the IETF has proposed that $ F4 ]4 O/ B0 @" ]audio/video applications

use equation based congestion control (see Lecture‐7 and the reference given on the next

page).

In this assignment, you will simulate n % i* x! y6 \/ v. Xsources that uses equation based congestion control to

7 X! o; ^" G0 S- [/ L

set their transmission rate. From your simulation, you will determine ! ~7 U) @# O9 y% @* x# Kwhether equation based

% H+ t+ S( p0 u" d

congestion 6 T6 U# P# ?$ Y2 bcontrol is effective in reducing packet loss, and hence congestion.

( ~5 o8 S. z5 v$ G4 s z, l) L

The above network can then be simulated as follows:

) s" G/ l- P5 a1 `1 S$ }+ K

Initialization

Set the router’s queue size to N, meaning it can hold up to N packets.

For each sender, set an initial transmission rate, and determine the time when the first packet is

to be generated.

: `( `. Y1 U4 o: U

Body

+ d7 S' b. e: W+ p+ M

FOR t=1 to SIM_TIME DO

{

1. IF the router’s queue is not empty then dequeue a packet, and enqueue that packet in

& F" M; J4 Y1 B1 a% F

the corresponding receiver’s queue.

6 y T& @% |) @: {% S* K% t( L

2. IF a sender has a packet to send THEN

‐ Check if the router’s queue is full. If not, enqueue the sender’s packet. Otherwise,

discard the packet.

3. Determine whether any packet loss rate messages are generated by receivers. If yes,

then re‐compute the sender’s transmission rate. Determine the new time 4 I; F% {! U& L, m4 iwhen the

9 z; k% i( i3 ]5 N1 G9 {. {

next packet will be generated. I.e, t+k, where k is the time interval until the next packet

arrives.

4. Collect all required statistics.

6 L: o. j1 I6 u' C* [; E. ~# s

}

( E$ U3 ^$ l8 D$ p! x$ E

In your simulation, collect the (a) queue length over time, (b) average queue length, (c) average

0 L3 \9 a' V) \

end‐to‐end packet delay, and (d) Jain’s fairness index. Determine the effect of the following

& Y, o2 {, p$ ]

factors: (i) increasing source and receiver pairs, (ii) varying N 8 @8 u6 B' j2 kvalues, (iii) different packet loss

3 N" `7 h* j( O4 C7 s4 Y+ u7 B

reporting periods, (iv) loss calculation methods, (v) load p, (vi) router’s transmission rate;

instead of one packet per‐tic, try k packets, and (vii) z 3 M, P) A4 R' ^' ^( n* B0 P. onumber of new flows 5 S! W9 ]8 W1 L, l: L) Garriving at time t .

8 B. W/ Z; b+ H% v8 R* q" y9 D& `

4 a3 d/ l! r7 b

Do with sources using a token/leaky bucket to control their transmission rate.

Another difference is that each source has an application that generates bursty traffic, where

multiple packets arrive in consecutive time intervals.

! k+ P6 g$ c' \1 |. m/ o3 e

To generate bursty traffic, use the following method:

3 V8 g/ g2 c# }/ f% m' G9 ~

In the diagram above, an application generates a packet when it is in + u- ]. s2 A/ P6 i9 Ythe ON state. With

probability k, it will transition to the OFF state where it will remain idle. In this state, it has

probability z of moving back to the ON state.

2 k" B& S- H+ z

The pseudo‐code is as follows:

1 S7 r2 ]9 w" H: N6 Z1 i) w

1. Start at a random state: ON/OFF.

2. At every simulation tic, do

$ U y9 A2 q& V" v: a

a. Select a random number R in 0<= R <=1.

b. If in state=ON AND R>=k, set state=OFF.

& U% I2 }. D( e5 r6 K

c. If in state=OFF AND R>z, set state=ON.

" \, }* @/ B$ }- H

d. If state equals ON, generate a packet.

: }0 ^1 ^2 g7 D

Design an algorithm to control the token/leaky‐bucket rate of each source (or all sources

simultaneously) such that congestion does not happen. Note, you must experiment with

' X4 B6 G# D- K5 {# f2 Q j0 Q" z- i

different k and z " F7 Z9 n% Q& w _9 G2 E6 }8 v* Qvalues and determine [) d& @) U, T& V+ i Htheir impact on congestion.

8 z' E4 B9 d3 M

Reference

# T; o7 a$ }- k/ r& `4 {9 C& h2 r

S. Floyd, M. Handley, J. Padhye, & w" Y( M: a* _) R) `# g/ n Sand J. Widmer (2000) Equation-based Congestion Control for Unicast

Applications, ACM SIGCOMM, May, / z/ X$ N5 U8 n9 R' @$ C2 a6 _5 x2000.

" x. \# w+ V0 o