對于一個協議， 光知道這個協議， 是沒啥用的， 按照上次在STP中自己的方法， 對于一個協議要知道它是什么？有什么用？怎么去用？

是什么？

ARP=Address Resolution Protocol,地址解析協議。

有什用？

ARP的基本作用就是根據已知的IP地址獲得相對應的mac地址。

在寫這個推文的時候我就在想， 當數據包到達局域網時直接根據IP地址主機就可以， 為什么還要查詢對應IP主機的Mac地址？自己的理解是當在同一網段的時候， 交換機是以Mac地址的形式轉發的。 之后自己去知乎查了一下， 發現了一個很有意思的回答。

Q：有了 IP 地址， 為什么還要用 MAC 地址？

A：比如你想給你的閨蜜或者男友發個片（逃）， 首先你需要知道， 你男友家中無線路由器的ip地址， 而男友家里的無線wifi上連著不止一個的設備， 家里有熊孩子用手機無線看農夫與蛇， 他的父母聚在一起， 用ipad連著無線WiFi在看蝸牛與愛情。 但是如果你不知道你男友設備的mac地址， 你的片片有可能就被隨機發送到男友父母的ipad上， 這畫面不要太爽。 。 。 mac地址需要ip地址， 用來告訴設備我的目的地---男友家， IP地址也需要mac地址知道下一步去哪兒， 我的信息通過一個個設備到達， 不停地跳轉到達， mac用來確認目標設備， 路由器根據mac分配去往何方

ip的終點到終點end—end， 而Mac 是hop--hop ， 設備的mac地址是唯一的， 不像ip地址， 有時候是隨機的

舉例：IP地址192.168.1.53 前面的192.168.1代表你們在一個網絡上 后面的53代表其中的一個設備， network adapter之間用來交流Mac地址的， 如果我們之間沒有路由器 arp協議通過廣播（broadcast）給這個網絡上的所有人， 你要的哪個人應答了， 然后就把自己的mac地址發過去， 然后開始交流

作者：日朗格拉

通過這個形象的比喻估計各位能大致了解IP與Mac之間的關系。 一個源設備在剛開始時并不知道目的主機的Mac地址， 源設備會通過DNS（域名系統）等其他機制先獲得目的主機的IP地址， 之后通過ARP協議獲得目標主機的Mac地址。 當然一臺設備都會知道自己的ip和Mac地址的。

接下來我們舉個栗子來描述一下ARP協議。

一天， 王大錘想找王二妮， 王二妮跟王大錘在同一個小區， 王大錘利用小區的’廣播喇叭’喊：“我是王大錘， 我要找王二妮”。 其他住戶聽到發現找的不是自己， 就保持沉默。 王二妮聽到了之后發現找的是自己， 之后就大喊回復說：我是王二妮， 我在12棟424室。

仔細分析一下， 在這個過程中，

王大錘用喇叭喊的“話”就相當于----是一個“廣播報文”

王大錘在說“我是王大錘”--就在告訴目的主機自己的IP地址，

“我要找王二妮”---相當于發出的ARP請求報文。

之后

“我是王二妮， 我在12棟424室”---是一個ARP的reply報文

這個報文里面包含“我是王二妮”----目的主機的IP地址

“我在12棟424室”----相當于目的主機的Mac地址

再之后呢

王大錘就知道王二妮的家庭住址了， 當王大錘再想找王二妮時就會直接去王二妮家12棟424室。

王大錘會記住很多的人的地址-------這就相當于ARP緩存表，

其中王二妮家的地址就相當于----ARP緩存表中的一個條目。

王大錘忘性大，

每次記很多人的地址的時間只有1200秒---ARP表項的生存時間默認時間1200s，

但記住王二妮家的時間有180s----ARP表項中條目的生存時間180s

好的， 回到下一個知識點

在上個過程中， 王大錘說的雖然是“我是王大錘， 我要找王二妮”這一句話， 但是在真正的ARP報文中有一些格式需要遵循， ARP報文分為ARP請求和ARP應答報文， 這兩個格式大致差不多， 只是在其中的一些內容不太一樣。

Request報文和reply報文的差別在于源目Mac地址和IP地址的變化。 其他的都一樣。

分割線

本來是想更新ospf的， 但是最近有點忙， 所以就選了ARP協議內容較少的一個， 但是只是介紹了一些淺顯的， 像ARP代理及免費ARP沒有提及。 想想確實在忙， 但在忙些什么自己清楚嗎？又是拖到周日才寫出推文， 那么時間都去哪了， 自己的時間管理需要加強， 這也是我需要自我反省的地方， 不過還好每周更新一篇的flag沒有倒。

如果各位發現有什么錯誤的地方， 歡迎掃描下方二維碼， 請在對話欄發消息給我， 我會在下次推文中指出并予以更正。

為了HCIE！大家一起加油