ip地址加端口号格式 ip地址和端口号之间是什么关系啊？

ip地址和端口号之间是什么关系啊？Ip相当于代表设备或者说出口，端口相当于代表特定的用于通信的服务MAC地址，IP地址和端口号之间是什么关系？最新版本2.0经过20天的思考，换一种思路来考虑这个问题，

ip地址和端口号之间是什么关系啊？

Ip相当于代表设备或者说出口，端口相当于代表特定的用于通信的服务

MAC地址，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地址是不是自己的，是就接收，不是的就丢弃。这合理吗？显然不合理，因为所有的包都会影响所有的主机，这种网络几乎不可用，资源都被浪费了。

而有了MAC地址，交换机查询Mac 转发表，知道MAC地址和端口的映射关系，只发给接收者，到达目的地网卡，检查来包的MAC和自己的MAC进行对比，对比一致才会提交给上层，这个转发过程彼此不会影响，显然要合理的多。