精华内容
下载资源
问答
  • 程序很简单,局域网通信C#服务端IPEndPoint end_point = new IPEndPoint(IPAddress.Any, 6000);TcpListener listener = new TcpListener(end_point);listener.Start();TcpClient client = listener.AcceptTcpClient...

    程序很简单,局域网通信

    C#服务端

    IPEndPoint end_point = new IPEndPoint(IPAddress.Any, 6000);

    TcpListener listener = new TcpListener(end_point);

    listener.Start();

    TcpClient client = listener.AcceptTcpClient();

    NetworkStream streamToClient = client.GetStream();

    byte[] buffer = new byte[1024];

    streamToClient.Read(buffer, 0, 1024);

    while (true)

    {//收数据

    int bytesRead = streamToClient.Read(buffer, 0, 1024);

    if (bytesRead == 0)

    break;

    Console.WriteLine(BitConverter.ToSingle(buffer, 0));

    }

    手机上的Java客户端(单独线程)

    public void run()

    {

    try {

    client_socket = new Socket("192.168.0.100", 6000);

    output = client_socket.getOutputStream();

    } catch (IOException e) {}

    while(true) {

    try {//发数据

    output.write(floatToBytes(idx += 1.0f));

    try {

    Thread.sleep(100);//延时100ms

    } catch (InterruptedException e) {}

    } catch (IOException e) {}

    }

    } 服务端理想的输出是

    1 2 3 4 5 6 7 8 9 10 11 ......

    但是输出是

    2 4 6 8 10 12 ......

    如果把客户端的延时改成

    Thread.sleep(200); 可以得到正确输出

    好像要隔200ms才能收到数据

    在200ms毫秒内传输的数据都丢了

    如果改成udp通信,同样的发数字,即使不延时都不会丢数据。

    这是啥问题?

    展开全文
  • 但是在局域网里传输就丢包严重,几k的文件都不能传好大致代码如下发送方:skt=newSocket(ip,port);printStream=newPrint...想实现最简单的文件传输,自己传给自己2G的文件也没什么问题。但是在局域网里传输就丢包...

    想实现最简单的文件传输,自己传给自己2G的文件也没什么问题。但是在局域网里传输就丢包严重,几k的文件都不能传好大致代码如下发送方:skt=newSocket(ip,port);printStream=newPrint...

    想实现最简单的文件传输,自己传给自己2G的文件也没什么问题。但是在局域网里传输就丢包严重,几k的文件都不能传好

    大致代码如下

    发送方:

    skt = new Socket(ip, port);

    printStream = new PrintStream(skt.getOutputStream());

    while( (readCount = fileReader.read(buffer, 0, 65535)) != -1 )

    printStream.write(buffer, 0, readCount);

    接收方:

    fileReader = new BufferedInputStream(clientSkt.getInputStream());

    fileWrtier = new BufferedOutputStream( new FileOutputStream(path) );

    while( (readCount = fileReader.read(buffer, 0, 65535)) != -1 )

    fileWriter.write(buffer, 0, readCount);

    skt = new Socket(ip, port);

    printStream = new PrintStream(skt.getOutputStream());

    while( (readCount = fileReader.read(buffer, 0, 65535)) != -1 )

    printStream.write(buffer, 0, readCount);

    接收方:

    fileReader = new BufferedInputStream(clientSkt.getInputStream());

    fileWrtier = new BufferedOutputStream( new FileOutputStream(path) );

    while( (readCount = fileReader.read(buffer, 0, 65535)) != -1 )

    fileWriter.write(buffer, 0, readCount);

    不知道问题出在哪里,或者有什么更好的解决方法呢?

    谢谢

    展开

    展开全文
  • 我们先通过三个监控现场实例,来分析原因:一、预览、回放花屏一、问题现象2019年8月,某工程商使用NVR出现花屏问题,多个屏幕大面积横条纹马赛克闪烁,花得特别严重,工程商很揪心。回放花屏二、问题解决1、经过...

    监控画面花屏、马赛克、拖影、延迟,可能不少朋友都有遇到过。如果不了解问题出现的原因、没有掌握正确的排查方法,就很难快速解决问题。本期我们一起来了解下这些问题故障的解决方式。

    我们先通过三个监控现场实例,来分析原因:

    一、预览、回放花屏

    一、问题现象

    2019年8月,某工程商使用NVR出现花屏问题,多个屏幕大面积横条纹马赛克闪烁,花得特别严重,工程商很揪心。

    7c99174aeb599951ade80ab55f19adc6.png

    回放花屏

    二、问题解决

    1、经过排查,主交换机用的是监控专用的8口交换机,开启了超距开关(超距端口速率为10Mbps),录像机连接的是超距端口。

    cfe1b83efaae6b6cf99c17ddfb35956e.png

    现场交换机超距开关为“开”的原因,是工程商误以为开了延长模式后,监控转发更流畅。由于现场所有点位都没有超过100米,所以不需要启用超距模式,关闭超距开关后,问题顺利解决。

    2、同时有些监控出现资源不足,可以通过减少接入路数和降低码率来解决。

    3、监控的NVR的参数与所使用的摄像头像素不匹配,无法全部解码,例如16路nvr只能接入8路400万与8路200万像素的监控,你全部接了16路400万像素,无法完全解码,可以通过降低分辩率来解决。

    二、监控卡顿、花屏

    1、问题现象

    某工程商使用NVR出现花屏问题,多个画面下方出现大块紫色、绿色、灰色的色块,无法正常显示视频。

    dee9840c05f6b8984b15e03c11c7a47e.png

    2、问题原因

    通过“快速诊断”功能诊断网络通信质量:

    ec5bc33c00b6719a5f0399a813197ff3.png

    从诊断结果可以看出,大部分通道都存在延迟较大、丢包率高。由此可以判断,很有可能是NVR与交换机连接的核心线路存在问题。

    3、解决方法

    (1)、核心交换机带宽原因:

    一般是核心交换机选择不对或者组网结构不合理,选择交换机之前最好是估算下该项目需要的核心交换机包转发率与背板带宽。

    背板带宽计算举例:核心交换机至少会有8个来自汇聚层的千兆接口、2个上联的万兆端口,以及4个可能接入其它的千兆端口,所以一共有12个千兆口与2个万兆口,为了保证带宽充足,则交换机背板带宽要求为:

    (12*1000M*2+2*10000*2)/1000=64Gbps的背板带宽。

    包转发率计算举例:一个千兆口的包转发率为1.488Mpps/s,一个万兆口的包转发率为14.88Mpps/s,为了保证能够线速转发,则至少会有12个千兆口与2个万兆口,则核心交换机交换速率为:

    12*1.488Mpps/s+2*14.88Mpps/s=47.56Mpps。

    (2)、线路问题:

    线路过长或者中间的接口没有处理好,要,检查下线路。

    (3)、接入路数过多

    监控接入路数过多,负载过重,可以减少路数。

    三、预览卡顿、延迟

    一、问题现象

    某工程商使用NVR添加45余个摄像机,大部分画面出现明显的延迟、卡顿。

    二、问题解决

    1、现场使用48路NVR添加了45个IPC,NVR连接千兆上联交换机,但由于错将NVR连接到交换机的百兆端口,导致协商到100M,出现丢包卡顿。

    c41142f665e94e65542d1c8c8379cb55.png

    2、如果本地预览卡,可能是监控硬盘读写速度不高,可以使用监控专用硬盘,或者硬盘有坏道,如果是远程预览卡,可以通过降低主码流、子码流的方式来解码。

    3、网线质量不好与距离过长问题。

    四、总结

    监控的很多问题,大多数跟网络质量有关通道网络质量是通过对每个通道的IPC去Ping一定量的数据包,通过丢包率以及延迟来判断NVR跟每个IPC之间的网络质量。如果网络延迟比较大、丢包严重,说明这个线路质量存在问题或不稳定。

    一般情况下,有线监控网络中,延迟为1~2ms;无线网络延迟为50ms以内算正常。如果你的ping值超过这个数字,基本上确定是属于网络原因,同时网络故障大多数跟网络结构有关,下面我们来总结网络问题的定位。

    一、所有通道的延迟都很大、丢包率都很高

    很有可能是主干网络出现了问题,我们需要确认NVR网口的协商速率,检查NVR与核心交换机的网线连接、水晶头质量等,需要从主干网络去解决问题。

    57ed6df494c67b6f8e4d119230caf168.png

    一般就是核心交换机的参数与品牌选择不合理。

    二、一部分通道延迟较大、丢包率较高

    可能是这部分IPC连接在某一个交换机上,交换机上联口的传输带宽不足导致的异常,比如连接IPC较多的汇聚交换机使用百兆口上联、汇聚交换机的超距端口级联下一级交换机、接入交换机超距端口上联等情况。

    fdab19f274a64936c284957b75ab660f.png

    这个出现在大型监控中,汇聚层交换机或接入层的接入路数与交换机选择不合理。

    三、某一个或几个通道延迟较大、丢包率较高

    可能是这些IPC的网线较长、网线质量较差、水晶头接触不良或无线传输不稳定等,需要找到问题通道并解决线路连接的问题。

    71e6ece647e88f850e01facd3731cd2e.png
    展开全文
  • 现在是这么个情况,给本机发送文本和截屏都很正常,给局域网别的机子发送文本正常,截图没反应,我猜可能是含图片的record比较大,发送过程中丢包了。请问大神们,我的IdUDPServer1UDPRead事件应该如何优化?最好能...
  • 关注我,你的眼睛会怀孕我们在管理维护网络的过程中经常会遇到数据包丢失的现象。使用Ping命令进行连通性测试...网络丢包是网络中常见的故障之一,它会引起网速降低甚至造成网络中断,本文就在日常的网络管理工作中...

    关注我,你的眼睛会怀孕

    24017e0c8bcf5c12fdc9d2a9b75ed151.png

    我们在管理维护网络的过程中经常会遇到数据包丢失的现象。使用Ping命令进行连通性测试,则会发现Ping包延时远远超过正常值,甚至无法到达,同时还伴随着网络服务应用障碍,如打开网站速度很慢,严重时甚至打不开网页,在线浏览视频或者召开视频会议时话音断断续续、图像马塞克、断线等。

    网络丢包是网络中常见的故障之一,它会引起网速降低甚至造成网络中断,本文就在日常的网络管理工作中常见的几种丢包故障现象进行了分析和探讨并提出了处理方法。

    网络丢包概述

      所谓网络丢包是我们在使用ping命令(检测某个系统能否正常运行)对目的站进行询问时,数据包由于各种原因在信道中丢失的现象。Ping命令使用了ICMP回送请求与回送回答报文。ICMP回送请求报文是主机或路由器向一个特定的目的主机发出的询问,收到此报文的机器必须给源主机发送ICMP回送回答报文。这种询问报文用来测试目的站是否可到达以及了解其状态。需要指出的是,ping命令是直接使用网络层ICMP协议的一个例子,它没有通过运输层的UDP或TCP协议。 

    网络丢包常见故障分析及处理方法

      发生网络故障在所难免,但是如何快速隔离和排除故障是网络管理人员应该具备的基本素质。以下列举几种常见的网络丢包故障现象及处理方法。 

    故障一:网络数据包发送时通时断,丢包严重 

      故障现象:

        通常故障发生时,该方向网络出现震荡性中断。使用Ping命令测试,发现在一段时间内数据包发送延时比正常值略高,间隔一小段时间数据包又全部丢失,丢包率超过60%,丢包曲线成规则状,网络服务基本不可用。 

      故障分析:

        在局域网中引起网络发生振荡性时断时通,一般可能是由于互连的交换机中的某两个交换机间出现了环路,或者某个交换机的两个端口直接相连。这样就会造成局域网的生成树协议构建失败,不断重复检查并试图构建新的生成树网络,从而导致网络振荡性通断,同时伴随着交换机间不断重复地发送广播包,就会形成“广播风暴”,使交换机负担过重,网络传输通道严重被堵塞,无法正常的处理通信数据。环路虽然可能出现在某个接入交换机上,但会影响整个以三层交换机为核心的局域网的稳定运行。 

      故障处理:

        当发现网络数据包发送时通时断,丢包严重,特别是整个单位或整个楼层出现振荡性中断现象时,则可以判定应该是该单位的某个交换机上出现了环路所致。作为网络管理人员应首先查看各接入交换机的指示灯闪烁状态,通常出现环路状况会指示灯会急速闪烁,次数每秒4次以上,所环交换机更为突出。逐个拨出交换机级联接入网线,同时实时监控交换机状态,在拨下某端口网线后,交换机指示灯恢复正常状态,再进一步查找,会发现该连接线的末端有线路形成环路,清理该网线后,网络恢复畅通。 

    故障二:网络数据包发送超时现象严重,时有不规则丢包 

      故障现象:

        网络突然出现严重堵塞,日常办公程序不能正常运行,打开网页速度缓慢,有时会因超时而中断。未发现网络设备有任何问题,该网络中有几台计算机在入网后速度明显变慢,在禁用网卡或者中断网络后恢复正常。 

      故障分析:

    首先,在一台用户终端上ping网关测试,结果可以ping通网关,但是数据包发送超时现象严重,丢包率30%左右,丢包不规律。

    其次,登陆用户交换机,运行arp -a命令,发现网关IP和网关MAC地址指向正确。通过上面的测试基本排除网络设置错误以及ARP欺骗,丢包表现了一定的随机性而没有连续性和振荡性的通断,基本排除网络环路问题,初步判断这种现象可能是病毒攻击等引起的。为此,需要进一步获取ARP信息、网络中传输的原始数据包等信息。

    再次,部署抓包分析。在该交换机上配置镜像端口,并将维护终端接到此端口上,启动网络协议分析工具(sniffer)捕获分析网络的数据通信,约10分钟后停止。在网络分析系统主界面左边的节点浏览器中发现,网络中可能存在伪造IP地址攻击或自动扫描攻击。选择连接视图,发现在10分钟内,网络中共发起了12000多个连接,且状态大多都是客户端请求同步。据此,断定网络中存在自动扫描攻击。

    最后,详细查看连接信息,发现这些连接大多都是由同一主机发起,选中任意一个连接,选择数据包视图,查看传输数据的原始解码信息,发现这台计算机正在主动对网络中其它主机的TCP 445端口进行扫描攻击,可能是主机感染病毒程序,或者有人正使用扫描软件。通过分析图表视图,进一步确定主机肯定存在自动扫描攻击。 

      故障处理:

        找到问题根源后,对主机进行隔离,经过一段时间的测试,网络丢包现象有所缓解,但没有从根本上解决问题。于是再次启动网络协议分析系统捕获并分析,又发现了1台相似情况的主机。据此基本可以断定两台主机都是感染了病毒,且该病毒会主动扫描网络中其他主机是否打开TCP 445端口,如果某主机打开该端口,就攻击并感染这台主机。如此循环,即引发了上述的网络故障。立即对新发现感染病毒的两台主机进行物理隔离,网络通信立刻恢复正常,再对该终端进行杀毒处理。 

    故障三:网络数据包发生严重延时现象,下载、浏览等服务不能正常使用 

      故障现象:

        局域网内部日常数据共享正常,但是出局浏览外网和下载数据时速度明显降低,使用Ping命令发现到某个方向网络时延特别大,甚至有少量丢包现象。 

      故障分析:

        一般通过telnet远程登陆到该方向的交换机,以华为系列交换机为例,输入下列命令: 

    #Display cpu 查看交换机CPU利用率, 

    #Display memory 查看内存利用率, 

    发现两者都非常高,再通过输入命令 

    #Display interface端口号,检查各端口下的数据流量,发现其中的两个端口数据流量特别大,远高于正常使用的网络流量。对其数据流进行抓包分析,发现多线程指向某网站电影栏目,为避免影响整个网络的畅通,对所接入交换机进行处理。 

      故障处理:

        进入该端口配置界面下,输入Shutdown命令,强制关闭该端口使其断网,联系该终端使用人员,令其终止下载进程后,再恢复其网络。 

    结束语

    造成网络丢包现象的因素很多,具有随机性和偶然性。因此,作为网络管理人员,一定要考虑各种因素,掌握网络排故技巧,积累实践经验,才能快速定位并排除网络故障。

    年度热文

    5531a2e16b5cad81f62c451f11470357.png

    【必看】一次心惊肉跳的服务器入侵排查....

    【必看】IT行业常用专业术语,你get到了吗?

    【必看】网络工程师技能图谱,这些你都会吗?

    【干货】服务器性能优化的8种常用方法

    【干货】网工常见面试题集锦(一)

    【收藏】网工常见面试题集锦(二)

    【必看】这些Linux命令能解决95%以上的问题

    【必看】超全Linux工作规划线路图

    【必看】网工面试必答问题,看完OFFER轻松拿

    【干货】华为交换机端口vlan详解

    【干货】什么样的网络需要划分VLAN?

    【干货】组播原理协议讲解

    【收藏】网络故障处理手册大全,看完再也不怕出问题了



    210253e53907204c7262a3a847213b90.png

    系统集成/认证培训

    买设备,找我们

    IT维保,找我们

    IT培训,找我们

    展开全文
  • socket接受数据缓慢或者丢包严重

    千次阅读 2018-04-13 14:19:33
    这个代码之前是外包出去的,现在由我继续开发,然后新买了一台服务器,老服务器就跑的外包项目,新服务器上就跑的我接着开发的,在新服务器上就出现了socket接收数据丢包严重的情况,但是都是局域网传的,甚至就是那...
  • 根据自己的子网掩码与目标IP进行与运算,如果一致,则局域网内转发,如果不一致,则目标MAC地址改为网关MAC地址。集线器: 作用是信号加强,因为双绞线最多100M交换机: 链路层设备,用于存储转发(根据目标MAC地址决...
  • 一次,在起用一个分支机构的网络时,将网络都连接好后,给局域网的各台PC都分配了一IP地址,然后在一台PC机上ping 上端服务器的IP地址,结果发现有严重的数据包的丢失情况,根本不能与上端的服务器连接,无法起动...
  • 网络数据包发送时通时断,丢包严重 故障现象: 一般在故障发生时,该方向网络会出现震荡性中断。使用ping命令测试会发现,在某一阶段内,数据包发送延时比正常值略高,间隔一小段时间,数据包又全部丢失,丢包率超过...
  • 最近一段时间,办公网的局域网老是出现问题,突然延迟很高,突然丢包严重。通过抓包数据分析,是在这一时间内局域网内有大量的单播数据包被泛红导致。 为什么单播数据包会以广播方式全网泛红呢? 抓包 分析 测试 ...
  • 针对移动节点(mobile node,MN)在无线局域网中切换时,产生的切换延迟会严重影响实时应用的性能和丢包率问题,提出了一种基于预处理的切换模式。该模式是在满足预处理条件下,启动一种预先信道扫描算法,实施...
  • UDP+python+局域网

    2019-06-04 15:14:06
    UDP,用户数据报传输协议,它...在网络质量不好的情况下,使用UDP协议时丢包现象十分严重,但UDP占用资源少,处理速度快,UDP依然是传输数据时常用的协议。 下面是用python实现UDP服务器的代码(基于python2.X): [...
  • 随着企业各种信息系统相继投入使用,生产、管理信息逐步增加,企业网络规模迅速扩大,信息城域网承受着空前的压力,网络带宽严重不足,网络系统传输丢包、设备死机情况频频发生。为深入了解公司网络系统的运行情况和...
  • 在数bai据链路层级上,数据是根据MAC地址转发的,如du果存在两个相zhi同的MAC地址则会产生冲突,...也不是说一个包都发不出去,只是会丢包严重,因为ARP协议在不停的刷新绑定关系,交换机也在不停的刷新地址表。 ...
  • 这是自己做网络应急的一次过程描述:问题症状:1、网络内突然出现时断时续,丢包比较严重,无法操作业务2、PING网段虚地址比如62及两个实际地址60、61,时断时续3、核心交换机S1上到其他网络影响不大,问题主要集中...
  • 这是自己做网络应急的一次过程描述:问题症状:1、网络内突然出现时断时续,丢包比较严重,无法操作业务2、PING 网段虚地址比如62及两个实际地址60、61,时断时续3、核心交换机S1上到其他网络影响不大,问题主要集中...
  • 随着企业各种信息系统相继投入使用,生产、管理信息逐步增加,企业网络规模迅速扩大,信息城域网承受着空前的压力,网络带宽严重不足,网络系统传输丢包、设备死机情况频频发生。 为深入了解公司网络系统的运行情况...
  • 1.环境简介 这是一个实际发生的网络利用率异常导致网络大量丢包的案例,用户的网络丢包...3.网络异常现象 该网络丢包现象严重,如果通过省局域网向地市网络或全国网络发包,每发出10个PING包将只能收到7个REPLY包,...
  • UDP广播发送文件

    2018-05-20 20:44:55
    需求。一台服务器给N台客户端通过一个路由局域网发送文件,S(1)/C(N)模型。服务器是一台PC。或者pad测试。...客户端同时请求下载时候...广播丢包严重。基本丢包率在60%。路由是500左右的TP-LINK。单播丢包率在1%.....
  • 最初以为是本地哪台PC网卡中病毒了,一直在局域网发arp广播包,导致的广播风暴造成的丢包,最后才想到DNS。 将DNS修改后,DNS服务器对www.baidu.com的域名进行了更优的路径切换,实现了正常的访问百度 知其然,...
  • 当ping防火墙设备时,丢包严重。很明显,防火墙出了问题,撑不住了,其Web管理界面根本无法正常 登陆。立即联系其服务商远程查找问题,经过近3个小时的分析,得出结论是网内有两台主机大量发送TCP数...
  • H3C路由器真是不行

    2015-11-13 10:03:00
    “华三”在我的印象中在通信设备这方面是挺牛逼的,后来虽然卖给了紫光,但我一直...局域网ping网关经常1000ms以上而且丢包严重,刚开始还以为是我们设置的问题,又是改加密方式,又是调信道、调频率,最后还做了 ...
  • 问题是这样的:前天下午我们网管局域网突然出现大量丢包,网络严重阻塞,到其中一个机房的数据通信全阻。整个局域网处于一个广播域,我的机子也在这个广播域中,也受到影响。不多说直接上wireshark,抓包结果发现...

空空如也

空空如也

1 2
收藏数 40
精华内容 16
热门标签
关键字:

局域网丢包严重