丢包率

远程会议、远程上课卡顿问题解决办法(技术干货)

一笑奈何 提交于 2020-03-11 14:33:08
前段在家办公,洗头了吗?刷牙了吗?远程会议中的你,有状态吗? 很多人说,通过远程会议,看到了同事穿睡衣的样子。 还有的领导,提前跟同事说,给你们三十分钟,都去洗洗头再来开会昂!真贴心无疑了! 话说最近疫情景影,两亿人在家开会,钉钉赶紧扩容了1万台云服务器。 无奈同时登录的用户太多,钉钉还是不小心崩了一下,好在很快就修复。 而且很多人发现,开远程会议总是卡顿,这一卡吧,对办公软件的怨气,就更大喽。 办公软件如果会说话,它一定会喊冤,因为视频卡顿,真的不全是它的锅。 不信你看这张图,以Skype的这张远程会议示意图为例,一条信息从服务器集群发布后,分别经过Internet,再经过各自的业务数据流,才能传输到你面前。 我们无法控制厂商的服务器,但我们可以控制自己的网络。 以下这些远程会议痛点,靠你自己就能解决。 声音断续卡顿、视频马赛克怎么办? 开会遇到“声声慢”,不要慌,先检查下网络问题。 如果你是用电脑开远程会议,并且使用的是Wi-Fi, 建议你换成网线, 因为Wi-Fi信号,就像六月的天气,时阴时晴、很难稳定,特别是村里的Wi-Fi那个慢呦,本姑娘深受其害。 换成网线后,还是不行, 那就检查一下网线接口和连接处,是否有松动。 确定没有松动后,还是不行,就是网在抽风。 网抽风也分两种,要么是你的网不好,要么是你同事的网不好。 控制不了别人的网络,那就控制自己的网络。

TC控制延时和丢包率命令

ε祈祈猫儿з 提交于 2019-12-16 15:58:00
tc修改网络延时: sudo tc qdisc add dev eth0 root netem delay 1000ms 删除策略: sudo tc qdisc del dev eth0 root netem delay 1000ms 修改丢包率: sudo tc qdisc add dev eth0 root netem loss 10% 删除策略: sudo tc qdisc del dev eth0 root netem loss 10% 来源: CSDN 作者: 我看你不是很懂哦 链接: https://blog.csdn.net/stella_alash/article/details/103562119

网络视频传输的服务质量(QoS)

本小妞迷上赌 提交于 2019-12-14 19:01:01
QoS(Qualityof Service)服务质量,是网络的一种安全机制, 是用来解决网络延迟和阻塞等问题的一种技术。在正常情况下,如果网络只用于特定的无时间限制的应用系统,并不需要QoS,比如Web应用,或E-mail设置等。但是对关键应用和多媒体应用就十分必要。当网络过载或拥塞时,QoS 能确保重要业务量不受延迟或丢弃,同时保证网络的高效运行。 ITU将服务质量定义为决定用户对服务的满意程度的一组服务性能指标。从另一角度来说,QoS参数也是流媒体媒体传输的性能指标。主要的QoS参数有如下几项:传输带宽,传输时延和抖动,丢包率。 1.传输带宽 传输带宽也指的是数据传输的速率。对于流媒体的播放,影响最大的属性就是传输带宽。如果带宽过低,使得数据传输下载的速度小于视频流播放的数率,那么在视频的播放将会经常出现停顿和缓冲,极大的影响了客户观看的流畅性;而为了保证视频观看的流畅性,在低带宽的条件下,只能选择低品质、低码流的视频进行传输,这样又会影响到客户的光看效果。所以,一个良好的传输带宽环境是客户活动高品质的流媒体体验的重要保证。 2.传输时延和抖动 传输时延定义为从服务器端发送数据到接受端接收到该数据之间的时间差,它是用来描述网络时延的一个指标。时延抖动定义为网络传输延时的变化率。流媒体最重要一个特性的就是实时性强,所以流媒体通信需求更难于满足的是对通信系统的传输时延限制

计算机网络原理学习资源——计算机网络学习总结

こ雲淡風輕ζ 提交于 2019-12-11 04:01:50
计算机网络概述 1. 计算机网络的定义 计算机网络是利用通信设备与通信链路或者通信网络,互联位置不同、功能自治的计算机系统,并遵循一定的规则事项的计算机系统之间的信息交换。 概括:计算机网络是互联的、自治的计算机的集合。 2. 计算机网络的协议 协议是网络通信实体之间在数据交换过程中需要遵循的规则或约定,包括三个基本要素: 语法:实体之间交换信息的格式与结构。 语义:实体间交换信息中需要发送哪些控制信息,这些信息的具体含义,以及针对不同含义的控制信息,接受信息端应如何响应。 时序:实体之间交换信息之间的顺序以及如何匹配或适应批次的速度。 3. 计算机网络的功能 硬件资源共享 软件资源共享 信息资源共享 4. 计算机网络的分类 4.1 按照覆盖范围: 个域网、局域网、城域网、广域网 4.2 按拓扑结构: 星型、总线型、环形、网状、树形、混合拓扑结构 4.3 按交换方式: 分组交换网络、电路交换网络、报文交换网络 4.4 按网络用户属性: 公用网、私有网 5. 计算机网络结构 网络边缘 如:电脑、手机 接入网络 如:电话拨号、非对称用户数字线ADSL、混合光潜同轴电缆HFC、局域网、移动接入) 网络核心 主要作用是数据转发,由通信链路互联的分组交换设备构成。 6. 数据交换技术 分组交换 将完整报文拆分为若干个分组,每次传输一个分组,交换节点每次接收一个分组

UDP主要丢包原因及具体问题分析

 ̄綄美尐妖づ 提交于 2019-12-10 11:22:31
转载: https://www.cnblogs.com/Zhaols/p/6105926.html 一、主要丢包原因 1、接收端处理时间过长导致丢包:调用recv方法接收端收到数据后,处理数据花了一些时间,处理完后再次调用recv方法,在这二次调用间隔里,发过来的包可能丢失。对于这种情况可以修改接收端,将包接收后存入一个缓冲区,然后迅速返回继续recv。 2、发送的包巨大丢包:虽然send方法会帮你做大包切割成小包发送的事情,但包太大也不行。例如超过50K的一个udp包,不切割直接通过send方法发送也会导致这个包丢失。这种情况需要切割成小包再逐个send。 3、发送的包较大,超过接受者缓存导致丢包:包超过mtu size数倍,几个大的udp包可能会超过接收者的缓冲,导致丢包。这种情况可以设置socket接收缓冲。以前遇到过这种问题,我把接收缓冲设置成64K就解决了。 int nRecvBuf=32*1024;//设置为32K setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*)&nRecvBuf,sizeof(int)); 4、发送的包频率太快:虽然每个包的大小都小于mtu size 但是频率太快,例如40多个mut size的包连续发送中间不sleep,也有可能导致丢包。这种情况也有时可以通过设置socket接收缓冲解决,但有时解决不了

网络性能测试:iperf适用于linux以及windows

拜拜、爱过 提交于 2019-12-08 04:38:58
软件下载地址: http://sourceforge.net/projects/iperf Iperf使用方法与参数说明 PS:这个说明是转载。 参数说明: -s 以server模式启动。#iperf -s -c host以client模式启动。host是server端地址。#iperf -c serverip 通用参数: -f [kmKM] 分别表示以Kbits, Mbits, KBytes, MBytes显示报告,默认以Mbits为单位,#iperf -c 222.35.11.23 -f K -i sec 以秒为单位显示报告间隔,#iperf -c 222.35.11.23 -i 2 -l 缓冲区大小,默认是8KB,#iperf -c 222.35.11.23 -l 16 -m 显示tcp最大mtu值 -o 将报告和错误信息输出到文件#iperf -c 222.35.11.23 -o ciperflog.txt -p 指定服务器端使用的端口或客户端所连接的端口#iperf -s -p 9999;iperf -c 222.35.11.23 -p 9999 -u 使用udp协议 -w 指定TCP窗口大小,默认是8KB -B 绑定一个主机地址或接口(当主机有多个地址或接口时使用该参数) -C 兼容旧版本(当server端和client端版本不一样时使用) -M