contents
1技術其實還不成熟
2部署其實並不簡單
3需求其實並不緊迫
4ip qos大事記
截至目前，在ip協議上實現qos，歸根結底有兩種思想。這兩種思想已經被ietf作為兩種qos體系以協議的形式定義下來：一種是intserv，一種是diffserv。
intserv借用傳統電路交換思想，在基於ip的呼叫兩端,先通過信令建立一條虛連線鏈路，然後呼叫雙方的報文都經此鏈路傳遞，從而達到保證傳輸質量的目的。intserv基本思想在於以資源預留的方式實現qos保障。
而diffserv則是傳統路由思想的延伸，實現簡單。它把流經路由器的資料報按照一定的優先順序分類，然後按照優先順序順序將資料報**至下一跳路由器。
這兩種思想各有千秋，也各有弊端。intserv試圖全盤照搬電路交換思想，為每一路呼叫都建立一條虛鏈路。相應地，網上的路由器需要為每條鏈路維護乙個狀態。當網路規模大到一定程度時，維護鏈路狀態的工作將使核心網路由器不堪重負。這種方式使ip網路良好的可擴充套件性優點大打折扣。而且，每次呼叫前都必須進行的信令傳遞過程也很耗費頻寬。intserv的這兩個缺點在當前網路條件下幾乎是致命的，因此學術界目前研究的重點大部分都集中在diffserv上。
而diffserv的問題在於，它只著眼於網路中的單個路由器，缺乏全網觀念。它只為進入當前路由器的報文設定不同的優先順序，而並不關心此報文即將到達的下一跳路由器的狀態如何。在網路沒有擁塞時，不同優先順序的資料報按部就班傳送，沒有問題。而一旦網路發生擁塞，即使採用diffserv，報文無論優先順序多高，一樣會被阻塞。因此，diffserv被稱作軟qos。
diffserv能夠生效的前提是網路不會出現擁塞。如何避免網路擁塞？internet架構中有另乙個研究分支——流量工程（traffic engineering，te）定位此問題。
將mpls te和diffserv結合是目前大家比較看好的diffserv研究方向。但是否有效，還有待驗證。
隨著研究的深入，人們漸漸意識到，只靠目前存在的某乙個qos體系是無法全部解決ip qos問題的，應該將intserv和diffserv二者思想結合，既有由動態信令機制帶來的靈活性，又有按業務進行流分類的簡單性。然後，再輔以流量工程以及改進傳統最短路徑路由方式的技術。這樣的方案才是完美的。但是截至目前，多數將這些技術結合在一起的方案還沒有標準化。
上面提到的intserv、diffserv、以及mpls te，其實很多裝置商的路由器都已支援，但現實情況卻是這些功能往往被束之高閣。這些名詞只是裝置商銷售產品的宣傳口號，只是運營商的有備無患。為何會出現這種情況呢？qos是個全網的概念，是個端到端的概念。一路呼叫的qos保證不是單靠鏈路上某乙個路由器就能單獨完成的，它是鏈路上所有節點傾力合作的結果。這就涉及到現有網路架構的改進問題。
目前，針對qos的網路架構設計工作已有很多組織在做，包括internet2、etsi、msf、packetcable以及3gpp等。大家的總體思路基本一致：在承載層上專為qos引入一控制層；控制層通過信令指示邊緣路由器動態分配資源，建立sla；在核心路由器使用diffserv+mpls te實現有效的qos。
在此架構中，呼叫發起端先向softswitch傳送業務申請；softswitch將此呼叫的業務型別通知bandwidth manager；bandwidth manager根據獲得資訊通知邊緣路由器制訂報文的diffserv分類規則；然後，有qos保證的呼叫就可以開始了。
這個架構的好處在於，將qos的控制功能從承載層分離，減少了路由器的負擔。對現有網路更改小，充分利用現有網路中路由器的功能。在與軟交換結合後，這個架構可以做到對網路上的報文流按業務識別，從而也解決了電信級ip網的收費問題。
但是，我們必須說，由於這是乙個全新的網路運營環境，各類介面的標準化工作尚待進一步細化。而且，如何實現不同組織制訂的網路架構的互通，以及如何降低公升級現有網路的成本，都是部署qos網路架構時不得不面對的問題。
一直以來，業內就盛傳所謂「假ip**」，即運營商將自己剩餘的傳統**網頻寬按照ip**的**賣給老百姓。對於老百姓來說是好事，花了ip**的錢，享受了傳統**的質量，何樂而不為呢。不過，這也從側面反應出個問題：一些運營商的電路交換業務還是供大於求！至少到目前為止是這樣。語音業務向來是運營商收入的大頭，「既然既有的資源已經足夠滿足需求了，我們為什麼還要再耗費人力物力去搞什麼ip**呢？對於一項前途未卜的技術，即使要搞，也應該等其它最急需的運營商試驗完了，我們再踩著他們的肩膀往上搞麼。何苦冒這個風險？」運營商們會這麼想。這種邏輯其實很正常。
而且，就算是開通ip**，「現在的dwdm技術如此發達，核心網頻寬達到幾十個g，不用qos，通話質量一樣能夠得到保證，所以沒必要去搞qos」。美國運營商sprint就持這樣一種觀點。事實上，通過科學的網路流量配置，他們確實做到了。
再有，「誰規定ip**就一定要達到電信級的通話質量標準？為什麼就不能把ip**定位為平民**？老百姓也許能夠忍受相對差些的通話質量，只要花費更少。」一些學者發出這樣的聲音。想想也對，作為乙個天生就不是面向連線的協議，現在人為地往上新增種種連線功能，以期達到當初設計時想都沒想的目標，會不會得不償失？
intserv(integrated services)
2023年，ietf出版rfc1633(integrated services in the internet architecture: an overview)，標誌intserv出現。
diffserv(differentiated services)
2023年，ietf出版rfc2475(an architecture for differentiated services)，標誌diffserv出現。
mpls
2023年，以cisco公司為首的幾家公司提出了mpls(multiprotocol lable switch)技術。mpls技術產生的初衷就是為了綜合利用網路核心的交換技術和網路邊緣的ip路由技術各自的優點。現在，mpls已成為實現te(traffic engeering)的重要手段，並且與diffserv結合成為提供qos的重要手段。
bb(bandwidth broker)
資料引用:http://www.knowsky.com/377773.html
我醜我多讀書還不行嗎（每月更新）
這兩天都往武大資訊學部圖書館跑著，我很高興這裡有很多我想看的，能學到知識的書 實在是從網上買正版太貴了，學生很窮 為了持續給自己充電，也監督自己持續看書，我決定每個月都給自己列個書單，讓自己必須看完它們，看完之後我會寫下書評，也是記錄一下這兩年研究生生活看的書籍吧。c primer 第6版 1，逐夢...
白嫖遊戲還不行！網友喊話Epic 啥時候送顯示卡
從12月17日開始程式設計客棧，epic遊戲 將連續15天免費送出15款遊戲，每款遊戲限時24小時領取。日前，有喊話e寶，稱epic啥時候送顯示卡，光送遊戲，沒程式設計客棧顯示卡玩不了啊，對此，epic遊戲 無奈 回應 你們沒好顯示卡嗎？同時還配上了乙個苦澀的表情。程式設計客棧 最近一年多來，全球半...
好睏啊 怎麼還不到周五
晚了,晚了,昨天沒來,今天想起來就趕緊報到了.我怎麼覺得自己的頭暈沉沉的,想睡覺,太睏了,不舒服.怎麼回事?噹噹當,回來啦 接著記我的blog,我今天有點感觸,真的,說不太清楚,反正有點隱隱的痛,我那個上海mm,讓我覺得是自己落伍了?還是她們太過於充欲了?對於社會,對於自己,好像有太多的不一樣了.我...