前沿拓展：

第一我們來看看以下這兩個地址是否可以相互通信呢？

初步一看，貌似可以通信，但是再細(xì)看，發(fā)現(xiàn)兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認(rèn)識，相信就會發(fā)現(xiàn)他們到底能否相互連通了！接下來我們通過實(shí)驗來解答這個問題：

第一搭建測試環(huán)境，下面是作者搭建的測試環(huán)境，關(guān)于每個設(shè)備的配置都做了大概的羅列：

在這個環(huán)境中，用兩臺交換機(jī)來充當(dāng)網(wǎng)絡(luò)的DCE設(shè)備，同時用兩臺PC來充當(dāng)兩個服務(wù)器A、B。現(xiàn)在分別通過以上問題的題干信息配置兩臺服務(wù)器A和服務(wù)器B（下文簡稱A、B），當(dāng)配置完成后直接用B ping A，可以看到以下信息：

那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進(jìn)行分析，由上面的網(wǎng)絡(luò)拓?fù)淇梢郧逦吹?，A和B是通過交換機(jī)LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網(wǎng)中，A和B之間的通信則會直接進(jìn)行，也就是A、B、LSW3組成的系統(tǒng)將會是一個連通的完整網(wǎng)絡(luò)系統(tǒng)，而他們之間的通信也是可以正常進(jìn)行的。然而通過該圖信息可以發(fā)現(xiàn)：目標(biāo)主機(jī)不可達(dá)，顯然是A和B沒有在同一子網(wǎng)中，導(dǎo)致連建立連接之初的ARP廣播包都無法應(yīng)答，故而報錯是目標(biāo)不可達(dá)；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進(jìn)行了**作，然而，依然無法互通，只是結(jié)果有了變化：

看到這個結(jié)果是不是很意外？這表明至少ARP廣播已經(jīng)得到應(yīng)答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續(xù)上述問題，既然是這樣，那么是不是說明上面的問題已經(jīng)有了**，就是A和B相互之間無法通信呢？

做信息化運(yùn)維的我們，當(dāng)然不可以這么粗心大意，別忘了我們的**還沒有真正使用上呢！現(xiàn)在我們在LSW4上配置**地址192.168.26.2（友情提示：交換機(jī)上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設(shè)置路由器該端口的ip即可）來充當(dāng)這個網(wǎng)絡(luò)系統(tǒng)的**，看看是什么結(jié)果？現(xiàn)在同樣用B Ping A：

看到結(jié)果是不是很驚奇？先不管這些，繼續(xù)在A中來ping B看看：

結(jié)果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發(fā)數(shù)據(jù)包的時候有一條超時呢？

這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網(wǎng)口進(jìn)行抓包：

從抓包信息中可以很明確的看到，在A中發(fā)起ping之后，A第一會發(fā)出ARP廣播數(shù)據(jù)包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發(fā)出時候，利用自己的掩碼和B的ip地址進(jìn)行了AND**作，得到網(wǎng)絡(luò)號和自己的ip得到的網(wǎng)絡(luò)號相同，所以它認(rèn)為兩者就在同一子網(wǎng)中，所以A會直接通過ARP尋找B的mac地址來進(jìn)行通信。

當(dāng)B主機(jī)收到該廣播包后發(fā)現(xiàn)是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達(dá)A，于是趕緊用A的ip地址和自己的掩碼來確定網(wǎng)絡(luò)號，可悲的是該網(wǎng)絡(luò)號和自己ip計算的并不在同一個子網(wǎng)，那怎么辦？于是開始請求**的mac地址，試圖讓**幫自己送達(dá)給A，于是趕緊發(fā)一條ARP廣播信息給**尋求幫助，**以B的ip地址和自己的mac地址為源地址，將回答響應(yīng)給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當(dāng)A中第二個ICMP包發(fā)送給B之后，鏈路中已經(jīng)有了相關(guān)信息，所以正常通信了！

再看看從B上ping A，并在B的網(wǎng)口進(jìn)行抓包：

同樣可以看到，在B中發(fā)起ping請求后，B經(jīng)過計算發(fā)現(xiàn)A的地址和自己不在同一網(wǎng)段，于是直接甩手給**，通過ARP獲得**的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到**的回復(fù)之后，B將自己的ICMP包以A的ip地址、**的mac地址為目的地址發(fā)送給**，**再以自己的mac地址、B的ip地址為源地址發(fā)給A，第二得到A的回復(fù)，整個過程可以用下圖大概表示：

到這里我們基本對**、ip地址、mac地址有了完整的認(rèn)識和理解了，同時也對處于不同廣播域中的兩臺主機(jī)如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當(dāng)之處，還望大家批評指正！如果個人有任何觀點(diǎn)，都可以在評論區(qū)發(fā)表討論，謝謝大家！

拓展知識：

前沿拓展：

第一我們來看看以下這兩個地址是否可以相互通信呢？

初步一看，貌似可以通信，但是再細(xì)看，發(fā)現(xiàn)兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認(rèn)識，相信就會發(fā)現(xiàn)他們到底能否相互連通了！接下來我們通過實(shí)驗來解答這個問題：

第一搭建測試環(huán)境，下面是作者搭建的測試環(huán)境，關(guān)于每個設(shè)備的配置都做了大概的羅列：

在這個環(huán)境中，用兩臺交換機(jī)來充當(dāng)網(wǎng)絡(luò)的DCE設(shè)備，同時用兩臺PC來充當(dāng)兩個服務(wù)器A、B?，F(xiàn)在分別通過以上問題的題干信息配置兩臺服務(wù)器A和服務(wù)器B（下文簡稱A、B），當(dāng)配置完成后直接用B ping A，可以看到以下信息：

那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進(jìn)行分析，由上面的網(wǎng)絡(luò)拓?fù)淇梢郧逦吹?，A和B是通過交換機(jī)LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網(wǎng)中，A和B之間的通信則會直接進(jìn)行，也就是A、B、LSW3組成的系統(tǒng)將會是一個連通的完整網(wǎng)絡(luò)系統(tǒng)，而他們之間的通信也是可以正常進(jìn)行的。然而通過該圖信息可以發(fā)現(xiàn)：目標(biāo)主機(jī)不可達(dá)，顯然是A和B沒有在同一子網(wǎng)中，導(dǎo)致連建立連接之初的ARP廣播包都無法應(yīng)答，故而報錯是目標(biāo)不可達(dá)；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進(jìn)行了**作，然而，依然無法互通，只是結(jié)果有了變化：

看到這個結(jié)果是不是很意外？這表明至少ARP廣播已經(jīng)得到應(yīng)答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續(xù)上述問題，既然是這樣，那么是不是說明上面的問題已經(jīng)有了**，就是A和B相互之間無法通信呢？

做信息化運(yùn)維的我們，當(dāng)然不可以這么粗心大意，別忘了我們的**還沒有真正使用上呢！現(xiàn)在我們在LSW4上配置**地址192.168.26.2（友情提示：交換機(jī)上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設(shè)置路由器該端口的ip即可）來充當(dāng)這個網(wǎng)絡(luò)系統(tǒng)的**，看看是什么結(jié)果？現(xiàn)在同樣用B Ping A：

看到結(jié)果是不是很驚奇？先不管這些，繼續(xù)在A中來ping B看看：

結(jié)果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發(fā)數(shù)據(jù)包的時候有一條超時呢？

這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網(wǎng)口進(jìn)行抓包：

從抓包信息中可以很明確的看到，在A中發(fā)起ping之后，A第一會發(fā)出ARP廣播數(shù)據(jù)包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發(fā)出時候，利用自己的掩碼和B的ip地址進(jìn)行了AND**作，得到網(wǎng)絡(luò)號和自己的ip得到的網(wǎng)絡(luò)號相同，所以它認(rèn)為兩者就在同一子網(wǎng)中，所以A會直接通過ARP尋找B的mac地址來進(jìn)行通信。

當(dāng)B主機(jī)收到該廣播包后發(fā)現(xiàn)是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達(dá)A，于是趕緊用A的ip地址和自己的掩碼來確定網(wǎng)絡(luò)號，可悲的是該網(wǎng)絡(luò)號和自己ip計算的并不在同一個子網(wǎng)，那怎么辦？于是開始請求**的mac地址，試圖讓**幫自己送達(dá)給A，于是趕緊發(fā)一條ARP廣播信息給**尋求幫助，**以B的ip地址和自己的mac地址為源地址，將回答響應(yīng)給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當(dāng)A中第二個ICMP包發(fā)送給B之后，鏈路中已經(jīng)有了相關(guān)信息，所以正常通信了！

再看看從B上ping A，并在B的網(wǎng)口進(jìn)行抓包：

同樣可以看到，在B中發(fā)起ping請求后，B經(jīng)過計算發(fā)現(xiàn)A的地址和自己不在同一網(wǎng)段，于是直接甩手給**，通過ARP獲得**的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到**的回復(fù)之后，B將自己的ICMP包以A的ip地址、**的mac地址為目的地址發(fā)送給**，**再以自己的mac地址、B的ip地址為源地址發(fā)給A，第二得到A的回復(fù)，整個過程可以用下圖大概表示：

到這里我們基本對**、ip地址、mac地址有了完整的認(rèn)識和理解了，同時也對處于不同廣播域中的兩臺主機(jī)如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當(dāng)之處，還望大家批評指正！如果個人有任何觀點(diǎn)，都可以在評論區(qū)發(fā)表討論，謝謝大家！

拓展知識：

前沿拓展：

第一我們來看看以下這兩個地址是否可以相互通信呢？

初步一看，貌似可以通信，但是再細(xì)看，發(fā)現(xiàn)兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認(rèn)識，相信就會發(fā)現(xiàn)他們到底能否相互連通了！接下來我們通過實(shí)驗來解答這個問題：

第一搭建測試環(huán)境，下面是作者搭建的測試環(huán)境，關(guān)于每個設(shè)備的配置都做了大概的羅列：

在這個環(huán)境中，用兩臺交換機(jī)來充當(dāng)網(wǎng)絡(luò)的DCE設(shè)備，同時用兩臺PC來充當(dāng)兩個服務(wù)器A、B?，F(xiàn)在分別通過以上問題的題干信息配置兩臺服務(wù)器A和服務(wù)器B（下文簡稱A、B），當(dāng)配置完成后直接用B ping A，可以看到以下信息：

那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進(jìn)行分析，由上面的網(wǎng)絡(luò)拓?fù)淇梢郧逦吹?，A和B是通過交換機(jī)LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網(wǎng)中，A和B之間的通信則會直接進(jìn)行，也就是A、B、LSW3組成的系統(tǒng)將會是一個連通的完整網(wǎng)絡(luò)系統(tǒng)，而他們之間的通信也是可以正常進(jìn)行的。然而通過該圖信息可以發(fā)現(xiàn)：目標(biāo)主機(jī)不可達(dá)，顯然是A和B沒有在同一子網(wǎng)中，導(dǎo)致連建立連接之初的ARP廣播包都無法應(yīng)答，故而報錯是目標(biāo)不可達(dá)；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進(jìn)行了**作，然而，依然無法互通，只是結(jié)果有了變化：

看到這個結(jié)果是不是很意外？這表明至少ARP廣播已經(jīng)得到應(yīng)答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續(xù)上述問題，既然是這樣，那么是不是說明上面的問題已經(jīng)有了**，就是A和B相互之間無法通信呢？

做信息化運(yùn)維的我們，當(dāng)然不可以這么粗心大意，別忘了我們的**還沒有真正使用上呢！現(xiàn)在我們在LSW4上配置**地址192.168.26.2（友情提示：交換機(jī)上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設(shè)置路由器該端口的ip即可）來充當(dāng)這個網(wǎng)絡(luò)系統(tǒng)的**，看看是什么結(jié)果？現(xiàn)在同樣用B Ping A：

看到結(jié)果是不是很驚奇？先不管這些，繼續(xù)在A中來ping B看看：

結(jié)果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發(fā)數(shù)據(jù)包的時候有一條超時呢？

這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網(wǎng)口進(jìn)行抓包：

從抓包信息中可以很明確的看到，在A中發(fā)起ping之后，A第一會發(fā)出ARP廣播數(shù)據(jù)包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發(fā)出時候，利用自己的掩碼和B的ip地址進(jìn)行了AND**作，得到網(wǎng)絡(luò)號和自己的ip得到的網(wǎng)絡(luò)號相同，所以它認(rèn)為兩者就在同一子網(wǎng)中，所以A會直接通過ARP尋找B的mac地址來進(jìn)行通信。

當(dāng)B主機(jī)收到該廣播包后發(fā)現(xiàn)是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達(dá)A，于是趕緊用A的ip地址和自己的掩碼來確定網(wǎng)絡(luò)號，可悲的是該網(wǎng)絡(luò)號和自己ip計算的并不在同一個子網(wǎng)，那怎么辦？于是開始請求**的mac地址，試圖讓**幫自己送達(dá)給A，于是趕緊發(fā)一條ARP廣播信息給**尋求幫助，**以B的ip地址和自己的mac地址為源地址，將回答響應(yīng)給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當(dāng)A中第二個ICMP包發(fā)送給B之后，鏈路中已經(jīng)有了相關(guān)信息，所以正常通信了！

再看看從B上ping A，并在B的網(wǎng)口進(jìn)行抓包：

同樣可以看到，在B中發(fā)起ping請求后，B經(jīng)過計算發(fā)現(xiàn)A的地址和自己不在同一網(wǎng)段，于是直接甩手給**，通過ARP獲得**的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到**的回復(fù)之后，B將自己的ICMP包以A的ip地址、**的mac地址為目的地址發(fā)送給**，**再以自己的mac地址、B的ip地址為源地址發(fā)給A，第二得到A的回復(fù)，整個過程可以用下圖大概表示：

到這里我們基本對**、ip地址、mac地址有了完整的認(rèn)識和理解了，同時也對處于不同廣播域中的兩臺主機(jī)如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當(dāng)之處，還望大家批評指正！如果個人有任何觀點(diǎn)，都可以在評論區(qū)發(fā)表討論，謝謝大家！

拓展知識：

前沿拓展：

第一我們來看看以下這兩個地址是否可以相互通信呢？

初步一看，貌似可以通信，但是再細(xì)看，發(fā)現(xiàn)兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認(rèn)識，相信就會發(fā)現(xiàn)他們到底能否相互連通了！接下來我們通過實(shí)驗來解答這個問題：

第一搭建測試環(huán)境，下面是作者搭建的測試環(huán)境，關(guān)于每個設(shè)備的配置都做了大概的羅列：

在這個環(huán)境中，用兩臺交換機(jī)來充當(dāng)網(wǎng)絡(luò)的DCE設(shè)備，同時用兩臺PC來充當(dāng)兩個服務(wù)器A、B?，F(xiàn)在分別通過以上問題的題干信息配置兩臺服務(wù)器A和服務(wù)器B（下文簡稱A、B），當(dāng)配置完成后直接用B ping A，可以看到以下信息：

那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進(jìn)行分析，由上面的網(wǎng)絡(luò)拓?fù)淇梢郧逦吹?，A和B是通過交換機(jī)LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網(wǎng)中，A和B之間的通信則會直接進(jìn)行，也就是A、B、LSW3組成的系統(tǒng)將會是一個連通的完整網(wǎng)絡(luò)系統(tǒng)，而他們之間的通信也是可以正常進(jìn)行的。然而通過該圖信息可以發(fā)現(xiàn)：目標(biāo)主機(jī)不可達(dá)，顯然是A和B沒有在同一子網(wǎng)中，導(dǎo)致連建立連接之初的ARP廣播包都無法應(yīng)答，故而報錯是目標(biāo)不可達(dá)；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進(jìn)行了**作，然而，依然無法互通，只是結(jié)果有了變化：

看到這個結(jié)果是不是很意外？這表明至少ARP廣播已經(jīng)得到應(yīng)答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續(xù)上述問題，既然是這樣，那么是不是說明上面的問題已經(jīng)有了**，就是A和B相互之間無法通信呢？

做信息化運(yùn)維的我們，當(dāng)然不可以這么粗心大意，別忘了我們的**還沒有真正使用上呢！現(xiàn)在我們在LSW4上配置**地址192.168.26.2（友情提示：交換機(jī)上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設(shè)置路由器該端口的ip即可）來充當(dāng)這個網(wǎng)絡(luò)系統(tǒng)的**，看看是什么結(jié)果？現(xiàn)在同樣用B Ping A：

看到結(jié)果是不是很驚奇？先不管這些，繼續(xù)在A中來ping B看看：

結(jié)果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發(fā)數(shù)據(jù)包的時候有一條超時呢？

這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網(wǎng)口進(jìn)行抓包：

從抓包信息中可以很明確的看到，在A中發(fā)起ping之后，A第一會發(fā)出ARP廣播數(shù)據(jù)包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發(fā)出時候，利用自己的掩碼和B的ip地址進(jìn)行了AND**作，得到網(wǎng)絡(luò)號和自己的ip得到的網(wǎng)絡(luò)號相同，所以它認(rèn)為兩者就在同一子網(wǎng)中，所以A會直接通過ARP尋找B的mac地址來進(jìn)行通信。

當(dāng)B主機(jī)收到該廣播包后發(fā)現(xiàn)是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達(dá)A，于是趕緊用A的ip地址和自己的掩碼來確定網(wǎng)絡(luò)號，可悲的是該網(wǎng)絡(luò)號和自己ip計算的并不在同一個子網(wǎng)，那怎么辦？于是開始請求**的mac地址，試圖讓**幫自己送達(dá)給A，于是趕緊發(fā)一條ARP廣播信息給**尋求幫助，**以B的ip地址和自己的mac地址為源地址，將回答響應(yīng)給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當(dāng)A中第二個ICMP包發(fā)送給B之后，鏈路中已經(jīng)有了相關(guān)信息，所以正常通信了！

再看看從B上ping A，并在B的網(wǎng)口進(jìn)行抓包：

同樣可以看到，在B中發(fā)起ping請求后，B經(jīng)過計算發(fā)現(xiàn)A的地址和自己不在同一網(wǎng)段，于是直接甩手給**，通過ARP獲得**的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到**的回復(fù)之后，B將自己的ICMP包以A的ip地址、**的mac地址為目的地址發(fā)送給**，**再以自己的mac地址、B的ip地址為源地址發(fā)給A，第二得到A的回復(fù)，整個過程可以用下圖大概表示：

到這里我們基本對**、ip地址、mac地址有了完整的認(rèn)識和理解了，同時也對處于不同廣播域中的兩臺主機(jī)如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當(dāng)之處，還望大家批評指正！如果個人有任何觀點(diǎn)，都可以在評論區(qū)發(fā)表討論，謝謝大家！

拓展知識：