news 2026/6/9 22:16:05

网络》》数据转发

作者头像

张小明

前端开发工程师

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/5/31 14:14:59

基于PLC的温室远程监控系统,西门子s71200,含程序(设计源文件+万字报告+讲解)(支持资料、图片参考_相关定制)_文章底部可以扫码

基于PLC的温室远程监控系统,西门子s71200, 基于PLC的温室远程监控系统,西门子s71200,含程序(设计源文件万字报告讲解)(支持资料、图片参考_相关定制)_文章底部可以扫码基于PLC的温室远程监控系统,西门子s71…

作者头像 李华
网站建设 2026/5/16 1:04:37

系统丢失MSJT4JLT.DLL文件 免费下载方法分享

在使用电脑系统时经常会出现丢失找不到某些文件的情况,由于很多常用软件都是采用 Microsoft Visual Studio 编写的,所以这类软件的运行需要依赖微软Visual C运行库,比如像 QQ、迅雷、Adobe 软件等等,如果没有安装VC运行库或者安装…

作者头像 李华
网站建设 2026/5/15 8:54:37

2026年8款降AI率工具实测推荐,亲测有效

2026年8款降AI率工具实测推荐,亲测有效 72%——这是知网给我论文的 AI 率。 可那篇论文是我熬了四个通宵一个字一个字敲的,连 ChatGPT 都没碰过。后来我用嘎嘎降AI(www.aigcleaner.com)处理了一遍,半小时降到 8%&…

作者头像 李华
网站建设 2026/6/10 1:58:35

论文AI率从90%降到10%:亲测有效的降AI工具实测

论文AI率从90%降到10%:亲测有效的降AI工具实测 92%。这是我用DeepSeek辅助写完初稿后,知网检测给我的AI率。当时离答辩只剩两周,我整个人都懵了。 先说结论:最后用比话降AI(www.bihuapass.com)把AI率从92%…

作者头像 李华
网站建设 2026/5/23 10:25:29

2026毕业论文降AI攻略:嘎嘎降帮你轻松过知网AIGC检测

2026毕业论文降AI攻略:嘎嘎降帮你轻松过知网AIGC检测 答辩前三天,导师突然发来消息:“论文AI率超了,重新改。” 我当时整个人都懵了。辛辛苦苦写了三个月的毕业论文,知网AIGC检测报告显示AI率62.7%。学校要求是20%以…

作者头像 李华