最新版本2.0經過20天的思考，換一種思路來考慮這個問題，如果網絡卡的MAC地址沒有了，需要做哪些改變才可以通訊？乙太網幀頭沒有12位元組的MAC地址了，但是還要保留2位元組的ether type 用來協議複用。三層的IP地址需要下發到網絡卡，讓網絡卡來匹配目的IP和自己的IP來決定接收還是拒絕。沒有傳統的ARP了，但是如何讓二層交換機來預先學習IP和埠號的繫結關係？ 可以把ARP進行改造，模仿目前的gratuitous ARP，目的地址是廣播地址，源地址為自己的IP地址。每臺裝置一上線就週期性發gratuitous ARP，讓交換機學習 source IP <-----> Port number，有包來了，直接查詢IP，來進行交換，這怎麼越來越像路由器了啊？ ^_^本故事純屬虛構，如有雷同，純屬巧合！---------------------------原始版本1.0有一個問題先來面對一下，序列鏈路上的PPP，HDLC協議需要配置資料鏈路層的地址嗎？很顯然不需要，因為序列鏈路是點對點的通訊，傳送端的資料傳送到鏈路上，到達接收端無條件接受，達成了默契，不需要二層地址。而乙太網是多路訪問，傳送的包到達交換機，交換機如何轉發？根據IP地址轉發？那是三層路由器或交換機了！如果採用廣播轉發，那就是最原始的HUB了，除了傳送者，這個廣播域裡的所有主機網絡卡都會收到一份資料copy，因為沒有MAC地址，網絡卡無從知道是否屬於自己主機的包，因為它沒有權利來讀取IP資訊，於是這些包會透過中斷的方式來通知CPU來處理，然後告訴IP層取走資料，IP層再檢查IP地址是不是自己的，是就接收，不是的就丟棄。這合理嗎？顯然不合理，因為所有的包都會影響所有的主機，這種網路幾乎不可用，資源都被浪費了。
最新版本2.0經過20天的思考，換一種思路來考慮這個問題，如果網絡卡的MAC地址沒有了，需要做哪些改變才可以通訊？乙太網幀頭沒有12位元組的MAC地址了，但是還要保留2位元組的ether type 用來協議複用。三層的IP地址需要下發到網絡卡，讓網絡卡來匹配目的IP和自己的IP來決定接收還是拒絕。沒有傳統的ARP了，但是如何讓二層交換機來預先學習IP和埠號的繫結關係？ 可以把ARP進行改造，模仿目前的gratuitous ARP，目的地址是廣播地址，源地址為自己的IP地址。每臺裝置一上線就週期性發gratuitous ARP，讓交換機學習 source IP <-----> Port number，有包來了，直接查詢IP，來進行交換，這怎麼越來越像路由器了啊？ ^_^本故事純屬虛構，如有雷同，純屬巧合！---------------------------原始版本1.0有一個問題先來面對一下，序列鏈路上的PPP，HDLC協議需要配置資料鏈路層的地址嗎？很顯然不需要，因為序列鏈路是點對點的通訊，傳送端的資料傳送到鏈路上，到達接收端無條件接受，達成了默契，不需要二層地址。而乙太網是多路訪問，傳送的包到達交換機，交換機如何轉發？根據IP地址轉發？那是三層路由器或交換機了！如果採用廣播轉發，那就是最原始的HUB了，除了傳送者，這個廣播域裡的所有主機網絡卡都會收到一份資料copy，因為沒有MAC地址，網絡卡無從知道是否屬於自己主機的包，因為它沒有權利來讀取IP資訊，於是這些包會透過中斷的方式來通知CPU來處理，然後告訴IP層取走資料，IP層再檢查IP地址是不是自己的，是就接收，不是的就丟棄。這合理嗎？顯然不合理，因為所有的包都會影響所有的主機，這種網路幾乎不可用，資源都被浪費了。