1. Trang chủ
  2. » Công Nghệ Thông Tin

Chapter 12 :Congestion in Data Networks pdf

45 653 1
Tài liệu được quét OCR, nội dung có thể không chính xác
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Congestion in Data Networks
Tác giả William Stallings
Thể loại chien lược phần
Định dạng
Số trang 45
Dung lượng 681,5 KB

Các công cụ chuyển đổi và chỉnh sửa cho tài liệu này

Nội dung

ATM Traffic Management I High speed, small cell size, limited overhead bits 1 Still evolving | Requirements Majority of traffic not amenable to flow control Feedback slow due to re

Trang 2

| Congestion control aims to keep number of

packets below level at which performance falls off dramatically

J Data network is a network of queues

J Generally 80% utilization is critical

J Finite queues mean data may be lost

Trang 3

Queues at a Node

Trang 4

Effects of Congestion

I Packets arriving are stored at input buffers

1 Routing decision made

| Packet moves to output buffer

| Packets queued for output transmitted as fast as

possible

I Statistical time division multiplexing

| If packets arrive to fast to be routed, or to be output,

buffers will fill

! Can discard packets

Can use flow control

| Can propagate congestion through network

Trang 7

Practical Performance

I Ideal assumes infinite buffers and no overhead

| Buffers are finite

! Overheads occur in exchanging congestion

control messages

Trang 10

Backpressure

I If node becomes congested it can slow down or halt

|

flow of packets from other nodes

May mean that other nodes have to apply control on

incoming packet rates

Propagates back to source

Can restrict to logical connections generating most

traffic

Used in connection oriented that allow hop by hop

congestion control (e.g X.25)

Not used in ATM nor frame relay

Only recently developed for IP

Trang 11

Choke Packet

Control packet

| Generated at congested node

I Sent to source node

| e.g ICMP source quench

| From router or destination

Source cuts back until no more source quench message

| Sent for every discarded packet, or anticipated

| Rather crude mechanism

Trang 12

Implicit Congestion Signaling

Transmission delay may increase with

congestion

| Packet may be discarded

Source can detect these as implicit indications of

congestion

! Useful on connectionless (datagram) networks

I e.g IP based

1 (TCP includes congestion and flow control - see chapter 17)

Used in frame relay LAPF

Trang 13

Explicit Congestion Signaling

Trang 14

Categories of Explicit Signaling

Binary

I A bit set in a packet indicates congestion

| Credit based

| Indicates how many packets source may send

| Common for end to end flow control

| Rate based

I Supply explicit data rate limit

| eg ATM

Trang 16

Congestion Control in Packet

Switched Networks

| Send control packet to some or all source nodes

| Requires additional traffic during congestion

! Rely on routing information

I May react too quickly

| End to end probe packets

Trang 17

ATM Traffic Management

I High speed, small cell size, limited overhead bits

1 Still evolving

| Requirements

Majority of traffic not amenable to flow control

Feedback slow due to reduced transmission time

compared with propagation delay Wide range of application demands

Different traffic patterns Different network services High speed switching and transmission increases volatility

Trang 18

~2,8x10- seconds to insert single cell

Time to traverse network depends on propagation

delay, switching delay

Assume propagation at two-thirds speed of light

If source and destination on opposite sides of USA,

propagation time ~ 48x10-3 seconds

Given implicit congestion control, by the time dropped

cell notification has reached source, 7.2x10¢ bits have

been transmitted

So, this is not a good strategy for ATM

Trang 19

Cell Delay Variation

! For ATM voice/video, data is a stream of cells

J Delay across network must be short

J Rate of delivery must be constant

| There will always be some variation in transit

! Delay cell delivery to application so that

constant bit rate can be maintained to

application

Trang 20

Time Re-assembly of CBR Cells

Trang 21

I Less than frame relay

| ATM protocol designed to minimize processing overheads at

switches

| ATM switches have very high throughput

I Only noticeable delay is from congestion

I Must not accept load that causes congestion

Trang 22

Cell Delay Variation

At The UNI

| Application produces data at fixed rate

| Processing at three layers of ATM causes delay

I Interleaving cells from different connections

| Operation and maintenance cell interleaving

I If using synchronous digital hierarchy frames, these

are inserted at physical layer

| Can not predict these delays

Trang 23

Origins of Cell Delay Variation

48 octets, Y Mbps

Trang 24

Traffic and Congestion

Control Framework

| ATM layer traffic and congestion control should

Support QoS classes for all foreseeable network services

Should not rely on AAL protocols that are

network specific, nor higher level application

specific protocols

Should minimize network and end to end system complexity

Trang 25

Timings Considered

J Cell insertion time

J Round trip propagation time

Trang 26

Traffic Management and

Congestion Control Techniques

J Resource management using virtual paths

J Connection admission control

| Usage parameter control

Selective cell discard

U Traffic shaping

Trang 27

Resource Management Using Virtual Paths

I Separate traffic flow according to service

characteristics

| User to user application

| User to network application

| Network to network application

Concern with:

I Cell loss ratio

I Cell transfer delay

I Cell delay variation

Trang 28

Configuration of

VCCs and VPCs

Trang 29

Allocating VCCs within VPC

I All VCCs within VPC should experience similar

network performance

| Options for allocation:

| Aggregate peak demand

I Statistical multiplexing

Trang 30

Connection Admission Control

| First line of defence

| User specifies traffic characteristics for new

connection (VCC or VPC) by selecting a QoS

Network accepts connection only if it can meet the demand

! Traffic contract

| Peak cell rate

I Cell delay variation

I Sustainable cell rate

I Burst tolerance

Trang 31

Usage Parameter Control

Peak cell rate and cell delay variation

Sustainable cell rate and burst tolerance

Discard cells that do not conform to traffic contract Called traffic policing

Trang 32

Traffic Shaping

! Smooth out traffic flow and reduce cell clumping

¡ Token bucket

Trang 33

Capacity B

Arriving Capacity K Departing

Cell

Trang 34

ATM-ABR Traffic Management

I Some applications (Web, file transfer) do not have well defined traffic characteristics

! Best efforts

I Allow these applications to share unused capacity

| If congestion builds, cells are dropped

Closed loop control

I ABR connections share available capacity

I Share varies between minimum cell rate (MCR) and peak cell

rate (PCR)

I ARB flow limited to available capacity by feedback

| Buffers absorb excess traffic during feedback delay

I Low cell loss

Trang 35

Feedback Mechanisms

| Transmission rate characteristics:

I Allowed cell rate

I Minimum cell rate

| Peak cell rate

I Initial cell rate

U Start with ACR=ICR

| Adjust ACR based on feedback from network

I Resource management cells

| Congestion indication bit

No increase bit Explicit cell rate field

Trang 36

Variations in Allowed Cell Rate

When Cl = | in received RM cell, source

must decrease its ACR by RDF x ACR

ACR down to a mimumum of MCR

Trang 37

Cell (98ygMsuon rate = AC RÌ Congestion point: ` Return the RM sp |

End System End System

Trang 38

Rate Control Feedback

i FFCT (Explicit forward congestion indication) marking

| Relative rate marking

! Explicit rate marking

Trang 39

Frame Relay

Congestion Control

I Minimize discards

| Miantain agreed QoS

| Minimize probability of one end user monoply

Simple to implement

I Little overhead on network or user

Create minimal additional traffic

Distribute resources fairly

Limit spread of congestion

Operate effectively regardless of traffic flow

Minimum impact on other systems

Minimize variance in QoS

Trang 41

Traffic Rate Management

| Must discard frames to cope with congestion

I Arbitrarily, no regard for source

| No reward for restraint so end systems transmit as

fast as possible

| Committed information rate (CIR)

| Data in excess of this liable to discard

' Not guaranteed

li Aggregate CIR should not exceed physical data rate

| Committed burst size

| Excess burst size

Trang 42

Operation of CIR

Commited

Information Current Maximum

Access

rate

Trang 43

Relationship bits transmitted Number of

ˆ

(0 Frame I Frame2 rame 3“Ƒ' (Wframel ELrame 2 Frame 3 rame

DL s0 DI s DI s DE wt DỊ s DI z@Œ DE s I

Number of bits transmitted

() Frame!

DE s0

rame 3 Frame 4 Eel discarded

(c) One frame marked DE; one frame discarded

Trang 44

Explicit Signaling

Network alerts end systems of growing

congestion

! Backward explicit congestion notification

| Forward explicit congestion notification

J Frame handler monitors its queues

| May notify some or all logical connections

| User response

I Reduce rate

Trang 45

Required Reading

| Stallings chapter 12

Ngày đăng: 06/03/2014, 09:21

TỪ KHÓA LIÊN QUAN

w