日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

邊界網(wǎng)關(guān)協(xié)議學(xué)習(xí)指引( 二 )

云知道


2.1 需求之一—路由傳播
現(xiàn)在我們提出一個需求：兩個ISP通過一條高速POS鏈路連接起來 ， 這兩個ISP想把各自的路由通知給對方 。如下圖所示：
圖中ISP1的路由器RT1知道ISP1的所有路由 ， 而ISP2的邊界路由器RT2知道ISP2的所有路由 ， 當(dāng)然 ， 這兩個路由器是通過IGP路由協(xié)議 ， 比如OSPF完成這一點的 。
假設(shè)沒有BGP ， 我們怎樣解決這個問題呢？
實際上 ， 解決這個問題的方案很多 ， 這里我們使用這樣一種解決方式：讓RT1和RT2運行RIP2協(xié)議 ， 而且僅僅在RT1和RT2互連的POS接口上運行 ， 在RT1和RT2上分別把ISP1的路由和ISP2的路由引入RIP 。這樣RIP進程就每隔三秒種 ， 把自己的路由表通告給對方一次 ， 互相學(xué)習(xí)之后 ， 兩個ISP的邊界路由器RT1和RT2就知道了對方的路由 ， 這樣在RT1和RT2上再把RIP路由引入到兩個ISP運行的IGP協(xié)議即可 。
可見 ， 在這里我們使用RIP解決了兩個ISP的路由傳播問題 ， 但有一個嚴重的缺陷：默認情況下 ， RIP每隔三秒鐘把自己的路由表通告一遍 ， 這樣假如兩個ISP的路由表非常大（達到100000條） ， 完成這個通告的過程也需要不止三秒的時間 ， 這樣整個POS鏈路就完全為RIP通告服務(wù) ， 而不能轉(zhuǎn)發(fā)其他數(shù)據(jù)了 。
為了解決這個問題 ， 我們對RIP協(xié)議做如下改造：
1、去掉RIP的每三秒通告一次路由表的規(guī)則；
2、引入增量通告規(guī)則 ， 即假如路由沒有變化 ， 則不發(fā)任何通告 ， 一旦路由有變化 ， 則按照下列規(guī)則進行：假如是路由增加 ， 則通告給對方增加的路由 ， 假如是路由刪除 ， 則通告給對方刪除的路由 ， 假如是路由修改（比如修改了下一跳等） ， 則首先通告一個路由刪除 ， 再通告一個路由增加 。
這樣改進之后 ， 只要路由表不進行大的改變 ， 整個POS鏈路上就會很平靜 。
細心的讀者可能會發(fā)現(xiàn)另外一個問題：開始的時候 ， ISP1和ISP2的兩個邊界路由器必須有一個同步的過程 ， 也就是說 ， 兩個邊界路由器RT1和RT2剛開始建立鄰居關(guān)系的時候 ， 需要把自己的整個路由表傳輸給對方 。而傳統(tǒng)的RIP協(xié)議是使用UDP作為自己的傳輸協(xié)議的 ， 這個協(xié)議的最大缺點就是不可靠 ， 不適合傳輸大量的數(shù)據(jù) 。所以我們?yōu)榱藗鬏旪嫶蟮穆酚杀?， 可以考慮使用其他的傳輸協(xié)議 ， 當(dāng)然 ， 最輕易想到的就是TCP協(xié)議 。
于是 ， 我們再對RIP進行改進：把用于傳輸?shù)膮f(xié)議由UDP改為TCP 。這樣改進之后 ， RIP使用的發(fā)現(xiàn)和維護鄰居的機制也應(yīng)該改變（RIP使用HELLO報文來發(fā)現(xiàn)和維護鄰居） ， 我們可以這樣考慮：
1、因為要建立TCP連接 ， 所以ISP兩端的路由器必須知道對方的IP地址 ， 我們通過靜態(tài)配置的方式告知路由器；
2、ISP邊界路由器知道對方的IP地址后 ， 就可以嘗試跟對方建立連接了 ， 假如連接不能建立 ， 說明對方還未激活 ， 于是會等待一段時間再進行連接的建立 ， 這個過程一直重復(fù) ， 直到連接建立；
3、假如TCP連接建立起來 ， 兩端的設(shè)備必須交換某些數(shù)據(jù)以確認對方的能力或確定自己下一步的行動 ， 即所謂的能力交互 。這個過程是必須的 ， 因為任何支持IP 協(xié)議棧的設(shè)備都支持TCP連接的建立 ， 而不是每個支持IP協(xié)議棧的設(shè)備都支持我們擴展的RIP協(xié)議 ， 所以我們必須在該TCP連接上進行確認；
4、確認了對方支持我們擴展的RIP協(xié)議后 ， 我們就可以進行路由表的同步了 。因為TCP是基于數(shù)據(jù)流傳輸服務(wù)的 ， 所以設(shè)備一次可以傳輸大量的數(shù)據(jù)給對方 ， 而不用擔(dān)心數(shù)據(jù)的丟失（因為有TCP機制保證）；
5、兩端路由表同步完成之后 ， 并不是立即拆除這個連接 ， 因為以后假如有路由表改變了 ， 需要重新進行同步（注重 ， 這里是增量同步） ， 假如把這個TCP連接給拆除了 ， 以后同步的時候必須重新建立 ， 這樣需要消耗很多資源 ， 假如利用保持的TCP連接 ， 就可以不用重新建立連接而馬上進行數(shù)據(jù)的傳輸；

推薦閱讀