VRRP协议介绍--转
生活随笔
收集整理的這篇文章主要介紹了
VRRP协议介绍--转
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
http://www.cnblogs.com/jony413/articles/2697404.html
VRRP協議介紹 參考資料: RFC 37681. 前言
VRRP(Virtual Router Redundancy Protocol)協議是用于實現路由器冗余的協議，最新協議在RFC3768中定義，原來的定義RFC2338被廢除，新協議相對還簡化了一些功能。
2. 協議說明
2.1 協議
VRRP協議是為消除在靜態缺省路由環境下的缺省路由器單點故障引起的網絡失效而設計的主備模式的協議，使得在發生故障而進行設備功能切換時可以不影響內外數據通信，不需要再修改內部網絡的網絡參數。VRRP協議需要具有IP地址備份，優先路由選擇，減少不必要的路由器間通信等功能。
VRRP協議將兩臺或多臺路由器設備虛擬成一個設備，對外提供虛擬路由器IP(一個或多個)，而在路由器組內部，如果實際擁有這個對外IP的路由器如果工作正常的話就是MASTER，或者是通過算法選舉產生，MASTER實現針對虛擬路由器IP的各種網絡功能，如ARP請求，ICMP，以及數據的轉發等；其他設備不擁有該IP，狀態是BACKUP，除了接收MASTER的VRRP狀態通告信息外，不執行對外的網絡功能。當主機失效時，BACKUP將接管原先MASTER的網絡功能。
配置VRRP協議時需要配置每個路由器的虛擬路由器ID(VRID)和優先權值，使用VRID將路由器進行分組，具有相同VRID值的路由器為同一個組，VRID是一個0～255的正整數；同一組中的路由器通過使用優先權值來選舉MASTER，優先權大者為MASTER，優先權也是一個0～255的正整數。
VRRP協議使用多播數據來傳輸VRRP數據，VRRP數據使用特殊的虛擬源MAC地址發送數據而不是自身網卡的MAC地址，VRRP運行時只有MASTER路由器定時發送VRRP通告信息，表示MASTER工作正常以及虛擬路由器IP(組)，BACKUP只接收VRRP數據，不發送數據，如果一定時間內沒有接收到MASTER的通告信息，各BACKUP將宣告自己成為MASTER，發送通告信息，重新進行MASTER選舉狀態。
2.2 MASTER選舉
如果對外的虛擬路由器IP就是路由器本身配置的IP地址的話，該路由器始終都是MASTER；
否則如果不具備虛擬IP的話，將進行MASTER選舉，各路由器都宣告自己是MASTER，發送VRRP通告信息；
如果收到其他機器的發來的通告信息的優先級比自己高，將轉回BACKUP狀態；
如果優先級相等的話，將比較路由器的實際IP，IP值較大的優先權高；
不過如果對外的虛擬路由器IP就是路由器本身的IP的話，該路由器始終將是MASTER，這時的優先級值為255。
2.3 協議狀態機
VRRP協議狀態比較簡單，就三種狀態，初始化，主機，備份機。
初始化：
路由器啟動時，如果路由器的優先級是255(最高優先級，路由器擁有路由器地址)，要發送VRRP通告信息，并發送廣播ARP信息通告路由器IP地址對應的MAC地址為路由虛擬MAC，設置通告信息定時器準備定時發送VRRP通告信息，轉為MASTER狀態；
否則進入BACKUP狀態，設置定時器檢查定時檢查是否收到MASTER的通告信息。
主機：
主機狀態下的路由器要完成如下功能：
設置定時通告定時器；
用VRRP虛擬MAC地址響應路由器IP地址的ARP請求；
轉發目的MAC是VRRP虛擬MAC的數據包；
如果是虛擬路由器IP的擁有者，將接受目的地址是虛擬路由器IP的數據包，否則丟棄；
當收到shutdown的事件時刪除定時通告定時器，發送優先權級為0的通告包，轉初始化狀態；
如果定時通告定時器超時時，發送VRRP通告信息；
收到VRRP通告信息時，如果優先權為0，發送VRRP通告信息；否則判斷數據的優先級是否高于本機，或相等而且實際IP地址大于本地實際IP，設置定時通告定時器，復位主機超時定時器，轉BACKUP狀態；否則的話，丟棄該通告包；
備機：
備機狀態下的路由器要實現以下功能：
設置主機超時定時器；
不能響應針對虛擬路由器IP的ARP請求信息；
丟棄所有目的MAC地址是虛擬路由器MAC地址的數據包；
不接受目的是虛擬路由器IP的所有數據包；
當收到shutdown的事件時刪除主機超時定時器，轉初始化狀態；
主機超時定時器超時的時候，發送VRRP通告信息，廣播ARP地址信息，轉MASTER狀態；
收到VRRP通告信息時，如果優先權為0，表示進入MASTER選舉；否則判斷數據的優先級是否高于本機，如果高的話承認MASTER有效，復位主機超時定時器；否則的話，丟棄該通告包；
2.4 ARP查詢處理
當內部主機通過ARP查詢虛擬路由器IP地址對應的MAC地址時，MASTER路由器回復的MAC地址為虛擬的VRRP的MAC地址，而不是實際網卡的MAC地址，這樣在路由器切換時讓內網機器覺察不到；而在路由器重新啟動時，不能主動發送本機網卡的實際MAC地址。如果虛擬路由器開啟的ARP代理(proxy_arp)功能，代理的ARP回應也回應VRRP虛擬MAC地址；
2.5 VRRP應用舉例
這是通常VRRP使用拓撲，兩臺路由器運行VRRP互為備份，路由器1作為VRID組1的MASTER，IP地址A，VRID組2的BACKUP，路由器2作為VRID組2的MASTER，IP地址B，VRID組1的BACKUP，內部網絡中一部分機器的缺省網關地址是IP地址A，一部分是IP地址B，正常情況下以A為網關的數據將走路由器1，以B為網關的數據將走路由器2，如果一臺路由器發生故障，所有數據將走另一臺路由器。
3. 協議定義
3.1 以太頭
源MAC地址必須為虛擬MAC地址：00-00-5E-00-01-{VRID}，VRID為虛擬路由器ID值，16進制格式，所以同一網段中最多有255個VRRP路由器；目的MAC為多播類型的MAC。
這里可以看出VRID非常重要
3.2 IP頭參數
VRRP包的源地址是本機地址，目的地址必須為224.0.0.18，為一多播地址；IP協議號為112；IP包的TTL值必須為255。
3.3 VRRP協議數據格式
其中：
version：版本，4位，在RFC3768中定義為2；
Type：類型，4位，目前只定義一種類類型：通告數據，取值為1；
Virtual Rtr ID：虛擬路由器ID，8位
Priority：優先級，8位，具備冗余IP地址的設備的優先級為255；
Count IP Addrs：VRRP包中的IP地址數量，8位；
Auth Type：認證類型，8位，RFC3768中認證功能已經取消，此字段值定義0(不認證)，為1，2只作為對老版本的兼容；
Adver Int：通告包的發送間隔時間，8位，單位是秒，缺省是1秒；
Checksum：校驗和，16位，校驗數據范圍只是VRRP數據，即從VRRP的版本字段開始的數據，不包括IP頭；
IP Address(es)：和虛擬路由器相關的IP地址，數量由Count IP Addrs決定
Authentication Data：RFC3768中定義該字段只是為了和老版本兼容，必須置0。
3.4 接收數據時的必須檢查
收到VRRP數據包時要進行以下驗證，不滿足的數據包將被丟棄：
? ?-??TTL必須為255；
? ?-??VRRP版本號必須為2；
? ?-??一個包中數據字段必須完整；
? ?-??校驗和必須正確；
? ?-??必須驗證在接收的網卡上配置了VRID值，而且本地路由器不是路由IP地址的擁有者
? ?-??必須驗證VVRP認證類型和配置的一致；
4. 結論
VRRP實現了對路由器IP地址的冗余功能，防止了單點故障造成的網絡失效，VRRP本身是熱備形式的，但可以通過互相熱備實現路由器的均衡處理，新版的VRRP較老版簡化了認證處理，實際不再進行數據的認證，這是因為在實際應用中經常出現認證成為造成多個MASTER同時使用的異常情況。
轉載于:https://www.cnblogs.com/davidwang456/p/3540578.html
《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀總結
以上是生活随笔為你收集整理的VRRP协议介绍--转的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： keepalive学习之软件设计
- 下一篇： iptables详解--转