引言:
HSRP 是網(wǎng)關(guān)備份協(xié)議中的一種,在實(shí)際教學(xué)當(dāng)中,常常重點(diǎn)演示的是HSRP 部分的配置,而對(duì)于上聯(lián)鏈路出故障后切換,演示不是很詳細(xì),在這里我做了個(gè)小實(shí)驗(yàn),用于演示下HSRP 切換的詳細(xì)過程。
實(shí)驗(yàn):
01 拓?fù)洌?/p>
02 實(shí)驗(yàn)要求:
R1、R2、DHCP 之間運(yùn)行EIGRP 協(xié)議,通過DHCP 為下游的vlan30 分配IP 地址。
R1、R2 上配置HSRP,讓R1、R2 動(dòng)態(tài)充當(dāng)vlan30 的網(wǎng)關(guān)。
斷開DHCP 連接R1、R2 的接口,查看HSRP 是否能動(dòng)態(tài)的切換。
優(yōu)化該網(wǎng)絡(luò),讓網(wǎng)絡(luò)切換速度加快,提高糾錯(cuò)能力。
03 實(shí)驗(yàn)過程
1.
基本IP 地址配置,該過程省略,只是注意,DHCP 上建立vlan11、vlan12,分歸關(guān)聯(lián)到接口e0/0、e0/2。
再測試DHCP 和R1、R2 的連通性
可以看到直連已通。
同時(shí)配置R1、R2 下連接口的IP 地址
可以看到R1、R2 通過交換機(jī)SW 直連在一起
接著在SW 上配vlan30,將PC 劃規(guī)到vlan30
2.
配置HSRP 組
查看HSRP 組工作狀態(tài)
可以看到此時(shí)R2 處于Active 狀態(tài),而R1 處于Standby 狀態(tài)。
接著在DHCP 上配置DHCP 進(jìn)程
配置完成后,分析可知:
①由于PC 和DHCP 服務(wù)器沒在一個(gè)廣播域中,即它們之間隔離有三層設(shè)備(R1、R2),故必須在PC 的網(wǎng)關(guān)設(shè)備,也即DHCP 進(jìn)程中的網(wǎng)關(guān)設(shè)備172.16.3.250/24 上配置DHCP 中繼。
②DHCP 服務(wù)器能將DHCP 包發(fā)至DHCP 中繼,即DHCP 服務(wù)器有去往PC 的網(wǎng)172.16.3.250/24 的路由,故基于此,可以在DHCP、R1、R2 上配置IGP 協(xié)議,這里為了HSRP 切換速度的問題,故使用Eigrp 協(xié)議
接著測試DHCP 服務(wù)器到網(wǎng)關(guān)172.16.3.250/24 的連通性
可以看到此時(shí)DHCP 到HSRP 網(wǎng)關(guān)路由可達(dá),但是此時(shí)PC 還不能獲得IP 地址,這是因?yàn)镠SRP 網(wǎng)關(guān)還沒有成為DHCP 中繼,所以應(yīng)接著配置DHCP 中繼。那么究竟在哪里配置DHCP中繼呢?
由于在設(shè)計(jì)中,由HSRP 網(wǎng)關(guān)充當(dāng)DHCP 中繼,而HSRP 網(wǎng)關(guān)又是由R1 的e0/2、R2 的e0/1 虛擬而來的,并且是這兩個(gè)接口中的任意一個(gè),且也只能是任意一個(gè),故應(yīng)當(dāng)在R1 的e0/2 和R2 的e0/1 上配DHCP 中繼
接著查看PC,發(fā)現(xiàn)仍然沒有獲得地址,再分析,發(fā)現(xiàn)要將SW 上的e0/2、e0/1 接口劃歸vlan30 中,否則PC 屬vlan30,而R1、R2 屬于vlan1,肯定HSRP 網(wǎng)關(guān)不能給PC 發(fā)送DHCP 報(bào)文,這是因?yàn)榭鐅lan 的原因
再查看PC
可以看到PC 明顯已經(jīng)獲得了地址。
此時(shí)HSRP 和DHCP 功能已經(jīng)完成,但是尚沒有驗(yàn)證HSRP 的切換功能。
下面我們按以下思路實(shí)現(xiàn)HSRP 的切換:
即在正常的情況下,R2 的e0/1 會(huì)在HSRP 組中充當(dāng)Activate 角色,但在實(shí)際中,有可能DHCP 連接R2 的鏈路發(fā)下故障,即斷開,此時(shí)我們應(yīng)當(dāng)讓R1 的e0/2 成為Activate 角色,這樣,可以保證DHCP 和PC 之間的通訊永遠(yuǎn)不會(huì)斷開,故可以采用以下方法實(shí)現(xiàn):
①在R1 的e0/2 上做策略,讓R2 沒法通過e0/1 從R1 的e0/2 處學(xué)到去往13.1.1.0/24 網(wǎng)段的路由。
該策略的含義是:讓R2 不要從R1 的e0/2 上學(xué)到 13.1.1.0/24 的路由,否則在R2 上做路由追蹤時(shí),雖然R2 不能過其e0/2 從DHCP 的e0/2 學(xué)到13.1.1.0/24 的路由,但由于R1、R2 之間通過SW 建立EIGRP 鄰居,R2 還會(huì)通過其e0/1 從R1 的e0/2 學(xué)到13.1.1.0/24 的路由,故HSRP 組不會(huì)切換。
②在R2 的e0/1 上做路由追蹤
即當(dāng)R2 不能通過自己的e0/2 從DHCP 處學(xué)到13.1.1.0/24 的路由時(shí),表明R2 和DHCP 之間的鏈路已經(jīng)發(fā)生故障,則R2 的e0/1 上的HSRP 優(yōu)先級(jí)從120 降低21,即成99,低于R1 的e0/2 上的HSRP 優(yōu)先級(jí)100,此時(shí)R1 的e0/2 就成為HSRP 組中的Activate 角色,即HSRP 完成網(wǎng)關(guān)切換。
③演示:
將PC 的e0/0 初始化,即讓它沒法通過R2 的e0/1 獲得IP 地址
明顯可以看到此時(shí)PC 沒法獲得IP 地址。
查看HSRP 組的角色狀態(tài)
可以看到在DHCP 的e0/2 未關(guān)閉時(shí),R2 的e0/1 為HSRP 組中的Active 角色。再關(guān)閉DHCP 的e0/2 接口,查看HSRP 組的切換
可以看到此時(shí)R1 已經(jīng)成為了HSRP 組中的Active 角色,R2 成為Standby 角色。即HSRP 組完成切換,再在PC 上查看IP 地址
可以看到PC 已經(jīng)重新獲得了IP 地址。
可以看到PC 的網(wǎng)關(guān)為R1 的e0/2 的地址172.16.3.251/24,即R1 的e0/2 為HSRP 組中的Active 角色。再開放DHCP 的e0/2,查看當(dāng)故障排除后,HSRP 組是否能正?;謴?fù)
可以看到R2 的e0/1 已經(jīng)是HSRP 組的Active 角色
即恢復(fù)網(wǎng)關(guān)為172.16.3.252/24,即R2 的e0/1 充當(dāng)真正的網(wǎng)關(guān),R1 的e0/2 是備份網(wǎng)關(guān)。最后再強(qiáng)調(diào)一下,為了在該環(huán)境中切換快一些,可以在兩臺(tái)交換機(jī)上做生成樹配置
這樣可以保證當(dāng)DHCP 和R2 之間的鏈路e0/2 出現(xiàn)故障時(shí),完成快速的HSRP 組切換。當(dāng)然,該環(huán)境中,僅有一個(gè)vlan,相對(duì)好處理一些,如果該環(huán)境中有多個(gè)vlan,那么該如何處理呢?請(qǐng)自行研究。
審核編輯 :李倩
-
網(wǎng)關(guān)
+關(guān)注
關(guān)注
9文章
4614瀏覽量
51562 -
服務(wù)器
+關(guān)注
關(guān)注
12文章
9338瀏覽量
86158 -
DHCP
+關(guān)注
關(guān)注
0文章
105瀏覽量
19806
原文標(biāo)題:Cisco——HSRP實(shí)驗(yàn)案例一
文章出處:【微信號(hào):釋然IT雜談,微信公眾號(hào):釋然IT雜談】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
ADS1282采集過程中兩個(gè)通道能夠切換做成雙通道采集兩路數(shù)據(jù)嗎?
ADS1220如果使用兩路差分在采集過程中,兩個(gè)通道需要頻繁切換,切換后的穩(wěn)定時(shí)間是多少?
TCP三次握手的詳細(xì)過程
用ADS1282做一個(gè)采樣率可變的采集器,采樣率切換的過程中出現(xiàn)初始化失敗的情況,怎么解決?
ADC采樣保持過程的具體時(shí)間要如何確定?
ADS131 PGA切換是否會(huì)損壞ADC呢?
kvm切換器怎么實(shí)現(xiàn)鍵盤熱鍵切換
電路產(chǎn)生暫態(tài)過程的原因
IR915怎么實(shí)現(xiàn)有線無線切換備份,有沒有詳細(xì)的操作步驟 ?
電源切換開關(guān)芯片怎么接
電源切換芯片怎么設(shè)置
PLC冗余系統(tǒng)的相互切換機(jī)制
芯和半導(dǎo)體科技公布EDA模型數(shù)據(jù)單位切換方法與裝置
![芯和半導(dǎo)體科技公布EDA模型數(shù)據(jù)單位<b class='flag-5'>切換</b>方法與裝置](https://file1.elecfans.com/web2/M00/C5/9D/wKgZomYA39iABUu1AAErQPjFp4E724.png)
評(píng)論