news 2026/2/4 2:31:19

网络》》数据转发

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
网络》》数据转发

路由器的每个物理接口(入口/出口)通常都有一个独立的MAC地址
交换机所有接口MAC都一样的

拓扑:PC1(MAC=AA)---端口1---[交换机]---端口2---PC2(MAC=BB)# PC1发送数据给PC2:帧:源MAC=AA,目标MAC=BB# 交换机处理:1.从端口1收到帧2.学习:AA → 端口13.查找BB:-第一次:不知道BB在哪 → 泛洪(端口234都发)-PC2从端口2收到,回复时交换机学习:BB → 端口24.之后:AA↔BB通信直接端口1↔端口2转发# 注意:整个过程中,交换机的接口没有MAC地址参与!# 交换机只是"看着"别人的MAC地址做转发决策# 交换机是工作在数据链路层的 没有IP参与的# 假设交换机端口有MAC地址(例如端口1 MAC=SW1,端口2 MAC=SW2)PC1发送:源MAC=AA,目标MAC=BB# 如果交换机用自己的MAC重写:转发时变成:源MAC=SW2,目标MAC=BB# 问题来了:1.PC2收到后,以为数据来自"交换机端口2"(而不是PC1)2.PC2回复时,目标MAC=SW2(而不是AA)3.交换机收到后,不知道转发给谁4.通信中断!# 这就是为什么交换机必须保持帧的原样
# 网络拓扑:PC(M1)R1(M2/M3)R2(M4/M5)R3(M6/M7)Server(M8)IP:192.168.1.100IP:93.184.216.34# 第1段:PC → R1(以太网):源MAC=M1,目标MAC=M2 # MAC改变:目标变为R1的入口MACIP:=192.168.1.100,目标=93.184.216.34# IP不变# R1处理:查路由表 → 下一跳是R2# 需要重新封装,因为要换到新的链路(可能是PPP、以太网等)# 第2段:R1 → R2(串行链路PPP):源MAC=M3,目标MAC=M4 # MAC又变了! IP:=192.168.1.100,目标=93.184.216.34# IP还是不变# 第3段:R2 → R3:源MAC=M5,目标MAC=M6IP:=192.168.1.100,目标=93.184.216.34# 第4段:R3 → Server:源MAC=M7,目标MAC=M8 # 最后一次改变MACIP:=192.168.1.100,目标=93.184.216.34# IP始终如一
# 网络拓扑:PC(192.168.1.100,MAC=M1)↓ 路由器 R1:-eth0:192.168.1.1/24,MAC=M2 # 连接PC-eth1:10.0.0.1/24,MAC=M3 # 连接R2 ↓ 路由器 R2:-eth0:10.0.0.2/24,MAC=M4 # 连接R1-eth1:203.0.113.1/24,MAC=M5 # 连接Internet ↓ Server(93.184.216.34,MAC=M6)# 数据包转发过程:# 阶段1: PC → R1 (eth0):源MAC=M1(PC),目标MAC=M2(R1.eth0)# PC知道R1的eth0MACIP:=192.168.1.100,目标=93.184.216.34# R1收到后:1.检查:目标MAC=M2 → 是我的eth0接口 → 接收2.路由查找:93.184.216.34→ 下一跳10.0.0.2(R2)3.重新封装: 源MAC=M3(R1.eth1)# 改为出接口MAC 目标MAC=M4(R2.eth0)# 下一跳接口MAC IP不变# 阶段2: R1(eth1) → R2(eth0):源MAC=M3,目标MAC=M4 # MAC都变了! IP:=192.168.1.100,目标=93.184.216.34# IP不变 出发时(PC封装): ┌─────────┬─────────┬─────────┬─────────┐ │ 源MAC │ 目标MAC │ 源IP │ 目标IP │ │ PC-MAC │ R1-MAC │192.168.1.10093.184.216.34│ └─────────┴─────────┴─────────┴─────────┘ 第一跳后(R1重新封装): ┌─────────┬─────────┬─────────┬─────────┐ │ 源MAC │ 目标MAC │ 源IP │ 目标IP │ │ R1-MAC │ R2-MAC │192.168.1.10093.184.216.34│ ← IP没变! └─────────┴─────────┴─────────┴─────────┘ 到达服务器时: ┌─────────┬─────────┬─────────┬─────────┐ │ 源MAC │ 目标MAC │ 源IP │ 目标IP │ │ R3-MAC │ Server-MAC│192.168.1.10093.184.216.34│ └─────────┴─────────┴─────────┴─────────┘
# 数据的转发# 源IP,目标IP 是不变的,NAT转换,是为了解决公网IP不足# 源MAC,目标MAC是改变的



版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/2/3 15:43:01

异步和多线程

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 文章目录 异步和多线程的关系:不是等价,而是**交叉互补**的关系一、先明确两个概念的本质1. 异步(Asynchronous):一…

作者头像 李华
网站建设 2026/2/3 11:13:29

知产代理必看:用AI工具批量生成软著材料,成本直降60%

上个月处理了200单软著,人工成本花了12000块。 这是我一个做知产代理的朋友跟我吐槽的。他们公司5个人专门做软著业务,每个月稳定200多单。听起来挺赚钱,但算算账就知道有多累:每单材料准备至少要1-2小时,加班是常态&…

作者头像 李华
网站建设 2026/2/3 3:10:56

毕业论文降AI必备:6款工具帮你轻松过检测

毕业论文降AI必备:6款工具帮你轻松过检测 答辩前一周,导师突然给我发消息:“你这论文AI率62%,重新改。” 那一刻我是懵的。因为那篇论文我写了两个月,查资料、做实验、一个字一个字敲出来,从没用过 ChatG…

作者头像 李华
网站建设 2026/2/3 6:11:24

2026届毕设必看:知网降AI工具实测,不达标全额退款

2026届毕设必看:知网降AI工具实测,不达标全额退款 室友花了300多块买了个降AI工具,结果知网检测还是32%。 我花了80块用比话降AI,直接降到了4.7%。省钱的秘诀其实就一条:选有退款承诺的工具。 先说结论:…

作者头像 李华
网站建设 2026/2/3 18:27:24

2026毕设ssm+vue旅游管理系统论文+程序

本系统(程序源码)带文档lw万字以上 文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容一、选题背景关于旅游信息化管理问题的研究,现有研究主要以传统OTA平台功能优化、单一旅游目的地管理系统开发为主,…

作者头像 李华