news 2026/10/1 16:11: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在哪 → 泛洪(端口2、3、4都发)-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.100│93.184.216.34│ └─────────┴─────────┴─────────┴─────────┘ 第一跳后(R1重新封装): ┌─────────┬─────────┬─────────┬─────────┐ │ 源MAC │ 目标MAC │ 源IP │ 目标IP │ │ R1-MAC │ R2-MAC │192.168.1.100│93.184.216.34│ ← IP没变! └─────────┴─────────┴─────────┴─────────┘ 到达服务器时: ┌─────────┬─────────┬─────────┬─────────┐ │ 源MAC │ 目标MAC │ 源IP │ 目标IP │ │ R3-MAC │ Server-MAC│192.168.1.100│93.184.216.34│ └─────────┴─────────┴─────────┴─────────┘
# 数据的转发# 源IP,目标IP 是不变的,NAT转换,是为了解决公网IP不足# 源MAC,目标MAC是改变的



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

Thinkphp和Laravel+vue的大学生创客创业项目申请答辩平台的设计与实现_4a271

目录 摘要技术栈 项目开发技术介绍PHP核心代码部分展示系统结论源码获取/同行可拿货,招校园代理 摘要 该项目设计并实现了一个基于ThinkPHP和Laravel框架结合Vue.js的大学生创客创业项目申请答辩平台。系统旨在为高校学生提供便捷的项目申报、评审、答辩管理功能,优…

作者头像 李华
网站建设 2026/10/1 14:39:32

Thinkphp和Laravel+《数字图像处理》教学课程网站(作业,视频,论坛交流)vue

目录 ThinkPHP与Laravel框架对比数字图像处理课程网站功能设计前端技术选型建议关键代码示例(LaravelVue)部署优化方案 项目开发技术介绍PHP核心代码部分展示系统结论源码获取/同行可拿货,招校园代理 ThinkPHP与Laravel框架对比 ThinkPHP是国内流行的轻…

作者头像 李华
网站建设 2026/9/27 16:27:55

数据隐私保护核心技术的系统性梳理——数据脱敏、加密、假名化、去标识化与匿名化的区分

这些概念常被混淆,但在技术实现、法律效力和应用场景上有本质区别。 我将它们分为两个层次来理解:宏观技术范畴与微观具体技术,并用一个总览图说明其关系。 上图清晰地展示了数据脱敏的两种实施方式,以及其下涵盖的、与数据标识符…

作者头像 李华
网站建设 2026/9/27 15:23:12

运行标准:支撑运维商为客户交付可量化运行标准体系

规范资源分配、执行传输策略、实现负载均衡 摘要 面向设备集成商、IT外包公司、宽带组网运营商及楼宇企服资源方等技术服务伙伴,结合可视化运行监控系统,提供系统规划、标准化交付与平台化运维支撑,助力其为客户实现高确定性的ICT交付&…

作者头像 李华
网站建设 2026/9/28 19:29:55

年会策划必看:4个能落地的高人气玩法,省预算又出效果

当前企业年会已从传统聚餐转向创意化、效率化、互动化的综合体验,对视觉设计、流程管理、现场互动等工具的需求激增。但传统工具存在设计门槛高需专业软件、场景适配差通用工具难满足年会特定需求、协作效率低跨部门沟通不畅等痛点。国内一批聚焦年会细分场景的实用…

作者头像 李华
网站建设 2026/9/30 22:41:40

AIGC设计:内容生成与场景落地的核心方法与实践指南

AIGC设计的本质,是通过人工智能技术将创意需求转化为可落地的视觉内容。其核心价值并非简单替代人工,而是以“技术赋能场景适配合规保障”的组合逻辑,精准解决用户在效率、创意、版权上的三重核心痛点——效率痛点对应人工设计周期长、批量处…

作者头像 李华