1.概念(1)bps是指比特率bps是线路单位,表示bit(比特)/second(秒)。在计算机网络或者是网络运营商中,一般,宽带速率的单位用bps(或b/s)表示;bps表示比特每秒即表示每秒钟传输多少位信息。(2)pps是指网络吞吐率pps是包转发率单位,表示/秒,交换机每秒可以转发多少百万个数据(Mpps),即交换机能同时转发的数据的数量。(3)BpsBps是用户在网上下载时显示的速
        今天收到故障电话,说交部分电脑上网极度缓慢,严重。  迅速telnet上远程交换机,show  pro  cpu查看到很担忧的一幕, cpu使用率达87%,  连命令输入有时都会卡,  情况比较可能是广播风暴、病毒。  查看拓扑,在show mac-
原创 2010-08-18 23:52:18
3003阅读
1评论
常用的网络[性能指标]:带宽:表示链路的最大传输速率,单位通常为 b/s (比特 / 秒)吞吐量:表示单位时间内成功传输的数据量,单位通常为 b/s(比特 / 秒)或者 B/s(字节 / 秒)延时:表示从网络请求发出后,一直到收到远端响应,所需要的时间延迟。在不同场景中,这一指标可能会有不同含义。比如,它可以表示,建立连接需要的时间(比如 TCP 握手延时),或一个数据往返所需的时间(比如 RT
转载 11月前
44阅读
   今天收到报障,说网络严重。   查看拓扑,拓扑中显示的很简单,一台65为核心,下接一台Cisco3524(这台sw下面的终端严重)冗余连接----类似这样 口====口 ,拓扑是这么显示的,show cdp nei也是显示只有一台互联设备。所以第一步先看下上联端口, show interface gi0/1  显示正常 (这个为转发口),
原创 2010-08-12 17:53:17
1580阅读
1评论
快中午了,开发那边反应121.14.11.38在操作机上ping严重,我在我机器上ping一下,果然如此,之后我在操作机上traceroute 121.14.11.38, traceroute 121.14.11.38 traceroute to 121.14.11.38 (121.14.11.38), 30 hops max, 38 byte packets   1&nbs
原创 2012-03-18 14:58:52
8694阅读
1点赞
2评论
网络严重         在网络的故障率方面,网络严重的情况也会经常发生,当网络严重时,会对网络造成以下后果:         第一:视频会议说话断断续续       &n
原创 2012-03-23 15:26:42
1088阅读
1点赞
2评论
最近烦人的事情很多,所以博客一直被落下了。这样不好,希望可以敦促自己不要懒惰。前些日子接下了一个撂摊子的项目,这个项目中大量的使用udp socket进行多软件多硬件的来回通讯过程,但说实话通信量不是特别大。但是经常遇到各种各样奇怪的现象。在解决这些问题过程中,也算加强了一些基础知识的学习,在此也顺便记录下解决步骤,以便下次项目中使用。该项目中软件部分有A、B两个软件。其中A和B都有各自的发送
转载 2023-08-24 14:18:00
366阅读
测试系统在Linux上的性能发现率极为严重,发210000条数据,达110000之巨,率超过50%。同等情形下Windows上测试,仅几条数据。形势严峻,必须解决。考虑可能是因为协议栈Buffer太低所致,于是先看看默认情况: sysctl -a |grep net.core 发现 net.core.rmem_max = 131071 net.core.rmem_defa
转载 2023-12-12 17:10:34
236阅读
关于udp传输的不可靠性,用过这个的人都知道会。具体细节可能就不清楚了,经过我的理解和总结,有以下两点:1)udp的大小可以达到64k,但实际上mtu大小只有1k多,如果直接发一个超过mtu大小的,就会在协议层被分片,这样的问题是,如果只要有一个分片在传输中出错了即校验不正确(这是较容易发生的),整个传输的udp就被丢弃。注意是整个而不是单个分片。这就是为什么发送udp通常也是1k多大
  最近在做一个项目,在这之前,做了个验证程序. 发现客户端连续发来1000个1024字节的,服务器端出现了现象. 纠其原因,是服务端在还未完全处理掉数据,客户端已经数据发送完毕且关闭了. 我用过sleep(10),暂时解决这个问题,但是这不是根本解决办法,如果数据量大而多,网络情况不太好的话,还是有可能丢失.你试着用阻塞模式吧..
转载 2023-12-21 12:50:05
129阅读
UDP及无序问题 最近在做一个项目,在这之前,做了个验证程序. 发现客户端连续发来1000个1024字节的,服务器端出现了现象. 纠其原因,是服务端在还未完全处理掉数据,客户端已经数据发送完毕且关闭了. 有没有成熟的解决方案来解决这个问题. 我用过sleep(1),暂时解决这个问题,但是这不是根本解决办法,如果数据量大而多,网络情况不太好的话,还
转载 2024-08-16 20:23:54
83阅读
在网络通信领域中,MPLS(Multiprotocol Label Switching)技术作为一种快速、高效的数据传输方式,被广泛应用于企业和服务提供商的网络中。然而,在实际应用中,MPLS网络中的率是一个比较重要的指标,直接影响着网络通信的稳定性和可靠性。 MPLS网络中的率是指在数据传输过程中丢失的数据的比例。率的高低主要受到网络拥堵、设备故障、链路质量等因素的影响。而在MP
原创 2024-02-29 09:38:01
114阅读
 很多人惊讶于 BBR 竟然对无感,稍微近看一点,BBR 只是在 20% 以内的率下对无感,更深入探究,会发现抗 20% 率与 pacing_gain = 1.25 有关。但这个图还是欺骗了绝大多数人。注意横轴标度,loss rate = 1% 之前采用 10 倍标度,1% 往后采用 2 倍标度,给人的观感是,描绘 BBR 的那条绿线是平的,哇,无感。即使在 20%
转载 2024-07-26 17:07:15
72阅读
一、主要原因1、接收端处理时间过长导致:调用recv方法接收端收到数据后,处理数据花了一些时间,处理完后再次调用recv方法,在这二次调用间隔里,发过来的可能丢失。对于这种情况可以修改接收端,将接收后存入一个缓冲区,然后迅速返回继续recv。2、发送的巨大:虽然send方法会帮你做大包切割成小包发送的事情,但太大也不行。例如超过50K的一个udp,不切割直接通过send
转载 2023-07-28 16:17:06
519阅读
MPLS VPN组网解决方案 在当前互联网普及的时代,许多公司和机构都在建立自己的网络来进行数据传输和通信。对于一些大型企业来说,为了确保安全性和可靠性,他们常常选择建立MPLS VPN(Multiprotocol Label Switching Virtual Private Network)网络。然而,一些用户可能会面临等问题。那么我们如何解决MPLS VPN组网的问题呢? 首
原创 2024-02-04 11:53:28
171阅读
QoS简介服务质量QoS(Quality of Service)用于评估服务方满足客户服务需求的能力。通过配置QoS,对企业的网络流量进行调控,避免并管理网络拥塞,减少报文的丢失率,同时也可以为企业用户提供专用带宽或者为不同的业务(语音、视频、数据等)提供差分服务。影响网络质量的因素:网络带宽:网络带宽是指在单位时间(一般指的是1秒钟)内能传输的数据量。网络时延:时延是指一个报文从一个网络的一端传
Linux UDP严重问题的解决 测试系统在Linux上的性能发现率极为严重,发210000条数据,达110000之巨,率超过50%。同等情形下Windows上测试,仅几条数据。形势严峻,必须解决。考虑可能是因为协议栈Buffer太低所致,于是先看看默认情况:   sysctl -a |grep net.core   发现 &nb
转载 精选 2012-06-15 14:01:32
7781阅读
# 解决openstack虚拟机网络严重的方法 在使用OpenStack搭建虚拟化环境时,经常会遇到虚拟机网络严重的问题。这会导致网络连接不稳定,影响业务的正常运行。本文将介绍如何通过调整OpenStack的网络配置来解决这个问题。 ## 问题分析 虚拟机网络严重的问题通常是由于网络带宽不足或网络拥堵引起的。在OpenStack中,网络配置不当也会导致网络问题。例如,如果网络
原创 2024-07-02 03:59:08
289阅读
年前发现在访问baidu时候出现网页打不开或异常缓慢的现象,起初以为是偶尔状况,也没人反映,过了几天发现还是有这类状况出现,于是联系电信ISP协助处理,因为我这边有两条电信的线路,只是接入的区域不同带宽不同,一条有问题,一条有异常现象,根据电信技术人员排查结果认为他们的线路是正常的,因为我们所有的Client都是通过DHCP来获取IP和DNS地址,只是DNS地址是内部域控制器的IP地址,他们建议我
原创 2016-02-17 10:56:14
1264阅读
    原来以为网线不是那么好有故障的,但是今天遇到几个问题都是由网线引起的,华为交换机端口下的CRC可以看出线路问题,错过多也有可能是线路问题。ma5103里在interface adsl 0/2  后show line ope  24也能看到24端口的线路质量,(我一般主要看最大下行和上行速度,一般10M但是有时候0.3M的时候那就是有问题了
原创 2009-04-21 18:55:47
866阅读
  • 1
  • 2
  • 3
  • 4
  • 5