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

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

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

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

最新版本2.0

經(jīng)過20天的思考，換一種思路來考慮這個(gè)問題，如果網(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了，但是如何讓二層交換機(jī)來預(yù)先學(xué)習(xí)IP和端口號的綁定關(guān)系？ 可以把ARP進(jìn)行改造，模仿目前的gratuitous ARP，目的地址是廣播地址，源地址為自己的IP地址。

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

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

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

原始版本1.0
有一個(gè)問題先來面對一下，串行鏈路上的PPP，HDLC協(xié)議需要配置數(shù)據(jù)鏈路層的地址嗎？很顯然不需要，因?yàn)榇墟溌肥屈c(diǎn)對點(diǎn)的通信，發(fā)送端的數(shù)據(jù)發(fā)送到鏈路上，到達(dá)接收端無條件接受，達(dá)成了默契，不需要二層地址。

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

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