无限多交换机串联,可以将网线无限延长吗?

2024-04-24 20:28

本文主要是介绍无限多交换机串联,可以将网线无限延长吗?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

网线使用时为了网络质量一般不超过100m,那我每隔100m接一个交换机是不是就可以无限延长了?

完全没有问题。

但是慎用无限、永远、永恒这些字眼,“爱你到永远”这句山盟海誓,看看现在的离婚率就知道有多么不靠谱。

但是,工程上并不这么使用,会使用传输距离(无需中继)高1-3个数量级的光纤。为什么要用费钱、费力、费时间、低可靠性、高延迟的网线方案呢?

题主想象中的交换机中继:

接收端口物理层将网线中的电信号,由于传输距离衰减,使用功率放大器将其放大,然后从出端口发送出去。到达终点之前每个交换机都是玩的,数据帧在每个交换机由于信号放大而引起的延迟微小到可以忽略不计。从起点到终点传输时延,只和传输距离成正比。

真实的交换机中继:

接收端口物理层心中就一个想法:检测同步信号,由于Preamble(同步信号)里是周期性重复的模拟波形,采样成离散信号(香农采样原理),因此计算机只能处理离散信号,而无法处理连续信号。用信号的前一个周期(多个采样点)与下一个周期(相同采样点)进行相关匹配,相关系数位于0-1之间。0是不相关,1完全相同的采样。

如果这个相关系数高于一个预设的阈值(比如0.7或0.8),意味着检测到同步信号。物理层立马来精神了,触发检测SFD,SFD检测成功,SFD屁股后面的一串串采样才是数据帧。

物理层将这些离散采样点de-modulation、decode、de-scramble成0、1组成的数据帧,然后notification一个消息给MAC层,MAC层接收并计算FCS。如果FCS错误,丢了。

如果FCS正确,问题来了,MAC层怎么处理?

很显然,MAC层需要将接收的数据帧(0、1组成)。可是MAC层凭自己是无法将0、1变成模拟信号,必须借助物理层。

MAC层联系物理层,Hi,老弟请把这串数据从出口发出去。

物理层于是添加同步信号(preamble + SFD),并将数据帧做了scramble、encode、modulation,上载波,信号就发了出去。

到了下一个交换机的接收端口,重复一遍上文的故事,直到到达终点。

延迟

看出问题了吧,每一个交换机中继数据帧,是从模拟信号到数字信号,然后再从数字信号到模拟信号的处理过程,这个处理延迟尽管小,但是也有几个us到几十个us不等,取决于数据帧的长度以及硬件处理速度。如果中继的交换机不多,可能感受不到,但是一旦中继数量上升到很多,叠加在一起的时延是巨大的。

可靠性

假设每个中继线的可靠性是99.99%,失效概率= 0.01%/中继。

10个中继失效概率= 10 * 0.01%= 0.1%

100个中继失效概率= 100 * 0.01%= 1%

1000个中继失效概率= 10 * 0.01%= 10%

到1000个中继的失效概率 =10%,网络已经无法使用了,更不要说什么无限了。

失效一般是如何造成的?

网线的屏蔽差,我方的send线到达对方,信号由于距离衰减。

对方恰好也有数据要发给我方,通过我方的receive先发送,但是和我方信号擦肩而过时,由于对方刚离开端口,信号较强(距离短,衰减小),通过屏蔽线泄露了出来,污染了我方的信号(cross-talk),对方接收的信号 = 我方衰减的信号 + 对方泄露的信号。

在我方信号眼里,对方泄露的信号是随机信号(噪音)。

  • 如果和我方信号正相关,对我方信号是放大,这是加分项。
  • 如果和我方信号正0相关,对我方信号没有影响,不加不减。
  • 如果和我方信号负相关,对我方信号抵消,这是减分项。

失效通常发生在减分项,即对方的数据和我方数据波动在相反的极性。

在大多数的情况下(99.99%),处于0相关或者接近0相关,所以不受影响。

如果屏蔽线质量高,可以减少cross-talk的能量,那么网线的可靠性会大大提高。

作者|车小胖谈网络|公众号

这篇关于无限多交换机串联,可以将网线无限延长吗?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

计算机网络基础概念 交换机、路由器、网关、TBOX

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 文章目录 前言一、VLAN是什么?二 、交换机三、路由器四、网关五、TBOXTelematics BOX,简称车载T-BOX,车联网系统包含四部分,主机、车载T-BOX、手机APP及后台系统。主机主要用于车内的影音娱乐,以及车辆信息显示;车载T-BOX主要用于和后台系统/手机APP通信,实现手机APP的车辆信息显示与控

颠覆你的开发模式:敏捷思维带来的无限可能

敏捷软件开发作为现代软件工程的重要方法论,强调快速响应变化和持续交付价值。通过灵活的开发模式和高效的团队协作,敏捷方法在应对动态变化和不确定性方面表现出色。本文将结合学习和分析,探讨系统变化对敏捷开发的影响、业务与技术的对齐以及敏捷方法如何在产品开发过程中处理持续变化和迭代。 系统变化对敏捷软件开发的影响 在敏捷软件开发中,系统变化的管理至关重要。系统变化可以是需求的改变、技术的升级、

AF透明模式/虚拟网线模式组网部署

透明模式组网 实验拓扑  防火墙基本配置 接口配置 eth1  eth3   放通策略  1. 内网用户上班时间(9:00-17:00)不允许看视频、玩游戏及网上购物,其余时 间访问互联网不受限制;(20 分) 应用控制策略   2. 互联网用户只允许访问内网两台服务器的 WEB、SSH 和远程桌面服务,其余 服务均不允许访问;(20 分) 外网访问内网的限制策略   虚拟网线模式组网 实

使用亚马逊Bedrock的Stable Diffusion XL模型实现文本到图像生成:探索AI的无限创意

引言 什么是Amazon Bedrock? Amazon Bedrock是亚马逊云服务(AWS)推出的一项旗舰服务,旨在推动生成式人工智能(AI)在各行业的广泛应用。它的核心功能是提供由顶尖AI公司(如AI21 Labs、Anthropic、Cohere、Meta、Mistral AI、Stability AI以及亚马逊自身)开发的多种基础模型(Foundation Models,简称FMs)。

hdu2073(无限的路)

无限的路 Time Limit: 1000/1000 MS (Java/Others)    Memory Limit: 32768/32768 K (Java/Others) Total Submission(s): 5148    Accepted Submission(s): 2653 Problem Description 甜甜从小就喜欢画图画,最近他买了一支智能画笔,

深入RabbitMQ世界:探索3种队列、4种交换机、7大工作模式及常见概念

文章目录 文章导图RabbitMQ架构及相关概念四大核心概念名词解读 七大工作模式及四大交换机类型0、前置了解-默认交换机DirectExchange1、简单模式(Simple Queue)-默认DirectExchange2、 工作队列模式(Work Queues)-默认DirectExchange3、发布/订阅模式(Publish/Subscribe)-FanoutExchange4、路

collectionView 无限轮播图

拿一组4张的轮播图作为例子 思路主要是 1. 拿到一组图片后, 把绿色图1和绿色图4多复制出来一份, 把红色图1(复制的图1)放在最后, 红色图4(复制的绿色图4)放在首位, 现在一共是6张图. 2. 左滑从绿色图1到红色图1时,就迅速把collectionView的contentoffset 设置到图1的位置. 3.右滑时,到红色图4就把collectionView的frame设置到绿色图

计算机三级网络技术总结 第六章交换机及其配置

采用直通交换模式的交换机开始转发数据帧时已经接收到的帧长度时14字节建立VALN的命令格式: vlan <vlan_ID> name <vlan_name> 为端口分配VLAN的命令格式为: switchport access vlan <vlan_num>  不给定名字的VLAN,系统自动按缺省的VLAN名(VLAN00xxx)配置交换机Catalyst 6500管理IP地址命令格式: (ena

Python中的方法重写与多态:解锁编程的无限可能

在编程的世界里,灵活性与扩展性往往是衡量一个语言是否强大、易于维护的关键指标。Python,作为一种被广泛使用的高级编程语言,不仅以其简洁易读的语法赢得了众多开发者的喜爱,更因其支持多种面向对象特性而备受青睐。其中,“方法重写”与“多态”便是两个核心概念,它们不仅能够极大地提高代码的复用性和可维护性,还能帮助我们构建更加灵活、健壮的软件系统。本文将通过一系列由浅入深的例子,带你一起探索这两个概念的

python恶搞无限弹窗脚本

python恶搞无限弹窗代码; 弹窗可以关闭,但是每次关闭都会增加一个出现; 例如关闭一个弹窗会出现两个弹窗; 初始化出现20个弹窗; 部分核心代码 def on_close(top, root):global window_count# 关闭当前窗口top.destroy()window_count -= 1# 创建两个新窗口create_popups(root, 3)def create_