- 综合排序
- 最热优先
- 最新优先
- 来自专栏计算机网络
MAC地址_MAC地址格式_以太网的MAC帧_基础知识
MAC地址全世界的每块网卡在出厂前都有一个唯一的代码,称为介质访问控制(MAC)地址一.网络适配器(网卡)要将计算机连接到以太网，需要使用相应的网络适配器(Adapter)，网络适配器一般简称为“网卡” MAC地址与网卡一般情况下，普通用户计算机中往往会包含两块网卡:一块是用于接入有线局域网的以太网卡另一块是用于接入无线局域网的Wi-Fi网卡每块网卡都有一个全球唯一的MAC地址。 以太网的MAC帧引入:由于总线上使用的是广播信道,因此网卡在网络上每收到一个MAC帧,首先要用硬件检查MAC帧中的MAC地址.如果是发往本栈的帧,那么就收下,否则就丢弃. 以太网MAC帧有2种格式:V2标准和IEEE802.3标准,下面讲解以V2标准1.插入8B前导码:使接收端和发送端的时钟同步,在帧前面插入8字节再分为两个字段:第一个字段共7字节,是前同步码,用来快速实现 MAC帧时，就简单将其丢弃，以太网的数据链路层没有重传机制。
3.1K40编辑于 2024-09-17 - 来自专栏玉龙小栈
HCIE | 以太网数据帧、MAC地址介绍
2020 以太网数据帧、MAC YuLong XiaoZhan 玉 龙 小 栈 以太网链路传输的数据包称做以太帧，或者以太网数据帧。 在以太网中，网络访问层的软件必须把数据转换成能够通过网络适配器硬件进行传输的格式。二层交换机设备维护CAM表，而CAM表中存放的是MAC地址。今天给大家介绍一下以太网数据帧格式和MAC地址格式。 以太网数据帧 以太网II帧格式 ? Ethernet_II 帧类型值大于等于1536 (0x0600)。 以太网数据帧的长度在64-1518字节之间。 802.3帧格式 ? 协议 5、0x8864表示该帧的上层封装的是PPPoE协议 6、0x8809表示帧的上层封装的是LACP协议 二层MAC地址 定义： 所有遵循IEEE802标准的网卡都必须要有一个MAC地址（Serial 由于数据封装成帧需要封装MAC地址，当数据帧被路由器转发到其他广播域时会对数据帧中的源目MAC地址进行重复封装，所以只要重复的MAC地址不在同一个广播域就不会出现问题。
5.2K31发布于 2021-02-24 - 来自专栏乐享123
再谈以太网帧格式
又重新读了一遍《tcp/ip详解》，又重温了一遍万年知识以太网，为了不能忘却的回忆，我决定原文摘抄一遍。 以太网这个术语是指DEC、Intel和Xerox公司在1982年联合公布的一个标准。 不幸的 是，802.3定义了一个与以太网不同的帧格式。 下图定义了两种不同形式的封装格式： ? 在以太网帧格式中，类型字段之后就是数据，而在802帧格式中，跟随在后面的3字节的802.2LLC和5字节的802.2SNAP。 目的服务访问（DSAP）和源服务访问点（SSAP）的值都设为0xaa。 ctrl字段的值设为3.随后的3个字节org code都设置为0。 再接下来的2个字节类型字段和以以太网帧格式一样。 CRC字段用于帧内后续字节差错的循环冗余码检验。 802.3标准定义的帧和以太网的帧都有最小长度要求。802.3规定数据部分必须至少为38字节，而对于以太网，则要求最少要有46字节。为了保证这一点，必须在不足的空间插入填充字节。
1.4K20发布于 2018-06-04 - 来自专栏韩曙亮的移动开发专栏
【计算机网络】数据链路层 : 以太网 ( 无连接、不可靠服务 | 以太网发展 | 10BASE-T 以太网 | MAC 地址 | 以太网 MAC 帧 | 高速以太网 )
地址 六、 以太网 MAC 帧 七、高速以太网 一、 以太网 ( Ethernet ) 概述 ---- 以太网 ( Ethernet ) 概述 : ① 开发者 : 由 Xerox 公司创建 , 由 Xerox 存储器包括 RAM 和 ROM ; ③ MAC 地址 存储 : ROM 上存储有计算机的 MAC 地址 ; 该 MAC 地址又称为 硬件地址 , 物理地址 ; ④ MAC 地址 组成 : 48 位 以太网 V 2 格式 MAC 帧 : ① 帧头 : 6 字节目的地址 + 6 字节原地址 + 2 字节类型标识 ; 类型指的是 网络层 协议类型 ; ② 数据部分 : 上层传下来的 IP 最大长度来源 : 以太网最大 MTU 是 1500 字节 ; ③ 帧尾 : 4 字节 , CRC 循环冗余校验的 FCS 帧序列 ; ④ 前导码 : 物理层 传输时 , 为了进行帧同步 , 在 以太网 MAC 帧前 , 加入 1 字节的前导码 ; ⑤ 帧间隔 : 帧与帧之间有一定的空白间隙 , 如果一段信号没有电压变化 , 说明这是帧间隔 ; 七、高速以太网 ---- 高速以太网 : 速率大于
2.4K00编辑于 2023-03-28 MAC地址与帧结构
它与IP地址不同，IP地址是网络层的逻辑地址，用于在不同网络之间进行路由选择，而MAC地址是物理地址，用于在同一个局域网内部的设备之间进行通信。二、帧结构定义帧是数据链路层的协议数据单元（PDU）。 典型帧结构（以以太网帧为例）前导码长度为7个字节。它是一个特殊的位模式（10101010），用于同步发送方和接收方的时钟。 帧开始定界符长度为1个字节，其值为10101011。它标志着帧的正式开始。接收设备在检测到SFD后，就知道后面的数据是帧的内容，而不是其他无效的信号。目的MAC地址长度为6个字节。 它标识了帧的接收方的MAC地址。就像邮件上的收件人地址一样，数据链路层会根据这个地址将帧发送到正确的设备。源MAC地址长度为6个字节。它标识了帧的发送方的MAC地址。 它用于检测帧在传输过程中是否发生了错误。发送方在发送帧之前，会根据帧的内容（包括目的MAC地址、源MAC地址、类型/长度字段和数据字段）计算一个校验值，并将其放在FCS字段中。
1.4K10编辑于 2025-05-05- 来自专栏技术进阶之路
秒懂以太网的 MAC 硬件地址
全球管理需要购买，本地管理用户自定义，不过以太网几乎不会去理会这个用户自定义的。 适配器检查 MAC 地址 适配器从网络上每收到一个 MAC 帧就首先用硬件检查 MAC 帧中的 MAC 地址，然后检查这个帧是否是下面的其中一种，如果不是就丢弃，如果是就收下然后转发。 1️⃣ 单播 (unicast) 帧（一对一） 2️⃣ 广播 (broadcast) 帧（一对全体） 3️⃣ 多播 (multicast) 帧（一对多） MAC 帧的格式 常用的以太网 MAC 帧格式有两种标准 标准 最常用的 MACMACMAC 帧是以太网 V2V2V2 的格式。 最后提一下与 IEEE 802.3 MAC帧IEEE \space802.3\space MAC 帧IEEE 802.3 MAC帧 的区别： IEEE 802.3 规定的 MAC 帧的第三个字段是“长度
2.5K20发布于 2020-07-30 - 来自专栏C++开发
以太网帧的CRC校验和：原理、应用与技术发展
本文将深入探讨以太网帧中CRC校验和的原理、作用及其在现代网络通信中的重要性。 二、以太网帧结构与CRC校验和的位置 以太网帧是数据在以太网中传输的基本单位，其结构主要包括以下几个部分：前导码（Preamble）、帧起始定界符（SFD）、目的地址（DA）、源地址（SA）、类型/长度字段 添加校验和： 将计算得到的CRC校验和附加到数据帧的末尾，形成完整的以太网帧，然后发送到网络中。 在接收端，接收设备会执行类似的除法运算。 保障数据完整性： 通过在帧的末尾附加CRC校验和，以太网能够确保数据在传输过程中的完整性。只有当数据帧的CRC校验和与接收端计算的结果一致时，才能认为数据是完整且未被篡改的。 CRC校验和能够快速、高效地完成数据帧的校验工作，满足高速网络环境下的数据传输需求。它在高速以太网（如千兆以太网、万兆以太网等）中仍然发挥着重要的作用，为高速数据传输提供了可靠的数据完整性保障。
1.8K10编辑于 2025-02-24 - 来自专栏网络技术联盟站
交换技术：MAC地址、广播域、帧交换
千兆以太网端口是全双工的，每个交换机端口定义一个冲突域。 以下是交换机提供的网络服务列表： 交换机只读取以太网帧头并转发流量。 交换机创建和维护 MAC 地址表。 微分段 千兆以太网交换机端口接口支持全双工操作和微分段，这消除了交换机端口上的冲突，并将所有端口带宽专用于连接的主机，CSMA/CD 是一种检测旧集线器和网桥上以太网冲突的方法，全双工交换机端口不再需要这种方法 MAC地址表 每个以太网网络接口都分配有一个唯一的制造商分配的物理硬件地址，称为 MAC 地址，此外，还有一个分配给所有网络设备的 MAC 地址，MAC 地址提供唯一的第 2 层标识符。 MAC（物理）地址是 48 位的十六进制数，前 24 位是制造商 OUI，后 24 位是唯一序列号 (SN)，分配给每个网络设备的基本 MAC 地址和每个以太网接口的唯一 MAC 地址。 第2层和第 3 层广播域： 网络广播： 直通切换 这种交换技术通过在做出转发决定之前仅检查以太网帧的前六个字节（目标 MAC 地址）来优化性能，交换机对目标 MAC 地址执行 MAC 地址表查找并转发帧
2.3K10编辑于 2023-03-13 - 来自专栏网规
第一天 HDLC协议、PPP协议、以太网帧
/FMP/FHDLC是一种面向位（比特）同步的数据链路层控制协议 经典同步协议帧边界符（帧头或者帧尾）01111110 8位 代表开始 或者结束 为了防止传输数据中出现01111110导致传输结束 采用比特填充技术 每出现五个连续的1填充一个0 例如 传输 111111 就会变成 1111101地址 控制位 I帧、S帧、U帧I帧 信息帧 用于承载数据和控制用的 帧格式： N(S)占3位 N(R)占3位 一共8位0N(S) 发送帧序号P/F （1代表终止帧 0代表继续）N(R)下一帧接接收的帧序号S帧 监控帧 用于差错控制和流量控制帧格式：10SP/FN(S)U帧 无编号帧 建立 、拆除链路等功能帧格式：提供不可靠的无连接服务时 可承载数据11MP/FMPPP协议在点对点的链路上传输多种上层协议的数据包，有校验位PPTP和L2TP都是把数据封装在ppp帧中在网上传输PPP包含链路控制协议 HMAC 主动PPTPL2TP只支持tcp/ip,网络层必须是ip协议udp、X.25、帧中继、ATM网络单一隧道支持多个隧道6字节支持包头压缩、4字节支持加密、不支持隧道验证支持隧道验证、不支持加密以太网帧前
48100编辑于 2025-08-03 Mac端也可以做视频分帧啦！——性能测试视频分帧工具
一、当前现状背景 近期由于做了几个关于端外跳转到打车和检索页的性能优化项目，考虑到Mac端没有靠谱并且好用的视频分帧工具，于是决定自己基于ffmpeg写一个视频分帧的小工具，以便后续能够对于视频分帧性能测试场景有专属的测试工具 经过调研发现，Windows端大家都在用一个网上较多人使用的yyb_so_test的视频分帧小工具，而Mac端就没有找到类似的，下面我就自己使用的经验，给大家分享一下，我的Mac端使用的视频分帧小工具！ 三、分帧工具的使用方法了解到了ffmpeg的强大，我们就开始写我们的分帧工具吧；工具全部内容，基于python3：# -*- coding: UTF-8 -*-#! /5.这里修改你想要分帧的视频文件，理论上ffmpeg功能是很强大的，几乎可以分帧绝大部分格式的视频文件：6.运行ffmpegVideoFraming.py，查看是否有报错：常见的一些报错和解决方案：（ 7.拿到权限后，我们再次运行，看到这些打印就算是运行成功了；运行完成后，我们再去一级目录下查看分帧后的结果：打卡文件夹，查看视频分帧图片： 到这mac端的视频分帧工具就全部介绍完了，要是能够再分帧完成后把结果自动统计下来就更好了
94710编辑于 2024-03-28- 来自专栏twowinter
LoRaWAN协议解析 第4章 MAC帧格式
本文作者twowinter，转载请注明作者：http://blog.csdn.net/iotisan/ 2 梳理解析 LoRaWAN第4章，主要讲述了MAC帧格式，对所有涉及的字段都做了解释。 我已经见过不少厂家，拿这个协议的公知特点当产品卖点了。 可同时携带数据和命令的MAC帧 一般来说，应用除了数据，出于管理需要，肯定还会涉及命令。 所以LoRaWAN协议设计上利用FOpts把数据和命令揉在一个MAC帧里，这样可以提高交互效率，有效地降低功耗。这在寸土寸金，哦不，寸库仑(电量单位)寸金的物联网应用中，是一个很有必要的设计。 3 源码解析 这章的处理基本都在 \src\mac\LoRaMac.c 中，下面按照MAC帧格式的字段逐个解析下。 ，完成整个MAC层的数据组帧。
1.3K30发布于 2020-04-17 - 来自专栏音视频技术修炼手册
视频帧里的I帧、P帧、B帧是什么？
I帧特点:1）I帧是一个全帧压缩编码帧；2）解码时仅用I帧的数据就可重构完整图像；3）I帧描述了图像背景和运动主体的详情；4）I帧不需要参考其他画面而生成；5）I帧是P帧和B帧的参考帧（其质量直接影响到同组中以后各帧的质量 P帧表示的是这一帧跟之前的帧的差别，P帧可以作为后续图像编码时的参考帧。解码时需要用之前缓存的画面叠加上本帧定义的差别，生成最终画面。 P帧特点:1）P帧采用运动补偿的方法传送它与前面的I或P帧的差值及运动矢量（预测误差）；2）解码时必须将I帧中的预测值与预测误差求和后才能重构完整的P帧图像；3）P帧属于前向预测的帧间编码，它只参考前面最靠近它的 I帧或P帧；4）P帧可以是其后面P帧的参考帧，也可以是其前后的B帧的参考帧；5）由于是差值传送，P帧的压缩比较高。 IDR帧也是I帧的一种，那么IDR帧与普通I帧有何区别呢？一个IDR帧之后的所有帧都不能引用该 IDR 帧之前的帧的内容；而对于普通的I帧，其后的P帧和B帧可以引用该普通I帧之前的其他I帧。
2.9K11编辑于 2024-11-14 - 来自专栏FPGA技术江湖
基于FPGA的以太网控制器（MAC）设计（中）
大侠可以关注FPGA技术江湖，在“闯荡江湖”、"行侠仗义"栏里获取其他感兴趣的资源，或者一起煮酒言欢。 今天给大侠带来基于FPGA的以太网控制器（MAC）设计，由于篇幅较长，分三篇。 今天带来第二篇，中篇，以太网控制器（MAC）程序的实现。话不多说，上货。 导读 当前，互联网已经极大地改变了我们的生产和生活。与之相适应的，在嵌入式系统的研究开发方面，也越来越重视网络功能。 本章将 通过 FPGA 实现一个以太网控制器（MAC）的实例，详细介绍实现过程。 三、以太网控制器（MAC）程序的实现 本篇主要介绍以太网控制器（MAC）程序的主要模块。 本篇到此结束，下一篇带来基于FPGA的以太网控制器（MAC）设计（下），会介绍程序的仿真与测试和总结，包括顶层程序、外部 PHY 芯片模拟程序、仿真结果等相关内容。
1.5K30发布于 2020-12-30 - 来自专栏FPGA技术江湖
基于FPGA的以太网控制器（MAC）设计（上）
图 1 以太网协议逻辑关系的参考模型 MAC 子层有两个基本职能：数据封装，包括传输之前的帧集合和接收中、接收后的帧解析/差错监控；媒体访问控制，包括帧传输初始化和传输失败恢复。 1.2 MAC子层 MAC 子层在上层协议和以太网网络之间传输和接收数据，其主要功能是确保以太网上每一帧数据的传输都遵循了 IEEE 802.3 规范所规定的介质存取规则。 • Length/Type：长度/类型，表示包含在帧数据字段中的 MAC 数据大小，也可以表示帧的类型。 • Data：数据，是一组 n（46≤n≤1500）字节的任意值序列。 b．帧传输 MAC 层从上层协议接收到发送帧数据的请求，首先按照下面的次序将数据和地址信息保存到 MAC 层的帧数据缓冲区中。 • 插入报头和帧起始分隔符。 • 插入目标地址和源地址。 二、以太网控制器（MAC）的基本框架 下面将要介绍的以太网控制器（MAC）实现了以太网标准的第二层协议——MAC（媒体访问控制）协议，完全符合 IEEE 802.3 和 IEEE 802.3u 规范所规定的
1.8K10发布于 2020-12-30 - 来自专栏腾讯IMWeb前端团队
视频中的 I 帧，P 帧，B 帧
视频传输原理 视频是由一幅幅帧图像和一组音频构成的，视频的播放过程可以简单理解为一帧帧的画面按照时间顺序呈现出来的过程。 但是在实际应用中，并不是每一帧都是完整的画面，因为如果每一帧画面都是完整的图片，那么一个视频的体积就会很大。 由于压缩处理的方式不同，视频中的画面帧就分为了不同的类别，其中包括：I 帧、P 帧、B 帧。I 帧是内部编码帧（也称为关键帧），P 帧是前向预测帧（前向参考帧），B 帧是双向内插帧（双向参考帧）。 简单地讲，I 帧是一个完整的画面，而 P 帧和 B 帧记录的是相对于 I 帧的变化。如果没有 I 帧，P 帧和 B 帧就无法解码。 由于 I 帧不依赖其它帧，所以是随机存取的入点，同时是解码的基准帧。 I 帧主要用于视频播放的初始化，I 帧图像的压缩倍数相对较低。I 帧图像是周期性出现在图像序列中的，出现频率可由编码器选择。
5.2K20编辑于 2022-06-29 - 来自专栏媒矿工厂
VP9到HEVC转码的帧内加速算法
在前一部分我们讨论了VP9到HEVC的帧间转码加速算法，在这一部分我们探讨帧内部分的转码加速算法。表1所示为HEVC和VP9在部分编码技术上的异同，我们可以发现相似点与不同点。 的深度信息进行帧内转码加速以及利用VP9采用的帧内预测模式进行方向的映射。 VP9的帧内预测提供了丰富的深度信息，这对于优化HEVC的帧内预测模式是一个很好的入手点。 VP9(左)与HEVC(右)的帧内划分示意图 因此，第一个加速方法就是利用VP9帧内划分最大深度来提前终止HEVC的帧内搜索过程。图2是该方法的流程图。 利用VP9帧内划分最大深度的流程图 采用基于VP9最大递归层数的深度优化，算法可以在一定程度上减少不必要的搜索，加快帧内转码的速度。
1.7K80发布于 2018-03-06 - 来自专栏根究FPGA
UDP的FPGA实现（中） | UDP段、IP包、MAC帧结构
前导码（Preamble）： 不算在MAC帧成分，前导码的作用是使主机接收器时钟和源主机发送器时钟同步，紧接着是帧开始分界符字节0x55或者0xAA，用于指示帧的开始，前导码是为了隔离每个以太网帧的，也是定位符 因为以太网是变长的，所以每个帧之间需要前导码来确认。字段长度为：7个字节。 帧开始符（SFD） 不算MAC帧成分，8’hd5:表明下一字段为为目的MAC字段。 如果一个帧的数据部分少于46B，则MAC子层就会在就会在数据字段的后面加入一个整数字节的填充字段Pad，以保证以太网的MAC地址不低于64B。 MAC帧中数据和填充部分的长度必须在46~1500字节之间，这是由以太网的物理特性决定的，这个1500字节被称为链路层的MTU（最大传输单元，Max Transmit Unit），但是这并不是指链路层的长度被限制在 以太网的数据帧（数据链路层）的传输包长的要求，一般在46~1500字节（是数据帧）。所以在发送以太网数据包的时候，数据帧的长度不能太短，不然会导致PC数据包发送而FPGA接收不到数据包的情况。
4.1K30发布于 2020-06-30 - 来自专栏媒矿工厂
VP9到HEVC转码的帧间加速算法
主要有两个关键点，其一是减少帧间模式的搜索。该算法在HEVC的解码过程中获取了HEVC划分块的编码模式，主要区分了帧间模式和帧内模式。 帧内模式的搜索量小，因而帧内模式编码速度要大大快于帧间模式，文献[4]利用了这一点，在VP9的编码过程中参考HEVC对该块的划分方式，优化VP9的决策过程。 其二是参考帧选取的简化，VP9有3类参考帧的选取，分别是ARF、GOLDEN和LASTREF，算法在HEVC的解码端记录了参考帧的使用情况，在VP9的编码端使用HEVC用过的参考帧进行匹配，配合ARF、 通过监督学习就可以建立输入输出之间的映射关系，在实际的转码过程中利用映射关系完成VP9到HEVC转码的帧间加速部分。 加速算法 表2所示为VP9到HEVC转码的帧间加速的实验结果，其中Depth0是仅对CU64进行加速的实验结果，Depth1是仅对CU32进行加速的实验结果，Depth0&1是结合了两者。
2.1K81发布于 2018-03-06 - 来自专栏全栈程序员必看
.net 零拷贝_模拟总线型以太网数据帧发送过程
-7f9f4e9d9000 r-xp 00022000 08:10 12367 /usr/lib/x86_64-linux-gnu/libc-2.31.so 7f9f4e9d9000 -7f9f4e9d9000 -> /usr/lib/x86_64-linux-gnu/libc-2.31.so* lr-------- 1 root root 64 Jul 12 11:02 7f9f4e9d9000 -7f9f4ea68000 -> /root/demo/aa* lr-------- 1 root root 64 Jul 12 11:02 7f9f4ea68000-7f9f4ea69000 -> / -> /usr/lib/x86_64-linux-gnu/ld-2.31.so* 查看内存映射地址范围的内容： # cat /proc/1078/map_files/7f9f4ea67000-7f9f4ea68000 hello 我们看到/root/demo/aa文件已经映射到内存中取了，占用空间0x7f9f4ea67000-0x7f9f4ea68000=4K，虽然申请的是1K，但是映射的分配是以页面为单位分配的，
62520编辑于 2022-09-30 - 来自专栏Visual Codex
视频编码的三种帧：I帧，B帧，P帧
在视频压缩编码中，所有的帧被分成了三个种类，I帧，B帧和P帧，其实就是Intra-Prediction帧，Bi-prediction帧和Prediction帧。 顾名思义，就是帧内预测帧，双向预测帧以及（单向）预测帧。 每一帧，都是一张静止的图片，在HEVC或者以前的标准中，会采用各种各样的算法去压缩每一帧，而压缩算法中的很重要的一个部分就是预测编码，在预测编码中，分帧内预测（intra prediction）与帧间预测 （inter prediction），帧内预测的话就是在找参照块的时候，只在当前帧内寻找；而帧间预测的话，找参照块的时候会在相邻的帧之间去找相似块。 因此，基于上述所说， 如果说当前帧是只在当前帧内寻找参照块的话，那么该帧就是I帧 如果在已经编码的帧里面寻找参照块的话，那么它是P帧 如果既在已编码的帧里去寻找参照块，又在未来将要被编码的帧里去寻找参照块的话
2.9K20发布于 2021-02-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号