聊聊网络通信机制中的物理传输和数据链路

2023-12-20 10:30

本文主要是介绍聊聊网络通信机制中的物理传输和数据链路,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

今天来聊一聊关于计算机中的网络通讯息息相关的内容。

在计算机中,数据中的传输离不开分层协议。为什么分层?分几层?每一层都在做什么?今天我们来一起看看;

村里有个姑娘叫老薛,长得好看又漂亮,一米八几的大高个而且还幽默;

老薛花费巨资,买了两个电脑,但是有个问题,希望这两个电脑能够通讯,但是怎么办呢?

老薛找了根线,直接怼上。好了,恭喜,通了; 通过物理接线的方式,直接进行数据交互;

在这种情况下,就出现了一个问题,如果我有多个设备,那么为了保证多个设备上都能够传输数据,就导致我的连线特别复杂:

这里对于硬件设备4和5都还没有画,如果也画上直接废废了。所以老薛开动小脑袋瓜,想到了一个比较好的方式;

能不能使用转发的思想来解决呢?

假设我有一个设备,能够帮助我通过将比如将1号的的信息发送到**5号,**这样似乎也不赖;

这里使用的就是HUB集线器

这里集线器采用的方式就是广播;

通过广播的方式将数据发送出去,但是他存在一些问题:

  • 数据转发的时候,不是Hub集线器去判定数据从哪个源出来,到哪里去,而是把所有的信息都转发的所有设备上;导致数据传输速度差;网络链路的利用率差;
  • 数据广播的时候,带宽利用率很差;甚至可能出现错误数据,主要是如果同一时刻存在多个设备发送数据,比如1号设备发送数据给4号,3号设备发送数据到2号,此时可能导致4号设备接收到的数据是1号和3号数据杂糅在一起的;可以使用CSMA/CD 来避免这种情况;
  • 比较适合网络设备很少的情况;另外一般情况下使用的都是双绞线

在这样的情况下,我想到了一个绝妙的注意:

能不能做一张表,这张表中能够记录一个设备编号,然后再加一个物理端口,然后用一个设备去记录:

这样数据设备1在给设备2发送信息的时候,就会通过交换机,然后再交换机内部通过查表的方式来确定另外一台设备在哪里;

因为在交换机中,能够保证的是全双工通信;并且还能够进行桥接

为什么能够做到这一点呢?

使用到连接线就是我们现在看到的网线,一共8根线,最少有4根可以接受消息,另外4根就可以发送消息;

这样就保证了同一时刻不需要担心数据在链路中出现糅杂的情况;

另外一个原因就是因为使用了交换机,而交换机内部是能够查表的方式来指定广播的目标地址,而不是将信息都广播到所有设备上;

那么另外一个问题就是交换机中的表是如何创建出来的呢?

  • 当买了一台交换机之后,连接多台设备,此时交换机中是没有映射表的;
  • 当你通过设备A给设备B发送信息的时候,此时交换机中会查表,但是表是空的,所以会记录A设备的信息
  • 记录A中的[mac地址,物理端口],然后广播到其他两台机器上;
  • 然后当B给其他设备发送信息的时候,也会记录B的[mac地址,物理端口];
  • 依次往复,所有的设备中的mac地址和物理端口被记录下之后成为一张表;

mac地址是你的设备出厂之后就带的,当然也是可以修改的,它是数据通信的基石;数据通过mac地址进行传输;

Tips:mac地址是一个6个分段,每个分段是8个字节,一共48个字节长度;另外这里的表不是路由表;

如何完成桥接呢? 其实就是我们可以通过网线连接多个交换机;

  • 这里对于交换机sw1sw2而言;也是在刚开始的时候就会进行全局广播;
  • 然后如果1号设备发信息到6号设备,此时在sw1中记录的就是 [1号设备mac地址,1号端口]****;
  • 然后等到找到第二台交换机,到下一次6号设备1号设备的时候,在sw2中记录[1号设备mac地址,5号端口];
  • 依此类推,两个交换几种记录的表如下:

针对于这个,现在有两个问题:为什么ne?

问题1:如果mac地址负责数据传输,IP还有意义吗?

问题2:按照交换机的存储映射表,会存在那些问题呢?

这篇关于聊聊网络通信机制中的物理传输和数据链路的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/515691

相关文章

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

Linux中压缩、网络传输与系统监控工具的使用完整指南

《Linux中压缩、网络传输与系统监控工具的使用完整指南》在Linux系统管理中,压缩与传输工具是数据备份和远程协作的桥梁,而系统监控工具则是保障服务器稳定运行的眼睛,下面小编就来和大家详细介绍一下它... 目录引言一、压缩与解压:数据存储与传输的优化核心1. zip/unzip:通用压缩格式的便捷操作2.

MySQL中的锁机制详解之全局锁,表级锁,行级锁

《MySQL中的锁机制详解之全局锁,表级锁,行级锁》MySQL锁机制通过全局、表级、行级锁控制并发,保障数据一致性与隔离性,全局锁适用于全库备份,表级锁适合读多写少场景,行级锁(InnoDB)实现高并... 目录一、锁机制基础:从并发问题到锁分类1.1 并发访问的三大问题1.2 锁的核心作用1.3 锁粒度分

Redis的持久化之RDB和AOF机制详解

《Redis的持久化之RDB和AOF机制详解》:本文主要介绍Redis的持久化之RDB和AOF机制,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录概述RDB(Redis Database)核心原理触发方式手动触发自动触发AOF(Append-Only File)核

PostgreSQL中MVCC 机制的实现

《PostgreSQL中MVCC机制的实现》本文主要介绍了PostgreSQL中MVCC机制的实现,通过多版本数据存储、快照隔离和事务ID管理实现高并发读写,具有一定的参考价值,感兴趣的可以了解一下... 目录一 MVCC 基本原理python1.1 MVCC 核心概念1.2 与传统锁机制对比二 Postg

SQL Server修改数据库名及物理数据文件名操作步骤

《SQLServer修改数据库名及物理数据文件名操作步骤》在SQLServer中重命名数据库是一个常见的操作,但需要确保用户具有足够的权限来执行此操作,:本文主要介绍SQLServer修改数据... 目录一、背景介绍二、操作步骤2.1 设置为单用户模式(断开连接)2.2 修改数据库名称2.3 查找逻辑文件名

Maven 配置中的 <mirror>绕过 HTTP 阻断机制的方法

《Maven配置中的<mirror>绕过HTTP阻断机制的方法》:本文主要介绍Maven配置中的<mirror>绕过HTTP阻断机制的方法,本文给大家分享问题原因及解决方案,感兴趣的朋友一... 目录一、问题场景:升级 Maven 后构建失败二、解决方案:通过 <mirror> 配置覆盖默认行为1. 配置示

Redis过期删除机制与内存淘汰策略的解析指南

《Redis过期删除机制与内存淘汰策略的解析指南》在使用Redis构建缓存系统时,很多开发者只设置了EXPIRE但却忽略了背后Redis的过期删除机制与内存淘汰策略,下面小编就来和大家详细介绍一下... 目录1、简述2、Redis http://www.chinasem.cn的过期删除策略(Key Expir

Go语言中Recover机制的使用

《Go语言中Recover机制的使用》Go语言的recover机制通过defer函数捕获panic,实现异常恢复与程序稳定性,具有一定的参考价值,感兴趣的可以了解一下... 目录引言Recover 的基本概念基本代码示例简单的 Recover 示例嵌套函数中的 Recover项目场景中的应用Web 服务器中

Jvm sandbox mock机制的实践过程

《Jvmsandboxmock机制的实践过程》:本文主要介绍Jvmsandboxmock机制的实践过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、背景二、定义一个损坏的钟1、 Springboot工程中创建一个Clock类2、 添加一个Controller