首先我們來看看以下這兩個地址是否可以相互通信呢？
初步一看，貌似可以通信，但是再細看，發現兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認識，相信就會發現他們到底能否相互連通了！接下來我們通過實驗來解答這個問題：
首先搭建測試環境，下面是作者搭建的測試環境，關于每個設備的配置都做了大概的羅列：
在這個環境中，用兩臺交換機來充當網絡的DCE設備，同時用兩臺PC來充當兩個服務器A、B?，F在分別通過以上問題的題干信息配置兩臺服務器A和服務器B（下文簡稱A、B），當配置完成后直接用B ping A，可以看到以下信息：
那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進行分析，由上面的網絡拓撲可以清晰看到，A和B是通過交換機LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網中，A和B之間的通信則會直接進行，也就是A、B、LSW3組成的系統將會是一個連通的完整網絡系統，而他們之間的通信也是可以正常進行的。然而通過該圖信息可以發現：目標主機不可達，顯然是A和B沒有在同一子網中，導致連建立連接之初的ARP廣播包都無法應答，故而報錯是目標不可達；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進行了操作，然而，依然無法互通，只是結果有了變化：
看到這個結果是不是很意外？這表明至少ARP廣播已經得到應答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續上述問題，既然是這樣，那么是不是說明上面的問題已經有了答案，就是A和B相互之間無法通信呢？
做信息化運維的我們，當然不可以這么粗心大意，別忘了我們的網關還沒有真正使用上呢！現在我們在LSW4上配置網關地址192.168.26.2（友情提示：交換機上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設置路由器該端口的ip即可）來充當這個網絡系統的網關，看看是什么結果？現在同樣用B Ping A：
看到結果是不是很驚奇？先不管這些，繼續在A中來ping B看看：
結果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發數據包的時候有一條超時呢？
這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網口進行抓包：
從抓包信息中可以很明確的看到，在A中發起ping之后，A首先會發出ARP廣播數據包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發出時候，利用自己的掩碼和B的ip地址進行了AND操作，得到網絡號和自己的ip得到的網絡號相同，所以它認為兩者就在同一子網中，所以A會直接通過ARP尋找B的mac地址來進行通信。
當B主機收到該廣播包后發現是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達A，于是趕緊用A的ip地址和自己的掩碼來確定網絡號，可悲的是該網絡號和自己ip計算的并不在同一個子網，那怎么辦？于是開始請求網關的mac地址，試圖讓網關幫自己送達給A，于是趕緊發一條ARP廣播信息給網關尋求幫助，網關以B的ip地址和自己的mac地址為源地址，將回答響應給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當A中第二個ICMP包發送給B之后，鏈路中已經有了相關信息，所以正常通信了！
再看看從B上ping A，并在B的網口進行抓包：
同樣可以看到，在B中發起ping請求后，B經過計算發現A的地址和自己不在同一網段，于是直接甩手給網關，通過ARP獲得網關的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到網關的回復之后，B將自己的ICMP包以A的ip地址、網關的mac地址為目的地址發送給網關，網關再以自己的mac地址、B的ip地址為源地址發給A，然后得到A的回復，整個過程可以用下圖大概表示：
到這里我們基本對網關、ip地址、mac地址有了完整的認識和理解了，同時也對處于不同廣播域中的兩臺主機如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當之處，還望大家批評指正！如果個人有任何觀點，都可以在評論區發表討論，謝謝大家！
