Linux网络原理及编程(8)——第十八节 数据链路层

简介: 在网卡出厂时就确定了, 不能修改. mac地址通常是唯一的(虚拟机中的mac地址不是真实的mac地址, 可能会冲突; 也有些网卡支持用户配置mac地址)

思考一个问题:真正在网络中跑的是一个一个IP报文吗?


实际也不是。真正在网路中传输的是一个一个的以太网帧。


当然,从IP往下,不同的网络就有不同的标准了。我们接下来介绍的以太网帧,主要以以太网为标准。也是比较有代表性的。


1、MAC地址

用来识别数据链路层中相连的节点;


长度为48位, 及6个字节. 一般用16进制数字加上冒号的形式来表示(例如: 08:00:27:03:fb:19)


在网卡出厂时就确定了, 不能修改. mac地址通常是唯一的(虚拟机中的mac地址不是真实的mac地址, 可能会冲突; 也有些网卡支持用户配置mac地址)


2、MAC帧

以太网是目前应用比较多的局域网技术。

image.png


1、在局域网中,其资源是大家共享的,当一个主机发送报文的同时,局域网中的其他主机也能够收到。所以,当有大量的报文同时在局域网中发送的时候,就会造成局域网的瘫痪。这就造成了需要有局域网的争用问题(就像争互斥锁)。所以我们的链路层在底层是有一个碰撞避免算法的。


2、整个局域网都是一个碰撞域,在发送报文之前需要进行冲突检测;同时在发送的时候要进行冲突避免。


3、局域网中的数据一般是的采用数据碰撞的方式来进行发送。


4、MAC帧的数据也是有可能进行重传的,只不过它的作用只是为了确保书数据为对方所成功接收。


5、为了减少数据碰撞,增加交换机的概念。第一:划分碰撞域;第二:转发数据报文


6、E怎么知道C想要跟它通信呢,或者说E怎么知道在网络中的数据是它自己的呢?


C主机在发送数据的时候,其并不知道要将其发给谁,它的任务就是将这个数据发送发到局域网当中,它的任务就完成了。具体怎么发到目标主机上,是由协议决定的:C在发送的时候,会填src_m地址和dst_m(关于其是如何知道这个目的主机的MAC地址的我们马上说)地址。当C发出之后,所有人都会收到这个数据,然后从这个数据当中找到目的MAC地址,看是不是发给的,如果是那就将数据交付,如果不是,就丢弃。


7、数据能从C交付给E,那么其也就可以交给路由器。交给路由器的过程本质上就是交给下一跳的过程。(给路由器的原因是目标主机不在本局域网中)


所以,目的IP给我们以宏观知道,MAC地址给我们以微观导向。


3、MAC帧协议

image.png


关于这个协议,首先还是需要解决两个问题:实现报头和有效载荷分离以及交付给上层的哪一层协议的问题。


那它是怎么做到这个的呢?


前面两个地址分别是目的MAC地址和源MAC地址;


后面的类型即表示要交付给上层的哪一个协议。


由于MAC帧是一个定长报头,所以只要从头往后读确定的数据就可以实现分离了。(独特定的长度,我们已经学了三种分离的方式了)


4、MTU

这个概念,我们在IP协议中提到过。


MTU相当于发快递时对包裹尺寸的限制. 这个限制是不同的数据链路对应的物理层, 产生的限制.


以太网帧中的数据长度规定最小46字节,最大1500字节,ARP数据包的长度不够46字节,要在后面补填充位;


最大值1500称为以太网的最大传输单元(MTU),不同的网络类型有不同的MTU;


如果一个数据包从以太网路由到拨号链路上,数据包长度大于拨号链路的MTU了,则需要对数据包进行分片(fragmentation);


不同的数据链路层标准的MTU是不同的;


5、ARP请求和应答

根据我们前面说到的,我想要把我的数据发送到对方主机,那么我必须要知道它的MAC地址。


那怎么知道呢?


可是我只知道 目的主机的IP地址,所以我必须要将我的IP地址转化为MAC地址。


这个时候我们就用到了ARP技术。


ARP技术是在数据链路层。

image.png


报文解释:


硬件类型如果填1,那就代表着是以太网。


协议类型指要转换的地址类型,0x0800为IP地址;


硬件地址长度对于以太网地址为6字节;


协议地址长度对于和IP地址为4字节;


op字段为1表示ARP请求,op字段为2表示ARP应答



当发送出去之后,所有人都拿到了这个协议,然后向上交付给ARP协议。


然后先看op,如果为1,看目的IP地址,如果对上了,那么就进行ARP应答(把自己的IP地址填到里面去)。(填的所有数据元素都已经有了)如果没有对上,就丢弃。


这样,如果有了一次ARP的应答,那么二者之间的IP地址就互相都知道了。此时,就可以进行数据报文的来回交互了。

举个例子:

当A想要将B通信,那么我们的ARP请求该怎么填呢?


可以向下面这样填:


硬件类型:1


协议类型:0x0800


硬件地址长度:6


协议地址长度:4


op:1


发送端以太网地址:MACa


发送端IP:Ipa


目的以太网地址:111111;


目的IP:IPb


好啦,本节的内容就到这里啦~~



目录
相关文章
|
10月前
|
机器学习/深度学习 PyTorch TensorFlow
卷积神经网络深度解析:从基础原理到实战应用的完整指南
蒋星熠Jaxonic,深度学习探索者。深耕TensorFlow与PyTorch,分享框架对比、性能优化与实战经验,助力技术进阶。
|
10月前
|
监控 负载均衡 安全
WebSocket网络编程深度实践:从协议原理到生产级应用
蒋星熠Jaxonic,技术宇宙中的星际旅人,以代码为舟、算法为帆,探索实时通信的无限可能。本文深入解析WebSocket协议原理、工程实践与架构设计,涵盖握手机制、心跳保活、集群部署、安全防护等核心内容,结合代码示例与架构图,助你构建稳定高效的实时应用,在二进制星河中谱写极客诗篇。
WebSocket网络编程深度实践:从协议原理到生产级应用
|
11月前
|
机器学习/深度学习 人工智能 算法
卷积神经网络深度解析:从基础原理到实战应用的完整指南
蒋星熠Jaxonic带你深入卷积神经网络(CNN)核心技术,从生物启发到数学原理,详解ResNet、注意力机制与模型优化,探索视觉智能的演进之路。
893 11
|
运维 Linux 开发者
Linux系统中使用Python的ping3库进行网络连通性测试
以上步骤展示了如何利用 Python 的 `ping3` 库来检测网络连通性,并且提供了基本错误处理方法以确保程序能够优雅地处理各种意外情形。通过简洁明快、易读易懂、实操性强等特点使得该方法非常适合开发者或系统管理员快速集成至自动化工具链之内进行日常运维任务之需求满足。
724 18
|
11月前
|
安全 Linux 网络安全
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
288 0
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
|
11月前
|
机器学习/深度学习 算法 搜索推荐
从零开始构建图注意力网络:GAT算法原理与数值实现详解
本文详细解析了图注意力网络(GAT)的算法原理和实现过程。GAT通过引入注意力机制解决了图卷积网络(GCN)中所有邻居节点贡献相等的局限性,让模型能够自动学习不同邻居的重要性权重。
1747 0
从零开始构建图注意力网络:GAT算法原理与数值实现详解
|
网络协议 关系型数据库 Linux
【App Service Linux】在Linux App Service中安装 tcpdump 并抓取网络包
在App Service for Linux环境中,无法像Windows一样直接使用网络排查工具抓包。本文介绍了如何通过TCPDUMP在Linux环境下抓取网络包,包括SSH进入容器、安装tcpdump、执行抓包命令及下载分析文件的完整操作步骤。
540 5
|
11月前
|
安全 测试技术 虚拟化
VMware-三种网络模式原理
本文介绍了虚拟机三种常见网络模式(桥接模式、NAT模式、仅主机模式)的工作原理与适用场景。桥接模式让虚拟机如同独立设备接入局域网;NAT模式共享主机IP,适合大多数WiFi环境;仅主机模式则构建封闭的内部网络,适用于测试环境。内容简明易懂,便于理解不同模式的优缺点与应用场景。
1556 0
|
Web App开发 网络协议 Linux
【Linux】网络基础
TCP/IP五层模型是网络通信的基础框架,将复杂的数据传输过程分为物理层、数据链路层、网络层、传输层和应用层,每层各司其职,协同完成远程通信。该模型确保了不同设备和网络之间的互联互通,是现代互联网运行的核心机制。
1407 5
|
网络协议 Linux 开发者
深入Linux中UDP网络通信机制编程探索
以上步骤概述了Linux中UDP网络通信的编程机制。在实现时,因关注细节和上下文环境可能有所调整,但大致流程是一致的。这些知识片段旨在帮助开发者快速上手Linux下的UDP编程,并提供可靠的信息作为编程的基础。在编程实践中,应结合实际业务需求,设计合适的数据传输协议,确保数据的正确性和实时性。
279 0