网络工程师“小试牛刀”

       作为一名从郑州北大青鸟翔天信鸽出来的毕业生，现在的我已是一个小有成就的网络工程师了，我可不是故意在夸大我自己哦，我的工作所接触的一些案例，也算是我的一些工作经验吧，希望能给大家带来一定的启发，下面就写下来给大家分享一下！
       1.故障症状
       某企业局域网，软硬件严重滞后，网络性能低下，必须进行较大规模的网络升级，由10M网全部提升为100M以太网，核心交换机为千兆以太网。为了节约成本，该企业没有进行外包而是由自己的IT人员独立实施此次改造工程。改造完工后，进行网络测试时发现，网络性能提升并不明显，而且大部分的网络成员访问公司的服务器或者与其他不同子网的部门之间进行数据交互是感觉速度慢，有时数据出错。以上是客户向我们公司反应的具体情况。
       2.初步诊断
       根据客户反应的情况初步判断应该布线方面出了问题，在我们的经验范围之内。这次并没有亲自出诊，而是建议他们对网络布线系统进行严格认证测试。由于该企业的信息中心除了电缆和光缆的认证测试仪外，没有其它测试维护工具，无法对网络进行评测。他们利用现有工具和技术手段进行了测试，给我们反馈的情况是，布线施工质量优良，全部电缆光缆链路按超五类标准测试参数均合格，没有发现任何问题。此外，该公司的IT人员又进行了网络系统及平台的重新安装，但仍无济于事。
       3.进一步了解
       看来问题没有想象的那么简单，我们询问了客户一些技术细节。通过询问得知，由于总公司希望全面提高ERP系统的覆盖范围，在这次网络升级过程中新增的网络设备比较多，网上成员也增加了二倍多，工作站从原来的220台猛增至680台;办公区和生产区之间、生产区和生产区之间均用光缆和路由器连接起来。

       4.亲自出诊
       因为网络为新扩容的网络，而且故障是在网络升级之后出现的，所以先看看该企业的网络拓扑，是否有设计不合理的地方，但从拓扑图上看不出网络结构设计有何不合理之处。由于在各子网段内拷贝数据时速度基本不受影响，而多在跨网段时受阻，所以我们把分析的重点放在跨网数据的分析上。将网络测试仪接入办公区网络的网管中心，打开网段内的全部4个路由器的端口观察。通过检测发现网段间的流量为27%～42%之间，由于网络没有多媒体应用启用，因此如此高的流量记录是不正常的。下面我们需要观察这些流量的走向，于是在办公区将网络测试仪串入路由器与交换机之间(100M端口)监测。启动IP矩阵监测和以太网MAC矩阵监测功能，观察数据流向。查看拓扑图，该WINS服务器直接与一台工作组交换机相连，打开工作组交换机的端口记录检查，流量记录为13%并伴随少许碰撞指示记录。为了不影响用户的使用，下班后我们从测试仪所在端口向WINS服务器所在交换机端口P32的邻近端口P31发送高额流量。更换该交换机后，第二天进行测试，在公司员工上班后的网络使用高峰期开头所述的网络故障消失，同时网络速度比以前有了惊人的提高。
       5.故障总结
       故障解决了，我们找到了罪魁祸首——一台工作组交换机。其实，交换机只是“替罪羊”真正的元凶应该是不够科学、合理的网络结构。不然一台小小的工作组交换机为什么能够引起如此大面积的网络故障呢?为了使得大家对此有更进一步的认识，我们重新梳理一下该公司的网络结构以及这次网络故障。在该企业重新升级的网络中，大多数数据服务器设置在办公区的网管中心，而且公司整个系统的工作依赖集中式系统中的这些专用数据服务器。另外，链路连接和数据交换时需要WINS服务器提供服务。而与WINS服务器连接的链路中，如果交换机一侧的端口P32发射能力低效，使得发送的信号幅度不符合要求，再加上链路长度不长，所以并不是对所有的数据包WINS服务器都无响应

       6.维护建议
       首先，建议企业在进行网络改造的时候，一定要根据企业的需求和实际应用合理规划网络拓扑。这其中，应该尽可能地寻求专家的帮助，构建科学、合理、高效的网络结构。这样的网络不仅利与维护、管理，而且在故障发生时能够快速定位，也不至于一个小问题引发大故障。
       7.总结
       最后希望大家能够通过这个案例有所思考，想想网络故障的背后，比如如何进行科学的网络改造等等。