IntServ VS DiffServ
參考資料：http://www.iii.org.tw/ncl/document/Qos_web.htm
IntServ架構
在IntServ網路中，使用者必須透過RSVP通訊協定來宣告封包流 (packet flow，即一串具有相同來源與目的地之IP位址與port numbers的封包) 的特性 (透過PATH訊息之Tspec參數)以及作頻寬保留 (透過RESV訊息之Rspec參數)。路徑上的所有路由器都必須處理這些RSVP訊息，包括了記錄PATH訊息的路徑、參數，以及依據RESV訊息之參數和路由器資源與link頻寬使用的狀況對使用者要求之頻寬或服務執行允入控制 (admission control)。除了RSVP協定訊息之外，路由器還必須對每一封包執行Multi-Field (MF) calssification以辨識封包流，並對每一封包流執行policing與scheduling。換言之，在IntServ的架構裡，無論是core或edge路由器都必須要能夠辨識、記錄、並且管控每一封包流的狀態。如此一來，隨著網路的逐漸擴張，封包流大量增加，無論是在儲存設備或是處理速度方面對於路由器而言都是一大挑戰，這就是IntServ一直為人所詬病的scalability問題。
IntServ架構提供了定量 (quantitative) 與定性 (qualitative) 兩類服務品質保障 (當然，還有best-effort)，它們分別是Guaranteed 以及Controlled Load。
Guaranteed Service提供嚴格的封包延遲與流失量保證，而Controlled Load Service則提供比較級的服務品質 – “Best-effort over uncongested network”，而無定量的保證。
DiffServ架構
DiffServ架構的精神在於它設法簡化core routers的複雜度，盡量將複雜的允入控制交由Bandwidth Broker負責、封包辨識工作交由edge routers負責，並且不提供per-flow QoS，而以比較粗略的per-class QoS取代。
在DiffServ架構中，一個DiffServ Domain可以是一ISP或一企業網路，DiffServ Domain與其使用者之間可以事先簽訂所謂服務品質協議(Service Level Agreement，SLA)，DiffServ domain 的網路資源會預先依照SLA內容分配給予使用者。SLA也可以是動態更改的，即Dynamic SLA，此時使用者必須透過一signalling協定，如RSVP，向DiffServ domain要求網路資源，由DiffServ domain中的Bandwidth Broker依據網路狀態作允入控制。若該要求被允許，則bandwidth broker會透過例如COPS (Common Open Policy Service)等協定去調整該要求所經過路徑上的edge與core routers。不同DiffServ domains間的bandwidth brokers也可能會溝通彼此的網路狀態或傳遞使用者的允入要求。
封包在進入DiffServ domain時會先經由edge router區分其類別 (MF classification)、監控其流量、加上標籤 (即DiffServ Code Point，DSCP，或稱DS byte)、以及依其類別對其採取適當的封包排程行為 (即Per-Hop-Behavior，PHB)。之後，DiffServ domain中的core routers就僅依據封包標頭上的DSCP來給予該封包適當的PHB。DiffServ架構中一樣定義有定量與定性的PHB，即Expedited Forwarding (EF) 與Assured Forwarding (AF)。
BE(Best Effort) 000000(0)
EF(Expedited Forwarding) 101110(46)
AF11 001010(10) Low Drop Precedence
AF12 001100(12) Medium Drop Precedence
AF13 001110(14) High Drop Precedence
AF21 010010(18) Low Drop Precedence
AF22 010100(20) Medium Drop Precedence
AF23 010110(22) High Drop Precedence
AF31 011010(26) Low Drop Precedence
AF32 011100(28) Medium Drop Precedence
AF33 011110(30) High Drop Precedence
AF41 100010(34) Low Drop Precedence
AF42 100100(36) Medium Drop Precedence
AF43 100110(38) High Drop Precedence
AFx class can be denoted by the DSCP `xyzab0,' where `xyz' is 001/010/011/100, and `ab' represents the drop precedence bits (RFC-2597).
IntServ架構
在IntServ網路中，使用者必須透過RSVP通訊協定來宣告封包流 (packet flow，即一串具有相同來源與目的地之IP位址與port numbers的封包) 的特性 (透過PATH訊息之Tspec參數)以及作頻寬保留 (透過RESV訊息之Rspec參數)。路徑上的所有路由器都必須處理這些RSVP訊息，包括了記錄PATH訊息的路徑、參數，以及依據RESV訊息之參數和路由器資源與link頻寬使用的狀況對使用者要求之頻寬或服務執行允入控制 (admission control)。除了RSVP協定訊息之外，路由器還必須對每一封包執行Multi-Field (MF) calssification以辨識封包流，並對每一封包流執行policing與scheduling。換言之，在IntServ的架構裡，無論是core或edge路由器都必須要能夠辨識、記錄、並且管控每一封包流的狀態。如此一來，隨著網路的逐漸擴張，封包流大量增加，無論是在儲存設備或是處理速度方面對於路由器而言都是一大挑戰，這就是IntServ一直為人所詬病的scalability問題。
IntServ架構提供了定量 (quantitative) 與定性 (qualitative) 兩類服務品質保障 (當然，還有best-effort)，它們分別是Guaranteed 以及Controlled Load。
Guaranteed Service提供嚴格的封包延遲與流失量保證，而Controlled Load Service則提供比較級的服務品質 – “Best-effort over uncongested network”，而無定量的保證。
DiffServ架構
DiffServ架構的精神在於它設法簡化core routers的複雜度，盡量將複雜的允入控制交由Bandwidth Broker負責、封包辨識工作交由edge routers負責，並且不提供per-flow QoS，而以比較粗略的per-class QoS取代。
在DiffServ架構中，一個DiffServ Domain可以是一ISP或一企業網路，DiffServ Domain與其使用者之間可以事先簽訂所謂服務品質協議(Service Level Agreement，SLA)，DiffServ domain 的網路資源會預先依照SLA內容分配給予使用者。SLA也可以是動態更改的，即Dynamic SLA，此時使用者必須透過一signalling協定，如RSVP，向DiffServ domain要求網路資源，由DiffServ domain中的Bandwidth Broker依據網路狀態作允入控制。若該要求被允許，則bandwidth broker會透過例如COPS (Common Open Policy Service)等協定去調整該要求所經過路徑上的edge與core routers。不同DiffServ domains間的bandwidth brokers也可能會溝通彼此的網路狀態或傳遞使用者的允入要求。
封包在進入DiffServ domain時會先經由edge router區分其類別 (MF classification)、監控其流量、加上標籤 (即DiffServ Code Point，DSCP，或稱DS byte)、以及依其類別對其採取適當的封包排程行為 (即Per-Hop-Behavior，PHB)。之後，DiffServ domain中的core routers就僅依據封包標頭上的DSCP來給予該封包適當的PHB。DiffServ架構中一樣定義有定量與定性的PHB，即Expedited Forwarding (EF) 與Assured Forwarding (AF)。
BE(Best Effort) 000000(0)
EF(Expedited Forwarding) 101110(46)
AF11 001010(10) Low Drop Precedence
AF12 001100(12) Medium Drop Precedence
AF13 001110(14) High Drop Precedence
AF21 010010(18) Low Drop Precedence
AF22 010100(20) Medium Drop Precedence
AF23 010110(22) High Drop Precedence
AF31 011010(26) Low Drop Precedence
AF32 011100(28) Medium Drop Precedence
AF33 011110(30) High Drop Precedence
AF41 100010(34) Low Drop Precedence
AF42 100100(36) Medium Drop Precedence
AF43 100110(38) High Drop Precedence
AFx class can be denoted by the DSCP `xyzab0,' where `xyz' is 001/010/011/100, and `ab' represents the drop precedence bits (RFC-2597).
Comments
這篇參考文章的 dscp值有點問題
比如說 文章上提到"AF12 001100(11) Medium Drop Precedence"
二進位換算的話 DSCP值應該是12
參考:http://www.cisco.com/en/US/tech/tk543/tk757/technologies_tech_note09186a00800949f2.shtml#assured
就這樣啦 Happy Peter