2.2IP/ATM QoS控制技術

協(xié)議棧分層么夫、QoS保障技術(流量控制,擁塞控制的基本方法)
QoS的基本概念(網(wǎng)絡性能參數(shù))
流量控制與擁塞控制的基本方法
綜合服務模型和區(qū)分服務模型
ATM網(wǎng)絡流量管理和擁塞控制
IP over ATM Asychronized

什么是QoS Quality of Service肤视?

– Satisfactory user experience.
QoS represents the set of techniques necessary to manage network bandwidth, delay, jitter, and packet loss.
From a business perspective , assure that the critical applications are guaranteed the network resources they need, despite varying network traffic load.

不同業(yè)務的QoS需求

How do loss and delay occur?

packets queue in router buffers
packet arrival rate to link (temporarily) exceeds output link capacity
packets queue, wait for turn

Queueing delay (revisited)

R: link bandwidth (bps)
L: packet length (bits)
a: average packet arrival rate



La/R ~ 0: avg. queueing delay small
La/R -> 1: avg. queueing delay large
La/R > 1: more “work” arriving than can be serviced, average delay infinite!

Packet loss

~queue (buffer) preceding link in buffer has finite capacity
~packet arriving to full queue dropped (lost)
~lost packet may be retransmitted by previous node, by source end system, or not at all

Throughput

throughput: rate (bits/time unit) at which bits transferred between sender/receiver
instantaneous: rate at given point in time
average: rate over longer period of time


流量控制技術

Flow control:prevent a fast sender from overrunning a slow receiver
常見方法:sliding window protocol(數(shù)據(jù)鏈路層和傳輸層均可采用此方法進行流量控制)

Fast sender vs. slow receiver
? Sender does not overwhelm receiver
– Advertisement of window size
? receiver tells sender DIRECTLY

Sliding Window Protocols

這里看TCP的個滑動窗口档痪。

Principle of sliding window protocols

Each transmitter maintains a table of sequence number(in order).The sequence numbers within the sender’s window WS represent frames that have been sent or can be sent but are as yet not acknowledged
Each receiver maintains a table of sequence number(in order), receiving window WR: corresponding to the set of frames it is permitted to accept.
Only when receiving window rotated, send window can slide.

Go-Back-N ARQ

Improve Stop-and-Wait by not waiting!
Keep channel busy by continuing to send frames
Allow a window of up to Ws outstanding frames
Use m-bit sequence numbering
If ACK for oldest frame arrives before window is exhausted, we can continue transmitting
If window is exhausted, pull back and retransmit all outstanding frames
Alternative: Use timeout


擁塞產(chǎn)生的原因

Root cause for congestion is (dynamic) lack of bandwidth.
– Demand for bandwidth is greater than capacity.
– Sudden surge in demand.
– Unexpected traffic flowing into the links due to routing. .

擁塞引起的影響:時延邢滑,時延抖動钞它,數(shù)據(jù)丟失

擁塞控制vs流量控制

流量控制:端到端
擁塞控制:router to router

擁塞控制的原則

Monitor system to detect when and where congestion occurs
Pass this information to places where action can be taken
Adjust system operation to correct the problem

擁塞解決辦法

Traffic prediction?
– Router informs neighbour of possible congestion
– Traffic shaping
– Regulate the packet rate
– VC - traffic characteristics
Send probe packets periodically ask about congestion
– Road congestion – use helicopters flying over cities
– Bang bang operation of router – how does one prevent it
– Feed back and control required

擁塞控制算法

Leaky Bucket Algorithm
– Regulate output flow
? Packets lost if buffer is full


Token Bucket Algorithm
– Buffer filled with tokens
? transmit ONLY if tokens available



擁塞控制的其他方法

Load shedding
– Discard packets
? question what to discard?
? ftp – Keep old, discard new
? audio/ video – keep new, discard old
? need more intelligence:( ? )
– Some packets are more important
? Video – full frame(don’t discard)- difference frame (discard)
? Sender prioritises packets!

ATM

ATM網(wǎng)絡:一種快速分組交換網(wǎng)絡,進行流量與擁塞控制是由ATM網(wǎng)絡的分組服務的本質所決定的殊鞭。各層所采用的機制基本相同遭垛,都是采用接收方控制發(fā)送方的反饋控制機制,用得最廣泛的是滑動窗口法操灿。

滑動窗口法卻不適用于ATM流量與擁塞控制锯仪。

滑動窗口法要求網(wǎng)絡內每一個虛連接都設一對窗口,而ATM網(wǎng)絡中有成千上萬的ABR虛連接趾盐,若要為每一個ABR虛連接單獨作流量與擁塞控制庶喜,網(wǎng)絡太復雜。
滑動窗口法除了有流量與擁塞控制功能外救鲤,還有分組順序管理功能久窟,而ATM網(wǎng)絡信元的傳輸本身是有序的,順序管理功能在ATM網(wǎng)絡中成為多余本缠;
滑動窗口法的實現(xiàn)依賴協(xié)議數(shù)據(jù)單元結構的支持斥扛,而ATM信元,其信頭上根本沒有序號丹锹,滑動窗口無法在ATM層實施稀颁。
滑動窗口法所包含的反饋控制思想芬失,對ATM網(wǎng)絡的流量與擁塞控制產(chǎn)生了巨大的影響;

ATM層流量控制的定義是:ATM網(wǎng)絡為了避免擁塞發(fā)生而采取的一系列措施匾灶。
ATM層擁塞控制的定義是:ATM網(wǎng)絡在發(fā)生擁塞后棱烂,為減輕擁塞程度,控制擁塞擴散阶女,縮短擁塞持續(xù)時間而采取的一系列措施颊糜。
由于這兩種控制經(jīng)常在網(wǎng)絡中協(xié)同工作,一起出現(xiàn)秃踩,經(jīng)常被不加區(qū)別地使用芭析。
網(wǎng)絡資源管理、連接接納控制吞瞪、使用參數(shù)控制、優(yōu)先級控制驾孔、流量整形芍秆、幀丟棄、ABR(area border router)流量控制翠勉;

通信開始前妖啥,ATM對申請建立連接者進行連接接納控制;
連接建立后对碌,網(wǎng)絡對虛連接進行資源管理荆虱,并對該連接上的業(yè)務量使用用法參數(shù)控制,對每一信元規(guī)定一個丟失優(yōu)先級朽们,對不符合通信協(xié)議的信元進行流量整形怀读。
為充分利用網(wǎng)絡未利用的帶寬,引入了ABR業(yè)務骑脱,并對ABR業(yè)務進行流量控制菜枷。
為提高傳輸有效性,對有信元丟失的幀進行早期幀丟棄叁丧。

ATM流量管理啤誊,擁塞管理的功能分成兩個層次

第一層是預防性措施,稱為流量控制(Traffic Control)拥娄,是為防止網(wǎng)絡出現(xiàn)擁塞而采取的一系列措施蚊锹,包括網(wǎng)絡資源管理(NRM)、連接允許控制(CAC)稚瘾、使用參數(shù)控制(UPC)以及優(yōu)先級控制等牡昆;
第二層是反應性措施,稱為擁塞控制(Congestion Control)摊欠,是當網(wǎng)絡出現(xiàn)擁塞后為將擁塞的強度迁杨、影響范圍钻心、持續(xù)時間減到最小而采取的一系列措施,包括信元選擇性丟棄與擁塞指示等铅协。

ATM流量管理

ATM連接過程的描述可采用兩類參數(shù):
一類參數(shù)用于用戶設備或終端系統(tǒng)向網(wǎng)絡提出的有關連接的需求捷沸,另一類參數(shù)則是用戶設備向網(wǎng)絡提出的有關連接的描述信息。

向網(wǎng)絡提出的有關連接的需求的參數(shù):帶寬狐史;業(yè)務質量痒给;延遲容忍度;流量控制骏全;優(yōu)先級控制苍柏。
有關連接的描述信息的參數(shù),這些信息將在流量控制過程中使用:業(yè)務量類型姜贡;用法信息试吁;路由優(yōu)先信息;流量控制能力楼咳。

連接接納控制(CAC)

CAC是用來決定是否接收連接請求熄捍。主要的判斷依據(jù)是,網(wǎng)絡的當前使用情況和連接的QoS所?請求的流量性能參數(shù)。若QoS參數(shù)超出發(fā)當前的網(wǎng)絡的可用資源,就會拒絕這次連接母怜。一般由下面兩個因素決定:
1余耽、是否有所需的資源以提供連接的端到端服務質量(QoS);
2苹熏、通信過程有關參數(shù)碟贾,如用戶配置的基于源和目的地址、協(xié)議類型轨域、時延等的接入表袱耽。

CAC與路由功能相互作用以選擇路由,分配帶寬干发,估計新的和已存在的業(yè)務量的相對優(yōu)先級扛邑。CAC功能可設置在網(wǎng)絡中的不同位置。

CAC 主要通過信令完成Connection requests proceed hop-by-hop through the switches of the network en route to destination

Switches perform Call Admission Control (CAC) based on traffic descriptor, QOS requirements, and available resources at that switch
If connection is acceptable, then request is forwarded on, otherwise “reject” is returned
If destination accepts connection, then “accept” is returned

用法參數(shù)控制

用法參數(shù)控制 (Usage Parameter Control铐然,UPC)定義為一組蔬崩,用于ATM交換機監(jiān)視和控制每一個激活連接的UNI上的業(yè)務量操作。即通信過程中對流量的監(jiān)測與控制搀暑,以確保每條虛電路中實際入網(wǎng)的流量特性參數(shù)符合協(xié)商值沥阳。

漏桶算法,即一般信元速率算法GCRA (Generic Cell Rate Algorithm)自点。
基本思想:假設一有限容量的漏桶(桶的深度對應某種流量參數(shù))桐罕,到達的信元進入漏桶,經(jīng)漏桶滲漏后輸出到網(wǎng)絡。該漏桶以每單位時間一個容量單位的連續(xù)速率向外滲漏功炮,同時每當一個信元到達時溅潜,其容量加1。當信元到達速率超過漏桶滲漏速率時薪伏,連續(xù)累積的信元會使漏桶充滿滚澜,這時如果還有信元到達該信元就會溢出漏桶(即被丟棄),該信元即是違約信元嫁怀。
采用雙漏桶算法设捐,表示第一級漏桶處理PCR(峰值信元速率 ,第二級漏桶處理SCR(平均信元速率)塘淑。
目前UPC中的限制措施主要是對屬于超越協(xié)商值的那部分流量的信元打上標記萝招,表示這部分信元的服務質量不能保證,一旦網(wǎng)絡發(fā)生擁塞首先丟棄這類信元 存捺。

信元丟失優(yōu)先級選擇性丟棄

ATM信元的信頭中有一個位直接標志信元丟失優(yōu)先級(CLP)槐沼。
CLP位用于在一個連接中產(chǎn)生不同優(yōu)先級的信元流。

ABR 流量控制

基于速率的機制直接以連接所占用的帶寬為控制目標捌治,根據(jù)網(wǎng)絡負載情況岗钩,調整ABR信源發(fā)送信元的速率。

ATM擁塞控制

1.定義
擁塞是一種不正常的狀態(tài)具滴,它表示在一定時間間隔中要求的資源超過了所能供給的資源,即求大于供师倔。
2.出現(xiàn)擁塞的原因有兩方面:
一是由于網(wǎng)絡中流量強度不可預測地隨機波動而造成網(wǎng)絡負荷過重构韵;
二是由于網(wǎng)絡本身出現(xiàn)故障。

ATM擁塞管理的困難

ATM網(wǎng)中傳送的是各種類型的業(yè)務信息綜合而成的數(shù)據(jù)流趋艘,其流量特性十分復雜難于控制疲恢;
由于ATM網(wǎng)絡傳輸速率高,一旦某處發(fā)生擁塞而不能及時解決瓷胧,擁塞范圍將迅速擴大

擁塞管理

擁塞管理試圖確保網(wǎng)絡避免經(jīng)歷擁塞显拳。
例如,在交通管理方面搓萧,擁塞管理可能勸導司機不要在交通高峰時行駛杂数,或勸導顧客等到某種服務的隊列變短時再去排隊。

引入預防性控制措施瘸洛,不再是出現(xiàn)擁塞之后再采取措施來消除擁塞揍移,而是通過精心管理網(wǎng)絡資源而避免擁塞的出現(xiàn)。

ATM網(wǎng)一旦檢測到出現(xiàn)擁塞狀況反肋,則啟動擁塞控制功能:
首先是有選擇地丟棄掉重要程度相對低的信元以緩解擁塞那伐,同時進行擁塞狀態(tài)信息的前向、反向指示。
當這些措施仍不能很好地控制住擁塞時網(wǎng)絡將進行釋放連接或重選路由罕邀。
業(yè)務成形
前向擁塞指示

Approaches to QoS support

Fine grained approaches: provides QoS in individual applications or flows:
… here we find “Integrated Services” (developed in the IETF) and often associated with the Reservation Protocol (RSVP)

Coarse grained approach: provides QoS to large classes of data or aggregated traffic
… here we find “Differentiated Services”

ATM is known to have a rich set of QoS capabilities and is considered in the fine-grained category (since resources are associated with individual VCs).
ATM is often used to interconnect routers – and may choose to send a highly aggregated traffic down a single VC →so ATM can be used for coarse grained QoS as well.

QoS Models

Integrated Services (IntServ)
Differentiated Services (Diffserv)

Best-Effort—Best-Effort does not provide QoS, because there is no reordering of packets.

Differentiated Services (DiffServ)—differentiates between multiple traffic flows.

Integrated Services (IntServ)—IntServ is often referred to as “Hard QoS,” because it can make strict bandwidth reservations.
Needs signaling first.
Must be configured on every router along a path. The main drawback of IntServ is its lack of scalability. Bandwidth reservation based on application level.

Integrated Model

Application requests a specific kind of QoS service, through explicit signaling.
Resource Reservation Protocol (RSVP) is used by applications to signal their QoS requirements to the router.
Complex to use.
Difficult to support with a large number of RSVP connections, due to:
the amount of state information required for every flow.
the amount of control traffic
Fine grain, providing strict QoS.

Differentiated Model

Qos is provided by differential treatment to each packet or class of packets.
No explicit signaling from the application.
This model is appropriate for aggregate flows.
Coarse grain, not strict QoS (no guarantees畅形,Soft QoS).

丟棄策略

Tail Drop
Random Early Detection (RED)
Weighted Random Early Detection (WRED)

Random Early Detection,為避免發(fā)生網(wǎng)絡中的全局同步global synchronization現(xiàn)象诉探,在路由器采用的一種措施日熬。
計算平均隊長的目的就是為了反映擁塞狀況,根據(jù)擁塞的程度來計算丟棄分組的概率阵具,從而有效地控制平均隊列長度碍遍。

全局同步

TCP流具有自適應特性(Adaptiveness),來源端發(fā)現(xiàn)數(shù)據(jù)包丟失就急劇地減小發(fā)送窗口(congestion window阳液,cwnd)怕敬,數(shù)據(jù)包到達速率就會迅速下降,于是網(wǎng)絡擁塞得以解除帘皿。但來源端得知網(wǎng)絡不再擁塞后又開始增加發(fā)送速度东跪,最終又造成網(wǎng)絡擁塞,而且這種現(xiàn)象常常會周而復始地進行下去鹰溜,從而在一段時間內網(wǎng)絡處于網(wǎng)絡利用率(Network Utilization)很低的使用狀態(tài)虽填,降低了整體吞吐量(throughput)

綜合服務與區(qū)分服務

IntServ

IETF已經(jīng)起草了很多有關保證QoS的建議并標準化了很多服務模型和機制。其中比較常見的有:綜合服務(Integrated Services――IntServ)/資源預留模型曹动,即IntServ/RSVP斋日、區(qū)分服務模型(Differen-tiated Services――DiffServ)、MPLS流量工程和約束路由等墓陈。

RSVP是第一個標準QoS的信令協(xié)議恶守,是基于IP協(xié)議的資源預留協(xié)議,用于在端到端之間傳遞QoS請求。IntServ模型的基本思想是“所有的業(yè)務流相關狀態(tài)信息是在端系統(tǒng)上”贡必。它所使用的資源預留協(xié)議是一種信令協(xié)議兔港。用戶通過IntServ/RSVP協(xié)議向網(wǎng)絡請求滿足特殊服務質量要求的緩存和帶寬;中間節(jié)點利用RSVP信令在數(shù)據(jù)傳輸通路上建立起資源預留并維護該通路仔拟,以實現(xiàn)相應的服務質量衫樊。

根據(jù)RSVP的預留資源占所有資源的比例,IntServ模型定義了幾種服務類型:
  
  * 有保障的服務(Guaranteed Services)[RFC 2212]:對帶寬利花、 時延科侈、分組丟失率提供定量的要求和質量保證措施,如VoIP應用建議可以預留10M帶寬和小于1s的時延炒事。
  
  * 可控負載服務(Controlled-load Services)[RFC2211]:在網(wǎng)絡負荷較大的情況下所能夠提供的近似于沒有過載時的服務兑徘。
  
  * 盡力而為的服務(Best-Effort)和當前互聯(lián)網(wǎng)向多數(shù)用戶提供的服務機制類似,沒有任何可以控制的質量保證羡洛。

DiffServ

它取代了IP服務類型(TOS)字段改名為DS挂脑,并用它承載IP包服務所要求的信息藕漱,是嚴格意義上的三層技術,不涉及低層的傳輸技術崭闲。


Intserv模型中的RSVP可為數(shù)據(jù)流提供良好帶寬保證肋联,而DiffServ則不需要信令,在發(fā)送報文前刁俭,不需要通知路由器橄仍,網(wǎng)絡也不必為每個流維護狀態(tài),它只根據(jù)報文中規(guī)定的QoS來提供特定的服務牍戚。并且侮繁,它不像IntServ那樣對每個流都進行QoS控制,而是對流聚合后的每一類進行QoS控制如孝,它只是對數(shù)據(jù)流簡單加標記進行優(yōu)先級分類宪哩。從對路由器的要求來說,RSVP比DiffServ更復雜第晰,因此RSVP不適用于骨干網(wǎng)路由器锁孟。

IP傳送層演進

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市茁瘦,隨后出現(xiàn)的幾起案子品抽,更是在濱河造成了極大的恐慌,老刑警劉巖甜熔,帶你破解...
    沈念sama閱讀 218,284評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件圆恤,死亡現(xiàn)場離奇詭異,居然都是意外死亡腔稀,警方通過查閱死者的電腦和手機盆昙,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,115評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來烧颖,“玉大人弱左,你說我怎么就攤上這事窄陡】换矗” “怎么了?”我有些...
    開封第一講書人閱讀 164,614評論 0 354
  • 文/不壞的土叔 我叫張陵跳夭,是天一觀的道長涂圆。 經(jīng)常有香客問我,道長币叹,這世上最難降的妖魔是什么润歉? 我笑而不...
    開封第一講書人閱讀 58,671評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮颈抚,結果婚禮上踩衩,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好驱富,可當我...
    茶點故事閱讀 67,699評論 6 392
  • 文/花漫 我一把揭開白布锚赤。 她就那樣靜靜地躺著,像睡著了一般褐鸥。 火紅的嫁衣襯著肌膚如雪线脚。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,562評論 1 305
  • 那天叫榕,我揣著相機與錄音浑侥,去河邊找鬼。 笑死晰绎,一個胖子當著我的面吹牛寓落,可吹牛的內容都是我干的。 我是一名探鬼主播寒匙,決...
    沈念sama閱讀 40,309評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼零如,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了锄弱?” 一聲冷哼從身側響起考蕾,我...
    開封第一講書人閱讀 39,223評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎会宪,沒想到半個月后肖卧,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,668評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡掸鹅,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,859評論 3 336
  • 正文 我和宋清朗相戀三年塞帐,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片巍沙。...
    茶點故事閱讀 39,981評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡葵姥,死狀恐怖,靈堂內的尸體忽然破棺而出句携,到底是詐尸還是另有隱情榔幸,我是刑警寧澤,帶...
    沈念sama閱讀 35,705評論 5 347
  • 正文 年R本政府宣布矮嫉,位于F島的核電站削咆,受9級特大地震影響,放射性物質發(fā)生泄漏蠢笋。R本人自食惡果不足惜拨齐,卻給世界環(huán)境...
    茶點故事閱讀 41,310評論 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望昨寞。 院中可真熱鬧瞻惋,春花似錦厦滤、人聲如沸问词。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,904評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽狈邑。三九已至蹂匹,卻和暖如春碘菜,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背限寞。 一陣腳步聲響...
    開封第一講書人閱讀 33,023評論 1 270
  • 我被黑心中介騙來泰國打工忍啸, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人履植。 一個月前我還...
    沈念sama閱讀 48,146評論 3 370
  • 正文 我出身青樓计雌,卻偏偏與公主長得像,于是被迫代替她去往敵國和親玫霎。 傳聞我的和親對象是個殘疾皇子凿滤,可洞房花燭夜當晚...
    茶點故事閱讀 44,933評論 2 355

推薦閱讀更多精彩內容