CCNP學習筆記1-路由

路由原理算法

  目標:瞭解數據的封裝和解封裝的過程緩存

        瞭解路由器工做原理
網絡

        瞭解路由器的轉發模式
負載均衡


問題:tcp

      OSI模型和TCP/IP模型的區別。各層做用?
ide

            1,層次不一樣;2,OSI先有模型後有協議,TCP/IP相反;OSC適用全部協議;TCP/IP只適用                於tcp/ip的協議
spa

      TCP/IP模型中是怎想識別上層數據類型的
翻譯

      一個IP數據包能才能從接口發出去須要哪些幾個必要條件
代理

      cisco路由器轉發模式哪幾種(3種)
指針

      什麼是負載均衡

      社麼是基於包的負荷,什麼是基於目標負載

      什麼是代理ARP無端ARP


◆IP包能被轉發的三個條件

    肯定目標IP包的目標地址可達

    肯定目標網段的下一條,嚇一跳的出接口是可達的

    重寫介質訪問控制頭部使他成功到達下一條(須要二層映射)例如以太網要有APR映射;幀中繼要有本地DLCI號和對端IP的映射


◆ 要完成對數據包的傳輸,路由器必須知道並處理的信息

    1,目的地址

    2,相鄰路由器,而且可以從鄰居獲取遠程網絡的信息

    3,到遠程網絡的全部肯能的路徑

    4,能計算出到遠程網絡的最佳路徑

    5,要能維護並驗證路由信息,在路徑發送改變時,要能很快知道。


◆路由條目結構:

    5+1 前綴,掩碼 ,嚇一跳地址出接口, AD ,度量值(直連和靜態沒有)

 ■管理距離做用:比較到達相同目標網絡的不一樣協議用哪一個協議。

    直連:0 ;

    靜態:1;

    eigrp彙總:5;

    EBGP:20; 

    eigrp內部:90;

    ospf:11;

    is-is 115;

    rip:120;

    eigrp外部:170

    iBGP:200


路由分類:

        按應用範圍 IGP EGP

        按工做原理 距離矢量,鏈路狀態,混合

        按有類路由,無類路由


IP包頭格式

wKioL1Y9ZgziSh3kAAFKU9ChrRQ249.jpg


版本:0100ipv4 0110ipv6

head length:肯定包頭長度 20-60字節

優先級服務類型:QoS

總長:描述IP包長度

標識符:數據分片後給相同數據的碎片打上相同的標識

標誌:3bit 第一位不使用0;第二位DF:1表示不分片;最後一位MF:把分段包除最後一個分段的其餘包       頭的MF位置1,即MF=0標識後邊還有分片,MF=1表示這是最後一個分片。

段偏移量:標記每一個碎片的位置,接收端利用這個還原數據包。

(標識符:區分不一樣數據包,分片後相同數據包的分片打相同標識)

 (段偏移量:區分相同數據包內的不一樣碎片,用來還原)

  注意:IP包分片後,重組是在目標路由器重組,不是在嚇一跳重組。

TTL:每通過一個路由器減1。0的時候丟棄

協議號:區分上層數據

        TCP:6  UDP:17

        EIGRP:88

        OSPF:89

頭部校驗和:長度16位。用來作IP頭部的正確性檢測,但不包含數據部分。 由於每一個路由器要改變TTL的值,因此路由                         器會爲每一個經過的數據包從新計算這個值。

可選項:經過擴展ping可查看

              鬆散源路由選擇;經過擴展ping指定須要經過的接口IP,不論路徑怎麼走必要要通過你指定的接口地址到達目標

              嚴格源路由選擇:嚴格按照經過擴展ping指定的下一跳IP的順序到達目標,必須是下一條可達的。

              記錄路由:記錄出接口地址

              時間戳:無用

◆TCP封裝格式

wKioL1Y9cobjDQ-0AAF06Ds8Q6k976.jpg源,目的端口:區分上層數據

序列號:切片後,對端還原重組用的

確認號:可靠傳輸 ACK

首部長:20--60

URG;緊急指針位

PSH:數據當即交給用戶,不在緩存中停留

RST:當即斷開TCP鏈接

SYN:請求創建鏈接

FIN:請求斷開鏈接


◆IPV4

        VLSM:可變長度子網掩碼

        CIDR:無類域間路由

靜態路由:

                靜態路由

                默認路由

                彙總靜態路由

                選擇靜態路由:原理 最長匹配

                浮動靜態路由:原理 管理距離

                遞歸靜態路由


負載均衡和Cisco 急速轉發

    基於目標網絡的負載均衡是根據分配負載(Cisco默認的負載均衡方式)

    基於數據包的負載均衡

    

思科轉發數據包方式(3種)到底何時用哪一種看---卷一86頁 表3-1

    1,CEF轉發

    2,快速轉發

    3,進程轉發

實驗看效果:

        wKiom1Y9dUWjc47ZAABGOxx2mQQ477.jpg

1,配置接口IP和R3的lo0 33.1.1.1

2,全網eigrp 

3,R2 show ip ro 可看到到33.1.1.1的負載均衡

           CEF(默認) 

                sho ip cef 根據CEF錶轉發

           快速轉發。(一次路由,屢次轉發)

                no ip cef 關閉CEF ,變爲快速轉發。

                sho ip cache  根據cache錶轉發,在沒有數據轉發時,表爲空,從R1pingR2 表中可看錶內容。第一個包出發路由表查詢,產生cache表,以後再用去往相同目標網段,不會再查路由表,直接經過cache錶轉發出去。

            進程轉發。

                   接口下,關閉cache轉發 

                            int f1/0

                                no ip route-cache

                            int f2/0

                                 no ip route-cache

                            驗證:再R1 ping R3 ;;;;;show ip cache 看不到cache表內容。

                    每個數據包都要查路由表,負載中走哪一條,

                   由路由指針決定的sho ip ro 33.1.1.0 255.255.255.0 *標記的內容。在從R1ping一次,再sho ip ro                                33.1.1.0 255.255.255.0 可看到*標記到另外一條鏈路

    總結(基於目標負載和基於數據包負載)

            快速轉發一次路由屢次轉發。即去往相同目標的數據,第一個包查路由表以後的數據包都是基於cache表                                 轉 發的,因此出接口不變, 因此,去往相同目標的數據只走相同一條鏈路;去往不一樣目標的才走另                               一條 鏈路,由於要再查 一次路由表。

           進程轉發:每一個數據包的轉發都是基於路由表的,因此,每一個數據包的轉發都是走不一樣的鏈路

            CEF:*(既能夠基於目標轉發,也能夠基於數據包轉發)默認基於目標的負載

                       show ip cef 33.1.1.0 internal

                                 第一行末尾:per-destination shaing

                        CEF表中有不少轉發通道,具體用的哪一個通道,是CEF算法本身哈希算出來。

                        ip cef accounting load-balance-hash 看到底經過哪條鏈路走的,R1 ping R3 再查看CEF表就看到用哪                           個通道了

                   CEF 在出接口設置 可更改基於數據包的負載。

                           int f1/0

                                ip load-sharing per-packet

                            int f2/0

                                 ip load-sharing per-packet

                        show ip cef 33.1.1.0 internal 可看到 per-packet sharing 實驗結果須要等一下子

        儘可能不要更改,負載方式,由於基於目標的負載要好於基於包的負載(例如NAT時會被翻譯成不一樣的IP出去)

相關文章
相關標籤/搜索