CCNP 筆記本

2008 年 12 月 12 日

CCNP-ONT Module 06 Implement Wireless Scalability

Filed under: CCNP-ONT Module 06 — nkongkimo @ 14:13:05

Wirelless QoS的版本

名稱

內容

WMM

*802.11e之前過度的版本
*QoS的等級類似802.1p的分類,共有4個等級:

*Time Slot為被動式的優先權等待法,優先權高的Time Slot最短。
*到L3 都是看802.1p或DSCP值。

802.11e

標準的版本。
*QoS的等級類似802.1p的分類,共有8個等級:

*到L3 都是看802.1p或DSCP值。

Fat AP V.S Thin AP

 

Fat AP (Autonomous)

Thin AP (Lightweight)

架構

分散式

集中式

AP的功能

*AP獨立作業,類似Router的功能
*所有的功能都在AP裡面
*與LWAPP只有frameware不同。

大部份做無線網路轉有線網路的橋樑
*LWAPP無法獨立運作。
*與AP只有frameware不同。

Controller

WDS(Wireless Soluation Engine)
*控制所有AP的中介管理介面
*WDS可以把config派送到AP
*可透過telnet/SNMP/SSH,depoly AP
*比較耗AP的CPU
*無法做到備援的機制

Wireless Controller
*有容量限制。
*可以做HA或Cluster的備源機制。
*可透過telent/SNMPv1~3/SSH,depoly AP。
*較不耗CPU
*可以集中對RF強弱做管理
*Controller到LWAP透過LWAPP協定,有2個tunnel,分為controller tunnel & data tunnel

WLAN
Management

WLSE
*可以做流量的報表及分析。
*拓墣的分析
*收攏的數量比較少
(一個AP同各時間點不可超過10個)

WCS+Location Service(option)
*WCS是一個軟體
*可以做流量的報表及分析。
*拓墣的分析
*無線設備的控制
*收攏的數量較多(同時間可以收10個以上)

Network
Infrastructure

支援 POE SW / Router

支援 POE SW / Router

 

 

 

部署的差別

同一個大家需要再同一個網段
同網段的AP設定全部需要相同

不需要再同一個網段,只要ping的到就可以了

QoS

每一顆AP都要設定

可以設定在WCS裡面直接depoly即可
可設定AP的群組,並用群組的方式設定

Roaming

L2 Roaming:沒有問題
L3 Roaming:比較複雜,因為會跨網段

L2 Roaming:可透過controller控制
L3 Roaming:可透過controller控制(利用tunnel技術)

優缺點

價錢較便宜
功能較差
不好除錯
管理困難

價格較貴,但較符合經濟效益
功能較強
較好除錯
管理容易

WLAN QoS Implemention

*DSCP全程都不會變,802.1p會因介面不同而轉變。

*DSCP 與802.1P 與802.11e對應表。

WAN Security的發展

WAN Security 的方法

種類

內容

802.11
WEP

*最早被發展出來的認證方式
*沒有雙向認證的機制
*最不安全的認證方式
*密碼是固定的且明碼傳送
*認證的方式:

1.OPEN Authencication 的方式

2.Shared Key Authentication 的方式

802.11
EAP

*Cisco專屬的認證方法(2001-2002發展)
*認證的方式:(可以搭配使用)

1.使用Username/Password

2.使用software/hardware token

3.使用MAC

4.802.1X+EAP rotocol

5.產生Dynamic Key

*加密的方式:

1.CKIP(Cisco Key Integrity Protocol)

2.CMIC(Cisco Message Intefrity Check)
WPA

*2003年發展
*認證方式:

使用802.1X

加密方式:

TKIP(預設值)可搭配MIC
WPA2
802.11i

*真正的標準(2004年發展)
*認證的方式:(可以搭配使用)     

1.使用Username/Password

2.使用software/hardware token

3.使用MAC

4.802.1X+EAP rotocol

5.產生Dynamic Key

*加密的方法:

1.TKIP(WPA)

2.AES(WPA2)
*非常耗CPU
*使用128bits金鑰修正RC4的弱點。
 

WPA / WPA2 比較

*企業使用認證的模式建議使用802.1X(因人數較多)
*SOHO使用認證的方式建議使用PSK(Per-Shared-Key)

802.1X

EAP


*基本元件

1.Cilent

需要有802.1x Agent

2.Access Point

需要看的懂802.1x

3.RADIUS Server

可支援多種認證設備

4.User Database

認證的資料庫

*EAP的種類

1.LEAP

cisco專屬的

2.EAP-FAST

在認證的時候中間用security tunnel,防止認證被擷取。

3.EAP-TLS

需要搭配CA認證(最嚴謹的作法)
*client/Server都須要匯入憑證。

4.PEAP

client & Server認證的模式採用自動協商的方式。

*EAP比較表:
 

EAPOL

*EAP Over LAN的意思。

2008 年 12 月 10 日

CCNP-ONT Module 05 Implement Cisco AutoQoS

Filed under: CCNP-ONT Module 05 — nkongkimo @ 13:27:41

Auto QoS的特點

1.指令簡單只有2個指令。
2.有針對VOIP網路的AutoQoS。
3.有針對Enterprise網路的AutoQoS
4.啟動AutoQoS會自動產生report和自動監控目前網路的流量。
5.AutoQoS會自動針對目前的流量自動調整,但是在套用AutoQoS後就會固定了,但可以以手動的方式調整。

使用AutoQoS的時機

1.當企業網路裡面有使用語音的服務(Voice & Vedio)時建議使用,
若沒有可以不用做AutoQoS。
2.有VOIP或客製化服務的使用時。
3.建議使用Auto discovery qos 觀察網路的狀態一個星期,再使用auto qos套用到介面上 。

AutoQoS 的佈署

種類

內容

1.判斷目前流量種類
Classification & Marking
*使用NBAR
*自動產生MQC的Class-map & Policy-map
  *使用DSCP
*自動產生MQC的Class-map & Policy-map
2.套用到Interface Service-Policy套用到介面。

AutoQoS的限制

1.支援PPP HDLC ATM FR(在Subinterface裡面才可以使用)
2.所有的介面都需要設定IP位址
3.雙邊介面的BW要正確
4.雙邊介面都需要設定AutoQoS
5.無法設定在FR的Vritual Tamplate上,就是在FR上面跑PPP。
6.無法設定IP Address被套用在Subinteracce上面
7.ATM也無法設定在Vuitual Tamplate

AutoQoS 使用是需注意的地方

1.一定要下介面上設定正確的BW
2.當BW升級時,要重新啟動一次AutoQoS才會針對新的BW做部署,否則會沿用舊的設定。
3.G.729及G.711再做LFI時不行變更。
4.介面若有MQC不行套用AutoQoS。
5.AutoQoS需要啟動CEF。
6.介面小於等於768Kbps為低速介面,768Kbps以上為高速介面。
7.低高速介面都需要設定IP。

AutoQoS的種類

種類 內容
1.Cisco AutoQoS VoIP 網路環境上有VOIP的設備可以使用此功能
2.Cisco AutoQoS for the Enterprise 網路環境上有Voice Voip Data混合的時候可以使用此功能,建議用再較高等級的設備。
判斷流量的方式為,會啟動NBAR的功能,查看DSCP值。

AutoQoS的步驟

1.Monitering & Reporting 1.建議做7天以上
2.做Class-Map
3.建議使用NBAR
4.不會造成影響,只有統計而已。
指令
*預設看NBAR,若設定trust為要看DSCP值。
2.Implement QoS Policy(MQC) 1.Apply MQC並套用到介面上。
2.會影響傳輸資料的設定。
3.當AutoQoS拿掉後整個AutoQoS都會消失。
4.建議要拿掉前先備份Config
指令  
*預設使用NBAR。
*Auto qos voip只支援IP Phone及Softphone。

AutoQoS依速度分類的功能

1.低速 (768Kbps以下) 可以分成3類或5類
2.中速 (768K~2048Kbps(E1)以下) 可以分成5類或8類
3.高速 (2048Kbps以下) 可以分成8類或11類

AutoQoS on Switch

1.Trust Boundary會依IP Phone而往下延伸
2.會自動調整Buffer
3.使用AutoQos Voip一定要開CDP
4.AutoQos支援於SW EI(Enterprise)的版本。
5.指令:
Example:

Show的觀察

Router 的部份
 
 
Switch 的部份
 
 

Auto QoS手動加入設定

1.手動加入的設定在刪除AutoQoS不會自動被刪除,須手動刪除。
2.手動設定對應QOS表:

AuotQoS & QOS設定對應實例

DSCP值& CoS值對應表

2008 年 12 月 09 日

CCNP-ONT Module 04 Implement the DiffServ QoS (part 1)

Filed under: CCNP-ONT Module 04 — nkongkimo @ 00:30:37

QoS重點

1.設備有預設保留25%的頻寬給Routing及Management使用。
2.Implenent QoS的步驟:
第1步:Classification & Marking
第2步:Congestion Managment and Queuing
第3步:Congestion Avoidance
第4步:Traffic Policy and Shaping
第5步:Signaling
第6步:WAN Link Efficiency Mechanisms

Classification (分類)

種類 內容
1.Incoming interface 依介面分類,範圍最大,資料流量最雜。
2.IP Precendence
(802.1P)
可稱為802.1P或CoS值,共有8個等級,0~7,數字越大越好,
0為預設值(Best-Effort),
4通常都給Vedio用
5通常都給Voice用,
6、7被保留routing用。(6用於Internet/ 7用於路由協定)
故可用的級數為0~5。
3.DSCP 分類的範圍最細。用來改善IP Precendence值分類的不足。
4.Source or Destination Address (ACL) 利用ACL來源端跟目的地端來分類,資料流。
5.Application  利用Nbar的方式來查看應用程式的種類。
6.Unclassification 預設不做classification,資料的傳輸行為為先進先出(FIFO)

Marking

*貼有顏色標籤的意思

種類 內容
L2 Marking 1. CoS (ISL,802.1P),用於L2的環境中。
  2. F.R / ATM
L 2.5 Marking (3)MPLS EXP bits
L3 Marking

(1)DSCP (Differentiated Services Code Point )(需要設備支援)

(2)IP Precedence(ToS) (大部分都有支援)

*利用DSCP值來區分更複雜的資料種類,以彌補IP Precedence的不足。

*預設IP Precndence值會Copy L2的CoS值
*PHB(Per-Hub-Behavior):與DSCP值Combine在一起,意思為封包只要經過L3的設備,行為模式需要被重新定義或是Bypass過去。


種類 內容
1.CS PHB 不看DSCP值,只看IP Precedence值。
2.Default PHB Best-Effect有多少用多少,預設值。
3.AF PHB AF(Assured Forwording),保證頻寬。
4.EF PHB EF(Expedited Forwording),低延遲。
DSCP值為46。
 

備註
1.DSCP值為把AF 2進位轉成10進位。
2.丟棄規則:先比欄在比列,不同欄不能比較。
EXP:
(1)看的懂DSCP值的設備,AF11和AF41相等、AF22與AF32相等…。
(2)看不懂DSCP值的設備,比前3個bit,即為IP Precedence(ToS),或是802.1P COS值(L2的說法),數值越大越不容易被丟棄。
3.AF 2進位值,尾碼都是0。
4.共有12種可以使用。
對應表

IP Precedence(ToS)值等於CoS值
default IP Precedence 會複製L2 CoS值
補充 TOS(Type of Service)值:
 

Trust Boundaries

*End-to-End的第一個End的意思為可以支援的設備。

*各個Trust Boundaries可以做的動作

*變更數值非常耗CPU的資源,故建議在較高等級的設備上使用。

NBAR for Classification

1.NBAR(Network-Based Application Recognition)用來分類的一種方法。
2.Cisco已經有先定義好一些網路上的應用服務。
3.預設值為關閉的,可以用ip nabr protocol-discovery開啟此功能(須先啟動CEF)。
4.NBAR會自動統計目前網路上的各種類流量(cisco有定義好的服務),也可以自己定義。
5.目前IOS都有支援,無須再下載PDLM的檔案。
6.DPI(Deep Packets Inspection):
可以針對Application分析行為模式(Behavior)及特徵碼(signatune)但建議用在IDS,因耗CPU。
7.目前可以看到了服務,約100多種。
8.啟動NBAR的步驟:
(1)啟動CEF
(2)啟動NBAR (Network-Based Application Recongnition)

 
(3)套用MQC時,若要使用match protocol要啟動NBAR,否則不會生效。
Example:
9.Statefull NBAR細部參數:
Example: 

image

PDLM(Packet Description Language Module)

1.目前的IOS都已經有支援,無須在下載PDLM檔。
2.自行增加服務的方法:

Congestion and Queuing

Queuing 1.駐列技術,用來控制Congestion,提供Bandwidth、Delay的保障。
2.Queuing是額外的buffer
  Queue的邏輯運作
  Hardware Queue查看的方法:
*不建議調整
Congestion 1.當WAN頻寬與LAN頻寬不對偁時就會發生congestion。
2.當congestion發生時會先放在Queuing中,當Queuing爆了就會發生Drop。

Queuing Algorithms(運算方法)

種類

內容

1.FIFO

(最常用)

*Router自動判斷
*先進先出,當BW大於2MB Router就會使用此方法。
*可用show interface去觀察。
*不適合用於連續傳輸的環境 (FTP or BT or 驢子)。
*只有一個Software Queuing。
*用於LAN當中。
 

2.PQ

(Priority Queueing)

(最常用)

*使用優先權來區分
*分成4個Software Queueing:

(1)High (Q1) (最優先)
(2)Medium (Q2)
(3)Normal (Q3)
(4)Low (Q4) (最後傳送)

依順序傳送,當Hight送完了才換Medium,以此列推,當Hight又插新的資料進來,就會優先傳送Hight的資料。當同等級的Queueing爆了packet就會被drop掉,不會往下一個等級放。
*分類可以依照:

(1)Protocol Type
(2)Incoming interface
(3)Packet Size
(4)Fragment
(5)ACL

*適用的環境: 需要反應時間很短的服務使用,不允許Delay太長的服務,可用於Online Game 的環境。
*設定的方法:

*須要套用在Incoming的介面上。
*Priority-list共有16個可以用,未被分配到的queue會被自動分配。
*若超過16種建議使用MQC。
每一個Queuing的最大深度:
*若把深度調大會耗Money、若調小會耗CPU資源。
 

3.CQ

( Custom Queueing)

(最常用)

*與PQ的觀念一樣。
*最早用來定義哪些流量使用大小的方法。
*使用優先權來區分
*分成4個Software Queuing: High / Medium / Normal / Low,依順序傳送
*用來彌補PQ無法定義Queing的缺點。
*會計算byte count(Packet Size),可以自訂Queuing的大小,達到多Queueing平行傳輸的效果。
*共有16個Queue,未被分配到的queue會被自動分配。
*若超過16種建議使用MQC。
  Example:
Question: 假設網路上的流量種類有3種分別為A, B,及C.所帶的packet size為550B, 330B, and 220B.
希望能夠在頻寬使用分配上各為20%, 30%,及50%.使用CQ方式來設定
A:
(1)計算3種protocol的分配比率:
     20/550:30/33/:50/220=3.63:9.1:22.7
     都*4倍=14.52:36.4:90.8(opation)
     四捨五入=15:36:91(opation)
     把算出的數字填入Queue_limit裡面。
(2)到推分配比例是否接近Question Issue
     3.63*550+9.1*330+22.7*220=1997+3003+4994=9994
(3)計算出準確佔的比率
     A佔:1997/9994=19.98%約20%
     B佔:3003/9994=30.05%約30%
     C佔:4994/9994=49.97%約50%
這樣的比例非常接我們所要的20%, 30%, and 50%
CQ Config *類似ACL的設定方法。
config)#
     queue-list 1 protocol ip 0 tcp ftp (意指被我們所定義的A protocol)
     queue-list 1 protocol ip 1 tcp telnet (意指被我們所定義的B protocol)
     queue-list 1 protocol ip 2 tcp www (意指被我們所定義的C protocol)
     queue-list 1 queue 0 byte-count 550 limit 36 (定義A protocol的權重
     queue-list 1 queue 1 byte-count 330 limit 91 (定義B protocol的權重)
     queue-list 1 queue 2 byte-count 220 limit 227 (定義C protocol的權重  
**Byte-count意指packet size, limit意指Queue-depth
config-if)#
     interface s0/0
          coustom-queue-list 1(套用到介面上才生效)

4.RR

(Round Robin)

*依輪盤的排序方式傳送,所以packet較大時會被分到第2個queuing或第3個。
*傳送的方法為平行處理,一次會把所有的queuing都送出去。
*比重為1:1
*用於Router
*須要統計資料流封包的大小,否則會導致網路效能不佳,較不好用。
 

5.WRR

(Weighted RR)

*權重式的輪盤方式傳送,所以packet較大時會被分到第2個queuing。
*傳送的方法為平行處理,一次會把所有的queuing都送出去。
*可以調整比重。
*用於L2/L3 SW。
*須要統計資料流封包的大小,較不好用。
 

6.WFQ

(Weighted Fair Queue)

(最常用)

*Router自動判斷
*改善FIFO先進先出的缺點,當BW小於2MB Router就會自動使用此方法。
*可用show interface去觀察。
*用在T1 /E1 /F.R的介面。
*無法修改設定,無法做BW的設定。
*分類的方式:

(1)Source IP address
(2)Destination Ip Address
(3)Protocol Number
(4)Type of Service Filed
(5)Source TCP or UDP Number
(6)Destination TCP or UDP Number

*WFQ Drop的行為:

(1)Early Droping:
當Queue被塞爆了,就會啟動Drop機制,Drop順序為先來先丟。
(2)Aggressive Droping:當Hardware Queue被塞爆時,啟動drop的機制。
(預設深度為1024最大4096)

*WFQ基本功能:

(1) 針對互動的資料流(interactive traffic)減少反應時間。
(2)當有大量的flow可以主動避免 ,避免被攻擊。

*WFQ優缺點:

優點 缺點
(1)無需設定 (1)無法變更TOS值
(2)傳送進來的flow都會被classification,以達到公平的傳輸 (2)只支援在小於2MB的介面上
(3)幾乎所有介面都有支援。 (3)只有一個Queue
(4)Cisco的設備全部都支援 (4)無法定義特定資料流量使用的BW
  (5)可以觀察的指令很少。
WFQ Config 變更Software Queue的深度

變更Hardware Queue的深度
 
觀察的方法

7.DWFQ (Distributed WFQ)

*用於Cisco 7000 / 7500,運作的方法與WFQ相同,採用分散式。

8.CBWFQ

(Class-Based WFQ)

(最常用)

*以WFQ為基礎。
*Classfication的方法可以使用NBAR。
*與MQC相同,規定要用MQC+Bandwidth / percentage的指令。
*可對想要的服務做資料流頻寬的保證。
*不支援Voice的功能。
*Router無法自動偵測對外BW的大小,需要以手動的方式設定。(Sarial 介面預設1544bps)
*有Bandwidth及Percent 2種權重的方法。
*缺點:不支援Voice traffic 優先傳送
CBWFQ Config

設定範例:

觀察CBWFQ

9.DCBWFQ (Distributed CBWFQ)

*用於Cisco 7000 / 7500,運作的方法與WFQ相同,採用分散式。

10.LLQ

(Low-Latency Queuing)

(最常用)

*以WFQ為基礎。
*LLQ=PQ(high priority)+CBWFQ(Low Priority)
*PQ會放再第一個Queue會第一個優先處理,不會有延遲的問題。
*支援Voice 有高優先權的功能。
*Classfication的方法可以使用NBAR。
*與MQC相同,規定要用MQC+Priority的指令。
*可對想要的服務做資料流頻寬的保證。
*LLQ的行為方式:
LLQ config

觀察LLQ

CCNP-ONT Module 04 Implement the DiffServ QoS (Part 2)

Filed under: CCNP-ONT Module 04 — nkongkimo @ 00:03:53

Congestion Avoidance

1.RED (Random Early Detection):
不看IP precedence or DSCP值
2.WRED (Weighted Random Early Detection):
看IP precedence or DSCP值
3.CBRED (Class Based Random Early Detection):
直接套在Class-map裡面就可以啟用WRED的功能

*當Software Queue塞車時,後來的封包都會被Tail Drop,故使用Congestion Avoidance的機制預防塞車。

TCP 封包傳輸的特性

1.Three way handshake
2.當overloading時會開始drop封包。
3.會互相傳windows sie來溝通狀態,調整封包的大小。
4.因TCP會藉由window size去偵測網路的狀況,所以會有tail drop的現象。
在圖表會顯示忽高忽低的狀態。
5.TCP傳輸模式

RED(Random Early Detection)

*在Congeston發生前先偵測Queue的使用方法。

RED的行為模式:
(1)No Drop:沒有達到Minimum threshold,不丟棄。
(2)Random Drop:當達到Minimum和Maximum threshold中間質時,會透過MPD值(拋棄率)隨機Drop封包,以降低Queue的Congestion。(MPD值可以設定多少個封包丟一個)
(3)Tail Drop:當超過maximum時會全部drop。
RED的圖形
Config的方法:

WRED

*比RED多了2種功能,可以套用IP Precedence和DSCP值,來做套用的選擇。
*可以套用在任何介面。
*WRED的運作方法:
Config的方法:

1.使用IP Precedence值
 
 

Example:

2.使用DSCP值

Example:
觀察的方法:

Class-Based WRED

*可以直接套在Class-map裡面就可以啟用WRED的功能。

Traffic Policing and Shaping 比較

Policing 規範


1.使用在IN / OUT Bound。
2.只要超過定義的BW就會被Drop
3.因為TCP的特性會有較大的起伏。
4.可以針對將被drop的封包做marking/Re-marking的動作。
5.ISP都使用在inbound的方向。
細部說明  
*可以限制BW的大小,在可以使用的範圍內可以做的方式:

(1)transmin(預設值)
(2)Drop(有congestion時):用於ISP業者
(3)Marking(有congestion時):用於企業內部使用,不允許封包被丟棄。

*建議設定於application上做控制。

 
Cconfig

Shaping 瘦身


1.只能使用在Outbound。
2.會針對Outbound方向的流量留Buffer的動作。
3.不支援Marking及Re-marking
4.可以結合FR,稱為Traffic-shaping。
5.ISP業者較不會使用,因為與集縮比有關。
6.可以設定subinterfce上。
細部說明
*會有一個Buffer的BW。
*通常用於WAN或低速介面。
*建議設定於interface上做控制。
*流量的波動會比Policing小很多。
Config

Policy & Shaping混合使用的狀況

Speed Missmatch 大BW到小BW的方向
Ocersubscription 小BW到大BW的方向

Token Bucket

1.Token Bucket為可允許傳送封包的大小。
2.可以由設定去變更大小。
3.Token Bucket的計算公式:
CIR(bps)=Bc(bits)/Tc(sec)
CIR(Committed information rate): 每秒可傳送的最大頻寬
Bc(Committed Burst): 傳送的資料大小
Tc(Committed time interval): 取樣的時間
Example:

Limite Bandwidth指令的種類

*套用在MQC的Policy-map裡面

指令種類 說明
Priority XXX 保證PQ的BW大小(最大可用BW)
EXP:假如總BW為1MB,設定Priority為128k,那128K就會被分配出來給Voice/Video使用,不會動態分配給其他BW使用,就算目前沒有voice的流量,也會被保留。
Bandwidth XXX 保證最小可使用BW的大小
EXP:表示最小可以使用bandwidth所設定的BW以上,假如今天設定bandwidth為128K,總BW為1MB,在沒有其他流量在使用時,可以使用到1MB,在雍塞時最少可以使用128K。
Police XXX 使用Traffic-policy的機制。
EXP:表示若今天流量超過我所設定的BW,我會做甚麼動作,預設會drop,但是可以設定 Re-marking的動作,以利封包不被drop。

Link Efficiency Mechanisms (Link的優化機制)

1.Compression
壓縮
1.依環境及資料種類可做可不做。
2.用於WAN中小BW的環境。
3.雙方都要做,否則會看不懂送來的資料。
4.可以增加每單位傳輸量,及減少Delay time。
5.可以使用software或hardware壓縮,建議用hardware因為不耗CPU,由外接硬體處理。
6.在台灣Compression不流行,因WAN BW較大。
6.Compression的種類:

(1)Header(表頭) Compression:
針對TCP及RTP Header比較小的做壓縮,例如Voice的傳輸(G.729)。
(2)L2 Payload Compression: 針對Payload的部份做壓縮,用於文件、資料效果較大,不適用用於語音、媒體資料流,較耗設備的資源。

2.LFI
(Link Fragmentation and Interleaving)
1.當Voice與Data一起傳輸時,會把Data切成較小的packet傳輸,以利voice不會產生Delay。
2.用於Multilink PPP、FRF.12(在FR使用)、FRF.11.C(在FR使用)
3.建議用於有voice的環境使用。
4.LFI較不耗CPU資源,建議啟動。
5.LFI會把DATA切成較小的等分並重新排列。
 
6.建議切割大小:

128Kbps->160bps
384Kbps->480bps
512Kbps->640bps

QoS Preclassify Applications

1.原本在VPN後QoS就不生效了,除非在tunnel之前啟動QoS,才可達到QoS的機制。
2.QoS運作的流程:
Incoming+QoS->VPN運算->Tunnel interface->Physical interface out
*在Tunnel裡面只有TOS值其他不會變(TOS值有0~7個等級),其他值都會被更改。

3.QoS for IPSec的種類

(1)IPSec AH
只對Header做封裝加密的動作,TOS不會變
(2)IPSec ESP
對Payload做封裝加密的動作,TOS值不會變

Config:
Example:

QoS SLA

1.SLA(Service Level Agreement):SLA為一個口號與合約有關係。
2.SLA訂定的事項:

(1)Delay(fixed and variable):訂定因人或設備…等,Delay or 斷線修復的時間。
(2)Jitter:浮動的時間。
(3)Packet loss
(4)Throughput:BW的大小。
(5)Availability:穩定度。
3.SLA訂定的越嚴謹,花費會越高。
4.在國內大部分不需要訂定SLA,連國外的線路才有訂的需要。大部份訂定SLA都是和ISP業者訂定。
5.SLA的等級:

(1)金級:
針對voice & Real-Time的部份有低遲延的policy。
保留BW給VOIP使用。
(2)銀級
給Voice 40%的BW,使其有較低的延遲。
對多出來的Voice資料作Re-marking的動作。
做WRED
(3)銅級
使用CBWFQ
保留23%的BW給Voice。
做WRED
保留2%的BW給其他不重要流量使用

End-to-End QoS

1.End-to-End QoS的區域:

(1)QoS in the Compus:
自己可以控制的區域
(2)QoS iat WAN Edge(CE/PE):
自己可以控制的區域
(3)QoS in the Service provider IP Cloud:
無法控制由ISP業者設定,但是可與ISP業者訂定SLA來保證穩定度。

2.Cisco 3層式架構QoS Depoly的方式:

(1)QoS in the Campus – Access Layer:
*定速或其它的設定
*L2的分類,做802.1P(預測值都是0)。
*Auto QoS(Cisco 專屬)
*PQ和CQ的應用(只能看不能做動作)
(2)QoS in the Campus – Distribuation Layer:
*Calssifitin & Marking

Interface
IP Precendence (802.1P)
DSCP
Source or Destination Address
Application
Unclassification
NBAR

*Coregestion Mangment & Queueing

FIFO
PQ
CQ
RR
WRR
WFQ
DWFQ (已不使用)
CBWFQ
DCBWFQ (已不使用)
LLQ

*Corgestion Avoidance

RED
WRED
CBWRED

*Traffic Policing & Shaping

Policing
Shaping
(3)QoS in the Campus – Core Layer:
基本上Core Router不做QoS,只做封包的routing。
Core Router可以做Link Efficiency Mechanism。(就是Compression & LFI)

(4)QoS in the WAN-CE(Edge-to-WAN) – Maneged (ISP擁有)

 
*ISP業者可以連進來設定的CE Router。
*Congestion Management and Queuing
*Traffic Policy and Shaping
*Classfitcation and Marking
*Congestion Avoidance
*Signaling
*Link Efficienay
*做在Outbound會比Inbound好。

(5)QoS in the WAN-CE(Edge-to-WAN) – Unmaneged(Coustom擁有)

*ISP業者不可以連進來設定的CE Router。
*Classification and Marking
*Traffic Policy
*Signaling
(6)QoS in Serrice – Proider Cloud
靠Contract,SLA訂定。

WAN Edge Design

End-to-End QoS for FR 的範例

CoPP(Control Plane Policing)

*CoPP最主要的目的是做Router Security的功能。

*可以針對那些人可以使用Managment的protocol,用來避免DDoS的功能 保護Router被攻擊。

功能種類 內容
Service Plane *Cisco專屬的功能。
如:WCCP、IRDP、IDS/IPS
Manaegment Plane *負責做Managment Control的功能
ControlPlane *會先過濾那些是Management Packet,所以資料先通過Control Plane才會再到Management Plane。
*負責Telnet、SSH、SNMP…等
*Routing Protocol的packet,如IGP/BGP的Session
Data Plane *負責傳送一般的Data
*會先判斷packet的類型,若需要往上送的packet會再往上送。

Example

2008 年 12 月 01 日

CCNP-ONT Module 03 Introducing to IP QoS

Filed under: CCNP-ONT Module 03 — nkongkimo @ 07:42:12

QoS的特點

1.以人為出發點,所以要考慮到人的使用,而非機器使用,人使用起來順手才是重點。
2.做QoS並不會增加BW,因為頻寬已被綁死在L1/L2上了,只是幫資料分類並調整優先權再傳送,關鍵點還是看申請的BW。
3.使用頻寬已經超過可用頻寬50%就要做QoS了。
4.可以設定那些traffic被優先傳送。
5.QoS的選定可由整段路徑BW最小的點開始。
6.預預設沒有任何QoS的機制,預設只有一個Normal Queue,有需要再手動啟動Queuing的機制,分配Traffic的優先權。

image

image

QoS的技術

image

1.Compress 壓縮
分為L2(Header)/L3(TCP)壓縮。
2.Queuing 駐列技術
分為WFQ/CBWFQ/LLQ….等

當有Voice(語音)要使用時,建議使用Header Compression + LLQ會得到最佳效果。

當有Video(視訊)要使用時,建議使用TCP Compression + CBWFQ會得到最佳效果。

End-to-End Delay 的種類

以下四種Delay加起來叫做End-to-End Dely

1.Processing Delay

Router處理封包所花費的時間。
不固定的,看當時設備及BW的狀況。
包含Compression及Uncompression的時間。

2.Queuing Delay

當封包傳輸時會先進入佇列,在佇列等待的時間。
不固定的,看當時設備及BW的狀況。

3.Serialization Delay

線路轉換的時間。(Enthernet轉ATM/F.R)
固定的Delay時間。

4.Propagation Delay

2端點傳遞時間。
固定的Delay時間。

Totle Delay Time算法

image 

End-to-End 使用的QoS的方法

1.用戶端 1.需要做壓縮及解壓縮
2.利用Queuing的技術
3.設定COS值,調整traffic的優先權。
4.COS 6是Internet使用 7是Routing Protocol使用
2.ISP端 1.設備需要看的懂QoS值。
備註 QoS值過了L3的設備,Priority值會被恢復為0,故QoS在每一個設備都要做。

Tail Drop

1.Tail Drop:表示在一段資料傳輸中掉了少數幾個。
2.發生Tail Drop發生在Queue爆掉的時候。
3.預設只有一個Queuing,當有資料被Drop時可以啟動Queuing的技術,分配資料的優先權,以利Voice/Vedio的資料不被丟棄。

QoS使用的步驟

*預設沒有任何QoS的機制,需要手動開啟。

*當環境單純或總BW大於使用BW無需做QoS。

1.Identifying 分辨 (1)Best-effert 1.沒有QoS機制
2.預設值就是Best-Effert。(先進先出)
3.無法管理Traffic傳輸的優先權。
分辨傳輸資料種類 (2)IntServ(Integrated Service) 1.混雜的Traffic。
2.用於Real-Time的服務。
3.Hard-QoS:已經訂好的QoS,無法調整的QoS,類似RSVP。
4.可以保障頻寬(但需要全部路徑都保留BW否則無法建立啟動)
5.RSVP建立成功會自動啟動QoS的功能。
6.當RSVP斷線時所有的資料就會中斷。
7.RSVP用於LAN環境。
  (3)DiffServ(Different Service) 1.Soft-QoS,可以自行訂定的QoS。
2.具有最大的彈性,但需要手動設定。
2.Cassify 分類   分類,訂定群組
3.Policy 動作   1.不同群組做不同優化動作
2.需要手動設定。

QoS設定的種類

方法 內容
1.Legacy CLI 1.最早的設定方法。
2.設定起來較麻煩,比較不方便除錯。
3.By Interface做設定,每一個介面都要下指令。
  Example
2.MQC 1.比較方便的方法
2.有階層式架構。
3.MQC的步驟:

(1)Class-Map (IF):

*訂義想要看的流量。
*可以被重復使用。
*可以互相套用。
*設定不會影響本機端傳輸。
*有2種模式:

1.Match-All 預設值,與AND的概念一樣,要全部條件符合才會可以。
2.Match-Any 與OR的概念一樣,只要符合其中一樣條件就可以了。

*ACL針對特定流量或來源、目的地的方法:

(2)Policy-Map (Action):

*針對想要的流量做動作。
*只要IOS支援可以做任何動作。(BW傳輸分配、變更參數、拒絕傳輸…)
*設定不會影響本機傳輸。
*可以重復使用。
*可以互相套用。
*一條Policy-Map可以寫入256條Class-Map進去。
*有大小寫區分。
(3)Service-Policy (Apply):

*套用在interface的Inbound or Outbound上。
*套用後Policy-Map才會生效。

*檢查MQC是否運作:

show class-map
show policy-map interface
show access-list (看ACL有無被使用)
  Example:

1.
2.
3.Cisco Auto QoS 1.Cisco專屬的協定。
2.建議用在有VoIP的網路及LAN的網路。
3.比較不易看到效果。
4.Auto-QoS會自動做的Function:

5.須要啟動的服務:

(1)啟動CEF: ip cef (IOS 12.3以上都預設啟動 )
(2)啟動NBAR: ip nbar protocol-discovery
(3)設定正確介面的BW: bandwidth XXX

6.設定的方法:

4.Cisco SDM QoS Wizard 1.圖形化的設定,邏輯與MQC的方式相同。
2.相關設定可參考網路學院第3章3.5節。

Voice的特性 & 範例

1.需要High priority / low Delay / constant bandwidth
2.Example:

在WordPress.com寫網誌.