局域网里两台电脑要传文件，局域你插上网线，网通系统托盘弹出“已连接”，信协然后就能拖拽复制了。局域这背后有一整套协议在干活，网通只不过操作系统把它们藏得严严实实。信协真正决定数据怎么从A跑到B的局域，是网通链路层和网络层那几套规矩。

最底层跑的信协是以太网协议。你可以把它想象成一条广播总线——早期同轴电缆时代确实就是局域一根线串所有机器，现在交换机虽然改变了物理形态，网通但逻辑上没变。信协每块网卡出厂时烧了一个48位的局域MAC地址，比如 00:1A:2B:3C:4D:5E。网通发数据时，信协帧头写上目标MAC，交换机查表决定从哪个口转发。不知道目标MAC怎么办？发一个ARP广播：“谁是192.168.1.100？”对方回一句“我是，我的MAC是XX”，然后通信才正式开始。我在家里抓过包，ARP请求大概每秒一次都不到，但每次新设备上线都会触发一轮，挺有意思。

IP层负责跨网段寻址。192.168.1.0/24 这种私有地址段，家里路由器默认就在用。同一子网内，两台机器直接通过ARP找MAC，不经过网关。跨子网才把包丢给默认网关。有个细节：子网掩码写错会导致“能ping通网关但ping不通同网段其他机器”，因为系统判断目标IP不在同一子网，傻乎乎地把包发给路由器，路由器再发回来，绕一圈。我见过有人把 /24 写成 /25，结果一半设备失联，排查了半天。

传输层看需求选TCP或UDP。局域网传文件用TCP，丢包重传、顺序保证，慢一点但可靠。视频流或者游戏状态同步用UDP，丢几帧无所谓，延迟低更重要。Wireshark里看TCP三次握手：SYN、SYN-ACK、ACK，然后才开始推数据。局域网RTT通常小于1毫秒，握手几乎无感。但如果你在虚拟机里桥接网络，虚拟交换机可能引入额外延迟，握手时间会跳到几毫秒，体感上还是很快。

应用层协议就五花八门了。SMB用于Windows共享文件夹，mDNS让苹果设备自动发现打印机和AirPlay，DHCP自动分配IP地址——你插上网线什么都不用配，就是DHCP在后台跑。DHCP流程是Discover、Offer、Request、Ack，四步走完租到一个IP，租期通常24小时。租期过半会尝试续租，续租失败才重新走完整流程。我试过把租期设成1小时，结果笔记本休眠唤醒后经常要重新获取IP，体验很差，后来改回默认值就没事了。

还有个容易忽略的：MTU。以太网默认1500字节，IP头20字节，TCP头20字节，实际数据载荷1460字节。如果应用层发一个2000字节的包，IP层会分片，接收端重组。分片增加开销，还可能因为某一片丢失导致整个包重传。所以很多协议自己控制包大小，比如TCP的MSS协商。ping大包时加 -l 1472 能通，-l 1473 就不通，这就是MTU在起作用。

局域网通信协议不是单一协议，是一组协议各司其职。ARP找MAC，IP找路由，TCP保可靠，UDP保速度，DHCP省配置。它们配合得足够好，好到你平时根本感觉不到它们的存在。只有出问题时——IP冲突、ARP欺骗、MTU不匹配——你才会意识到这套机制有多复杂。下次拖文件卡住，不妨抓个包看看，大概率是某个环节在重传。