Cisco專業認證介紹(updated on 02/23/2009)

昨天應Cisco邀請協助到CHT去介紹目前Cisco認證所有Track的現況及相關課程。我想這份資料對許多不了解Cisco認證的人都或多或少有所幫助，因此我把這份文件放到Scribd供各位下載參閱，如有任何不清楚或是其他更好的建議也歡迎給我批評及指教。



Cisco專業認證介紹

Comments

Post a Comment

Popular posts from this blog

何謂"Trunking"?

您知道三層交換機技術中常提到的TRUNK是什麼意思嗎？ 在技術領域中把TRUNK翻譯為中文是“主幹、幹線、中繼線、長途線”，不過一般不翻譯，直接用原文。同樣的名詞在不同場合中有不同的解釋： 1、 在網路的分層結構和頻寬的分配方面，TRUNK被解釋為“端口匯聚”，是頻寬擴展和鏈路備份的一個重要途徑。TRUNK把多個物理端口捆綁在一起當作一個邏輯端口使用，可以把多組端口的頻寬累加起來使用。TRUNK技術可以實現TRUNK內部多條鏈路互為備份的功能，即當一條鏈路出現故障時，不影響其他鏈路的工作，同時多鏈路之間還能實現流量負載均衡。 2、在電信網路的語音級的線路中，Trunk指的是“主幹網路、電話幹線”，即兩個交換局或交換機之間的連接電路或信道，它能夠在兩端之間進行轉接，並提供必要的訊號和終端設備傳輸。 3、 在Routing & Switching領域中，VLAN的端口聚合有的叫TRUNK，不過大多數都叫TRUNKING ，如CISCO。所謂的TRUNKING是用來在不同的交換機之間進行連接，以保證在跨越多個交換機上建立的同一個VLAN的成員能夠相互通訊。其中交換機之間互聯用的端口就稱為TRUNK端口。 TRUNKING是基於OSI第二層技術，如果你在2個交換機上分別劃分了多個VLAN（VLAN也是基於Layer2的），那麼分別在兩個交換機上的VLAN10和VLAN20的各自的成員如果要互通，就需要在A交換機上設為VLAN10的端口中取一個和交換機B上設為VLAN10的某個端口利用一條實體線路相連接。 那麼如果交換機上設定了10個VLAN就需要分別使用10條實體線路來跟另一個交換機上10個不同VLAN的端口互相連結。相對來說使用效率低落而且管理不易。如果交換機支援TRUNKING的話，事情就簡單多了，只需要2個交換機之間有一條實體連線，並將對應的端口設置為Trunk，這條線路就可以承載交換機上所有VLAN的資訊。這樣的話，就算交換機上設了上百個個VLAN也只要用1個端口就可以解決了。 如果交換機上相同VLAN的主機要相互通信，那麼可以通過共用的trunk端口就可以實現；如果是不同VLAN的主機之間要相互通信，就必需要通過第三方的路由功能的設備來實現。這也就是所謂的Inter-VLAN Routing。 【例】假設有兩個VLAN，分別為VLAN 1(Switch F...
Read More »

TCP/IP 明確擁塞通知 (ECN)

Image
當路由器擁塞的程度已經達到填滿傳入封包緩衝區而開始捨棄封包時，會影響網路而縮減頻寬，對資料損失敏感或具時效性的傳輸量流動會進而受到衝擊，而且可能在擁塞之後產生連結閒置時間。TCP/IP 明確擁塞通知 (ECN) 讓路由器能夠通知「傳輸控制通訊協定」(TCP) 對等體，由於網路擁塞，緩衝區已滿。TCP 對等體會以減緩資料傳輸來回應，協助防止封包損失。 明確擁塞通知(Explicit Congestion Notification) TCP/IP 的 ECN 支援同時使用 IP 及 TCP 標頭中的未使用位元。 • 在 (IP) 網際網路層上，轉送封包時，傳送主機必須能夠表示有能力執行 ECN，而路由器則必須能夠指出所遇到的擁塞狀況。 • 在 (TCP) 傳輸層，TCP 對等體必須彼此表明有能力執行 ECN。接收端對等體必須能夠通知傳送端對等體，已經從遇到擁塞狀況的路由器接到封包；傳送端對等體必須能夠通知接收端對等體，已經從接收端對等體接到擁塞指標，並且已經降低傳輸速率。 IP 中的 ECN 支援 IP 標頭中的 8 位元 [Type of Service (TOS)] 欄位最先定義於 RFC 791 中，指出封包由路由器進行非預設傳送的傳送優先順序、延遲、輸送量、可靠性，以及成本等特性。TOS 欄位在 RFC 2474 中重新定義，以包含 6 位元區別服務代碼點 (Differentiated Services Code Point, DSCP) 及兩個未使用的位元。DSCP 值表示的傳送優先順序會對應於先前在內部網路的路由器中設定的佇列。IP 中的 ECN 支援使用 RFC 2474 所定義 TOS 欄位的兩個未使用位元。[圖 1] 顯示 ECN 中 TOS 欄位的新定義。 圖 1：ECN 中 TOS 欄位的新定義 RFC 2474 所定義 TOS 欄位中的兩個未使用位元在 RFC 3168 中定義為 ECN 欄位，欄位的值如下： • 00 傳送主機不支援 ECN。 • 01 或 10 傳送主機支援 ECN。 • 11 路由器已遇到擁塞狀況。 具備 ECN 功能的主機傳送其封包時，會將 ECN 欄位設定為 01 或 10。對於具備 ECN 功能的主機所傳送的封包，如果路徑中的路由器具備 ECN 功能，但是正遇到擁塞狀況，則 ECN 欄位會設定為 11。一旦 ECN ...
Read More »

IGMPv1 vs IGMPv2 vs IGMPv3

What is IGMPv1? IGMPv1使用Query-Response模型來允許Multicast Router和Multi-Layer Switch來確定在本網段內哪個Multicast Group是啟動的。在這個模型中，Router或Switch充當IGMP Querier，週期性(每隔60秒)地發送IGMPv1 Membership Query給224.0.0.1。啟用Multicast的所有主機監聽該位址並接收Query Packet。主機以IGMPv1 Membership Report回覆，表示它要接收特定Group的Multicast Traffic；該網段中的Router或Switch就可以了解Multicast Group中有哪些接收者。 主機可以通過發送一個或多個主動的Membership Report封包表明加入(Join)一個Multicast Group。如: 某個主機主動發送一個Report封包表明要接收Multicast Group(224.1.1.1)的流量。 主機通過停止處理Multicast Group Traffic以及不回應IGMP Query的方式來離開Multicast Group。 IGMPv1依靠L3的IP Multicast Routing Protocol(PIM、DVMRP等)來解決同一網段中哪個Router或Multi-Layer Switch成為Querier。Querier Router發送IGMPv1的Query來確定哪個Multicast Group是啟動的。通常Designated Router會被選擇為Querier。 IGMPv1的封包有2種： - Member Query(224.0.0.1, 每60秒查詢一次) - Member Report What is IGMPv2? IGMPv2的Query和Membership Report與IGMPv1類似。它們的差別在於： (一) IGMPv2的Query分為兩部分： - General Query(功能與IGMPv1的Query相同) - Group-Specific Query(僅查詢特定Group的資訊) (二) IGMPv1和IGMPv2的Membership Report使用不同的類型代碼。 IGMPv2的新特性包括： 1）Que...
Read More »