【经典案例】无数从业者的噩梦,没用多少带宽却卡的要死!却被月薪8K的小伙只搞定了!
当前位置:点晴教程→知识管理交流
→『 技术文档交流 』
【背景介绍】 近期一家专做中小企业IT网络外包项目的集成商客户抱怨:“好多客户想要他的命!”我真的很吃惊忙问为啥,原来是做了好几家企业的网络经常出现整网卡顿的情况,表现为网页没法打开、微信消息转圈圈、视频加载缓慢等等问题,但有时候又正常,莫名其妙的根本搞不定! 问题一直找不到,也找了运营商检查了线路一点问题没有,还请了网络专家专门排查,也没法摸到头脑,一边被企业追S、另一边又收不回尾款,快疯了要。走投无路了,为此专门找厂家求助了!于是上任刚满一年的技术支持小明就被派去解决此问题了~ 眼下集成商的客户是一家200人规模的地产公司急需解决此问题,整网拓扑大概如下:
该公司反馈有线/无线上网均存在卡顿,下班期间还好,早上9:00开始上班多人一用网络就开始卡,主要表现为:网页没法打开、微信消息转圈圈、视频加载缓慢等等,并认为是我们设备的问题要求解决。前面案例分析1期讲过了(链接>>【真实案例】工厂无线太卡?好家伙,网络做成这样真的是臭水平!),作为网络工程师,我们要对问题反馈要有一定的敏感性,所谓的“网页没法打开、微信消息转圈圈、视频加载缓慢等等”这些表现的意思是什么呢?它意味着:
。。。 鉴于网络问题的复杂性,我就不一一列举了,接下来由浅入深,我们一起来分析分析! 这天该公司员工又在叫无法正常上网了非常卡顿,整网的问题我们只需管有线网络故障即可,并且是“整网异常”,我们的目的很明确抓主干路问题。于是小明驻点现场开始了长达3天的诊断: 1、确认带宽使用率 首先整网卡顿问题需要检查下是否有大的设备占用带宽和出口流量异常: 没有异常,占用率非常低,实时下行流量才82Mbps。还没到带宽不足那一步,况且200人的网络千兆宽带均分5Mbps,基本够用了。先排除带宽不足的问题。 检查外网IP连通性和域名解析(直接ping域名),找台PC接入不同的VLAN进行测试: 各个VLAN下分别测试多个域名解析和外网IP连通性均正常,延时也没太大问题。和DNS服务器关系不大,基本能正常解析,并且也没有明显的丢包和时延。 一般来看是否存在和核心交换机网关IP冲突即可,其它终端个例冲突无关大雅。在H3C核心上的系统视图下命令开启:
【命令说明】 设备接收到其它设备发送的ARP报文后,如果发现报文中的源IP地址和自己的IP地址相同,该设备会根据当前源IP地址冲突提示功能的状态,进行如下处理:
现场没有相关截图,本地就实验简单演示探测机制: 即检查核心交换机和出口路由器的CPU和内存(通过web页面查即可),结果基本在20%和10%以下,不多讲了。核心和出口设备工作均正常正常,排除设备系统运行异常的原因。 目前来看设备系统状态、出口带宽不足、DNS解析似乎都没有太大问题。OK,我们进一步深入分析。 【深入分析】 1、检测内网主干路性能瓶颈 为了进一步验证内网主干链路质量,这边使用PC通过IPerf搭建吞吐量测试环境,分别在接入层部署Client PC、在出口路由部署Server PC,由此确认各个接入VLAN到出口路由的吞吐量性能。方法不细说了,详见: 链接>>简单实用的测速工具“iperf3”在Window系统下的安装方法和使用教程 部署测试如下: 测试结果:
基本排查已经做完了,并且内网链路质量无问题。下一步就对路由器WAN口做监控,进行流量分析: 对于网页访问、应用上网等常见的internet流量监控,我们主要看2个常见的指标:
于是长时间抓了个的路由器WAN口报文后,我们拿回来分析,如下: 【分析TCP握手】 通过WAN口报文分析,发现短时间内有较多的TCP会话均没有得到响应而重传,如下图: 【分析DNS流量】 3、查看路由器会话数 【解决方案】
阅读原文:https://mp.weixin.qq.com/s?__biz=Mzg2MDg4NTg5OA==&mid=2247494608&idx=1&sn=5fc31c7e3a00564ed97ccadd3cc60c9b&chksm=ce1d2d35f96aa423a8a3bad46a2dc7973b46b36c304496d210f6f0a6d8ee906e3d7374dcc772&scene=21#wechat_redirect 该文章在 2024/12/20 10:12:12 编辑过 |
关键字查询
相关文章
正在查询... |