ip地址和端口號之間是什么關(guān)系??？Ip相當(dāng)于代表設(shè)備或者說出口，端口相當(dāng)于代表特定的用于通信的服務(wù)MAC地址，IP地址和端口號之間是什么關(guān)系？最新版本2.0經(jīng)過20天的思考，換一種思路來考慮這個問題，

ip地址和端口號之間是什么關(guān)系??？

Ip相當(dāng)于代表設(shè)備或者說出口，端口相當(dāng)于代表特定的用于通信的服務(wù)

MAC地址，IP地址和端口號之間是什么關(guān)系？

最新版本2.0

經(jīng)過20天的思考，換一種思路來考慮這個問題，如果網(wǎng)卡的MAC地址沒有了，需要做哪些改變才可以通信？

以太網(wǎng)幀頭沒有12字節(jié)的MAC地址了，但是還要保留2字節(jié)的ether type 用來協(xié)議復(fù)用。

三層的IP地址需要下發(fā)到網(wǎng)卡，讓網(wǎng)卡來匹配目的IP和自己的IP來決定接收還是拒絕。

沒有傳統(tǒng)的ARP了，但是如何讓二層交換機來預(yù)先學(xué)習(xí)IP和端口號的綁定關(guān)系？ 可以把ARP進行改造，模仿目前的gratuitous ARP，目的地址是廣播地址，源地址為自己的IP地址。

每臺設(shè)備一上線就周期性發(fā)gratuitous ARP，讓交換機學(xué)習(xí) source IP <-----> Port number，有包來了，直接查詢IP，來進行交換，這怎么越來越像路由器了?。?^_^

本故事純屬虛構(gòu)，如有雷同，純屬巧合！

---------------------------

原始版本1.0
有一個問題先來面對一下，串行鏈路上的PPP，HDLC協(xié)議需要配置數(shù)據(jù)鏈路層的地址嗎？很顯然不需要，因為串行鏈路是點對點的通信，發(fā)送端的數(shù)據(jù)發(fā)送到鏈路上，到達接收端無條件接受，達成了默契，不需要二層地址。

而以太網(wǎng)是多路訪問，發(fā)送的包到達交換機，交換機如何轉(zhuǎn)發(fā)？根據(jù)IP地址轉(zhuǎn)發(fā)？那是三層路由器或交換機了！如果采用廣播轉(zhuǎn)發(fā)，那就是最原始的HUB了，除了發(fā)送者，這個廣播域里的所有主機網(wǎng)卡都會收到一份數(shù)據(jù)copy，因為沒有MAC地址，網(wǎng)卡無從知道是否屬于自己主機的包，因為它沒有權(quán)利來讀取IP信息，于是這些包會通過中斷的方式來通知CPU來處理，然后告訴IP層取走數(shù)據(jù)，IP層再檢查IP地址是不是自己的，是就接收，不是的就丟棄。這合理嗎？顯然不合理，因為所有的包都會影響所有的主機，這種網(wǎng)絡(luò)幾乎不可用，資源都被浪費了。

而有了MAC地址，交換機查詢Mac 轉(zhuǎn)發(fā)表，知道MAC地址和端口的映射關(guān)系，只發(fā)給接收者，到達目的地網(wǎng)卡，檢查來包的MAC和自己的MAC進行對比，對比一致才會提交給上層，這個轉(zhuǎn)發(fā)過程彼此不會影響，顯然要合理的多。