做服装外单的网站,商城网站wordpress,网站正在升级建设中源码,北京公司公示在哪个网站分组丢失和延迟的原因
队列太长没有意义#xff0c;用户需求 排队#xff1a;输出能力到来的分组#xff0c;需要等待
四种分组延迟
节点处理延迟#xff1a;确定的 排队延迟#xff1a;随机#xff0c;取决于网络情况
一个比特的传输时间#xff1a; R1Mbps …分组丢失和延迟的原因
队列太长没有意义用户需求 排队输出能力到来的分组需要等待
四种分组延迟
节点处理延迟确定的 排队延迟随机取决于网络情况
一个比特的传输时间 R1Mbps 1/R10^-6s1us(微妙)–传输时间 1秒(s) 1000ms 1000000微秒(μs)
传输延迟 如果 L1Mbps R1Mbps L/RL*1/R(传输延迟越过链路L需要时间所以是延迟)
传播延迟 路径有很多hop跳段组成 如果很近可以忽略不计
车队类比1-局域网
120s传输时间 车队类比2-广域网
100km/1000km/h1/10h6min 第一个比特已经到达收费站即为没有打完第一个比特对方就已经收到路径中几乎没有比特在通行所以信道容量车队1车队2 节点延迟
每一跳都要花费这四个延迟
排队延迟
取决于流量强度I在01之间 L每个分组的长度 a:单位时间内希望它通过这条链路转发的数量单位时间要求通过这条链路放出去的比特数量 R链路速率带宽 ILa/R 排队延迟 流量强度越接近于1排队延迟无限大
网络的延迟和路由
在cmd中 工作原理 发出三个探测包发送时计时回来时计时可以计算往返延迟【RTT Round Trip Time】
使用了ICMP协议互联网控制报文协议 IP头部有TTL字段【TIME To Live,生存时间,有限值】路过一个路由器时TTL减少1到某个路由器TTL0时分组被丢弃向源主机发送一个ICMP的控制报文告诉源主机到此路由器时TTL0分组被丢弃了
使用tracert测试 设置TTL足够大到达最后一个路由器时目标端口没有应用进程守候发送ICMP报文由于目标端口不可达分组丢失此时测试结束 分组丢失
分组进了网络核心没有出来被丢失掉了
丢失的分组 看数据链路层网络层的上一层本身是否可以可靠如果可靠【如WIFI】由上一个节点来重传如果数据链路层不可靠【如以太网向上层提供的服务是不可靠的】可能由源主机来重传如果是应用进程提供UDP来发送则不重传如果应用进程提供TCP来发送则重传 三种情况 物理介质本身可靠则数据链路层就会放弃可靠性 物理介质本身不可靠则数据链路层就会提供可靠的服务【亡羊补牢】 吞吐量
A到B单位时间内A向B传比特对方能够有效收到的比特数量【单位时间内成功地传送比特的数量】 有效吞吐量取决于最小的
瓶颈链路最细的
有多个链路带宽取决于最小的 A到B 如果有n个主机在同时使用链路的话每一个主机只能使用1/n带宽(其他条的链路也是一样) 而瓶颈带宽(吞吐量)是最小的1/n min{1/n1,1/n2。。。}
