通信專業(yè)互聯(lián)網技術考試IntServ的局限性

5.3.2 IntServ的局限性
IntServ在經過幾年的研究和發(fā)展后已初具規(guī)模.但其中的問題也逐步顯現(xiàn)。
IntServ/RSVP是基于流的（單獨的或聚集的）、狀態(tài)相關的體系結構，依賴于每個流的狀態(tài)，并針對每個流進行管理。這種實現(xiàn)機制使ImeServ/RSVP能夠較狀態(tài)無關的體系結構提供具有更高的靈活性和更好的服務級別的保證；但同時也導致了IntServ的可擴展性問題和魯_性問題，后果是實現(xiàn)較復雜.難以應用。所以一般將IntServ用于中小規(guī)模的網絡，可以滿足不同應用的QoS要求。
在IntServ體系結構中，網絡中每個節(jié)點都要維護各類數據庫并實現(xiàn)復雜的功能模塊。RSVP信令協(xié)議提供QoS協(xié)商機制；各網絡節(jié)點建立和維護預留信息，并根據自身資源狀況對用戶的預留請求進行接納控制；數據傳輸時各網絡節(jié)點監(jiān)控傳輸流，并提供相應服務。這種完全分布式的控制造成了極大的復雜性。
總而言之，RSVP和IntServ在整個Internet網絡應用時,存在如下根本的局限性：
①基于流的RSVP資源預留、調度處理以及緩沖區(qū)管理，有利于提供QoS保證，但使系統(tǒng)開銷過高，對于大型網絡存在可擴展性的問題。
②目前。只有少童的主機產生RSVP信令，雖然其數量預計會大幅度增長，但許多應用卻從不產生RSVP信令，因而在實現(xiàn)時修改應用程序的阻力大。
③許多應用需要某種形式的QoS。但是無法使用IntServ模型來表達QoS請求。
④必要的策略控制（policycontrol）和價格（pricing）機制，如訪問控制（accesscontrol）、鑒別（authentication）、記賬（accounting）等，目前尚處于發(fā)展階段，無法付諸應用。
因而，單純的ImServ/RSVP結構實際上無法被業(yè)界接受，在商業(yè)上不可能有大的作為?，F(xiàn)在人們普遍認為，ImServ/RSVP以其現(xiàn)在的形式將不會在Internet中得到廣泛應用。

返回目錄:通信專業(yè)考試IP網絡服務質量控制匯總

編輯推薦:

中級通信專業(yè)實務互聯(lián)網技術教程匯總

中級通信專業(yè)實務傳輸與接入教程匯總

通信專業(yè)實務考試設備與環(huán)境教程匯總

通信專業(yè)實務考試交換技術教程匯總