web運維需要掌握的路由知識點有哪些

這篇文章主要講解了“web運維需要掌握的路由知識點有哪些”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“web運維需要掌握的路由知識點有哪些”吧！

1. 什么時候使用多路由協議?

當兩種不同的路由協議要交換路由信息時，就要用到多路由協議。當然，路由再分配也可以交換路由信息。

下列情況不必使用多路由協議：

從老版本的內部網關協議( Interior Gateway Protocol，IGP)升級到新版本的IGP。
想使用另一種路由協議但又必須保留原來的協議。
想終止內部路由，以免受到其他沒有嚴格過濾監管功能的路由器的干擾。
在一個由多個廠家的路由器構成的環境下。

2. 什么是距離向量路由協議?

距離向量路由協議是為小型網絡環境設計的。在大型網絡環境下，這類協議在學習路由及保持路由將產生較大的流量，占用過多的帶寬。如果在90秒內沒有收到相鄰站點發送的路由選擇表更新，它才認為相鄰站點不可達。

每隔30秒，距離向量路由協議就要向相鄰站點發送整個路由選擇表，使相鄰站點的路由選擇表得到更新。這樣，它就能從別的站點(直接相連的或其他方式連接的)收集一個網絡的列表，以便進行路由選擇。距離向量路由協議使用跳數作為度量值，來計算到達目的地要經過的路由器數。

例如，R I P使用B e l l m a n - F o r d算法確定最短路徑，即只要經過最小的跳數就可到達目的地的線路。最大允許的跳數通常定為1 5。那些必須經過1 5個以上的路由器的終端被認為是不可到達的。

距離向量路由協議有如下幾種：

IP RIP、IPX RIP、Apple Talk RTMP和IGRP。

3. 什么是鏈接狀態路由協議?

鏈接狀態路由協議更適合大型網絡，但由于它的復雜性，使得路由器需要更多的CPU資源。它能夠在更短的時間內發現已經斷了的鏈路或新連接的路由器，使得協議的會聚時間比距離向量路由協議更短。

通常，在1 0秒鐘之內沒有收到鄰站的hello報文，它就認為鄰站已不可達。一個鏈接狀態路由器向它的鄰站發送更新報文，通知它所知道的所有鏈路。

它確定最優路徑的度量值是一個數值代價，這個代價的值一般由鏈路的帶寬決定。具有最小代價的鏈路被認為是最優的。在最短路徑優先算法中，最大可能代價的值幾乎可以是無限的。

如果網絡沒有發生任何變化，路由器只要周期性地將沒有更新的路由選擇表進行刷新就可以了(周期的長短可以從3 0分鐘到2個小時)。

鏈接狀態路由協議有如下幾種：IP OSPF、IPX NLSP和IS-IS。

一個路由器可以既使用距離向量路由協議，又使用鏈接狀態路由協議嗎?

可以。每一個接口都可以配置為使用不同的路由協議;但是它們必須能夠通過再分配路由來交換路由信息。(路由的再分配將在本章的后面進行討論。)

4. 什么是訪問表?

訪問表是管理者加入的一系列控制數據包在路由器中輸入、輸出的規則。它不是由路由器自己產生的。訪問表能夠允許或禁止數據包進入或輸出到目的地。

訪問表的表項是順序執行的，即數據包到來時，首先看它是否是受第一條表項約束的，若不是，再順序向下執行;如果它與第一條表項匹配，無論是被允許還是被禁止，都不必再執行下面表項的檢查了。

每一個接口的每一種協議只能有一個訪問表。

支持哪些類型的訪問表?

一個訪問表可以由它的編號來確定。具體的協議及其對應的訪問表編號如下：

IP標準訪問表編號：1～9 9
IP擴展訪問表編號：1 0 0～1 9 9
IPX標準訪問表編號：8 0 0～8 9 9
IPX擴展訪問表編號：1 0 0 0～1 0 9 9
AppleTalk訪問表編號：6 0 0～6 9 9
提示：在Cisco IOS Release11.2或以上版本中，可以用有名訪問表確定編號在1～199的訪問表。

5. 如何創建IP標準訪問表?

一個IP標準訪問表的創建可以由如下 命令來完成：

Access-list access list number {permit | deny} source [source-mask]

在這條 命令中：

access list number：確定這個入口屬于哪個訪問表。它是從1到9 9的數字。
permit | deny：表明這個入口是允許還是阻塞從特定地址來的信息流量。
source：確定源I P地址。
s o u r c e - m a s k：確定地址中的哪些比特是用來進行匹配的。如果某個比特是"1"，表明地址中該位比特不用管，如果是"0"的話，表明地址中該位比特將被用來進行匹配。可以使用通配符。
以下是一個路由器配置文件中的訪問表例子：

Router# show access-lists 
Standard IP access list 1 
deny 204.59.144.0, wildcard bits 0.0.0.255 
ermit any

6. 什么時候使用路由再分配?

路由再分配通常在那些負責從一個自治系統學習路由，然后向另一個自治系統廣播的路由器上進行配置。如果你在使用IGRP或EIGRP，路由再分配通常是自動執行的。

7. 什么是管理距離?

管理距離是指一種路由協議的路由可信度。每一種路由協議按可靠性從高到低，依次分配一個信任等級，這個信任等級就叫管理距離。對于兩種不同的路由協議到一個目的地的路由信息，路由器首先根據管理距離決定相信哪一個協議。

8. 為什么確定毗鄰路由器很重要?

在一個小型網絡中確定毗鄰路由器并不是一個主要問題。因為當一個路由器發生故障時，別的路由器能夠在一個可接受的時間內收斂。但在大型網絡中，發現一個故障路由器的時延可能很大。

知道毗鄰路由器可以加速收斂，因為路由器能夠更快地知道故障路由器，因為hello報文的間隔比路由器交換信息的間隔時間短。

使用距離向量路由協議的路由器在毗鄰路由器沒有發送路由更新信息時，才能發現毗鄰路由器已不可達，這個時間一般為10～90秒。而使用鏈接狀態路由協議的路由器沒有收到hello報文就可發現毗鄰路由器不可達，這個間隔時間一般為10秒鐘。

距離向量路由協議和鏈接狀態路由協議如何發現毗鄰路由器?

使用距離向量路由協議的路由器要創建一個路由表(其中包括與它直接相連的網絡)，同時它會將這個路由表發送到與它直接相連的路由器。

毗鄰路由器將收到的路由表合并入它自己的路由表，同時它也要將自己的路由表發送到它的毗鄰路由器。使用鏈接狀態路由協議的路由器要創建一個鏈接狀態表，包括整個網絡目的站的列表。在更新報文中，每個路由器發送它的整個列表。

當毗鄰路由器收到這個更新報文，它就拷貝其中的內容，同時將信息發向它的鄰站。在轉發路由表內容時沒有必要進行重新計算。

注意使用IGRP和EIGRP的路由器廣播hello報文來發現鄰站，同時像OSPF一樣交換路由更新信息。EIGRP為每一種網絡層協議保存一張鄰站表，它包括鄰站的地址、在隊列中等待發送的報文的數量、從鄰站接收或向鄰站發送報文需要的平均時間，以及在確定鏈接斷開之前沒有從鄰站收到任何報文的時間。

9. 什么是自治系統?

一個自治系統就是處于一個管理機構控制之下的路由器和網絡群組。它可以是一個路由器直接連接到一個LAN上，同時也連到Internet上;它可以是一個由企業骨干網互連的多個局域網。

在一個自治系統中的所有路由器必須相互連接，運行相同的路由協議，同時分配同一個自治系統編號。自治系統之間的鏈接使用外部路由協議，例如BGP。

10. 什么是BGP?

BGP(Border GatewayProtocol)是一種在自治系統之間動態交換路由信息的路由協議。一個自治系統的經典定義是在一個管理機構控制之下的一組路由器，它使用IGP和普通度量值向其他自治系統轉發報文。

在BGP中使用自治系統這個術語是為了強調這樣一個事實：一個自治系統的管理對于其他自治系統而言是提供一個統一的內部選路計劃，它為那些通過它可以到達的網絡提供了一個一致的描述。

11. BGP支持的會話種類?

BGP相鄰路由器之間的會話是建立在TCP協議之上的。TCP協議提供一種可靠的傳輸機制，支持兩種類型的會話：

外部BGP(EBGP)：是在屬于兩個不同的自治系統的路由器之間的會話。這些路由器是毗鄰的，共享相同的介質和子網。
內部BGP(IBGP)：是在一個自治系統內部的路由器之間的會話。它被用來在自治系統內部協調和同步尋找路由的進程。
BGP路由器可以在自治系統的任何位置，甚至中間可以相隔數個路由器。注意初始的數據流的內容是整個BGP路由表。但以后路由表發生變化時，路由器只傳送變化的部分。BGP不需要周期性地更新整個路由表。

因此，在連接已建立的期間，一個BGP發送者必須保存有當前所有同級路由器共有的整個BGP路由表。BGP路由器周期性地發送Keep Alive消息來確認連接是激活的。當發生錯誤或特殊情況時，路由器就發送Notification消息。當一條連接發生錯誤時，會產生一個 notification消息并斷開連接。

12. BGP允許路由再分配嗎?

允許。因為BGP主要用來在自治系統之間進行路由選擇，所以它必須支持RIP、OSPF和 IGRP的路由選擇表的綜合，以便將它們的路由表轉入一個自治系統。

BGP是一個外部路由協議，因此它的操作與一個內部路由協議不同。在BGP中，只有當一條路由已經存在于IP路由表中時，才能用NETWORK命令在BGP路由表中創建一條路由。

感謝各位的閱讀，以上就是“web運維需要掌握的路由知識點有哪些”的內容了，經過本文的學習后，相信大家對web運維需要掌握的路由知識點有哪些這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！