《Quidway S8500交换机故障排除》由会员分享，可在线阅读，更多相关《Quidway S8500交换机故障排除（51页珍藏版）》请在金锄头文库上搜索。
1、Quidway S8500系列 交换机故障排除,ISSUE 1.0,田海荣,2,引入,现代网络上的应用越来越复杂，不仅包括传统数据，还包括语音、视频等多种数据 新技术层出不穷的同时，还得兼容老的技术，使得网络的上的各种技术纷繁芜杂 然而人们越来越依赖网络处理日常事务 要求网络技术人员掌握过硬的故障排除能力，保持网络的可用性。故障排除的前提是对协议的掌握，同时还得有一定的故障排除的方法,3,学习目标,掌握网络故障排除的一般性方法 了解8500常用排错命令 掌握8500一般故障的常用排错思路 了解向厂家工程师求助时，应提前收集的设备信息,学习完本课程，您应该能够：,4,课程内容,第一章 网络故障分
2、类及一般排错方法 第二章 对排错工程师的基本要求 第三章 常用排错工具 第四章 8500交换机一般故障排除,5,第一章 故障排除一般性方法,常见网络故障分类 故障排除的基本步骤 常用的排错方法 常用的排错工具,6,常见的网络故障分类,连通性问题 配置错误 硬件、介质故障 设备兼容性问题 性能问题 网络拥塞 网络环路 非最佳路由 网络不稳定 ,7,网络故障排除基本步骤,8,故障排除常用方法,分层故障排除法 分块故障排除法 分段故障排除法 替换法,9,网络中所有的技术都是分层的，OSI模型-网络界的最重要的标准 自底向上排除法 从物理层开始分析，如果本层没有问题就向上分析，直到找出出了问题的层次，
3、适合复杂的网络故障 自顶向下排除法 从应用层开始，如果本层有问题就向下分析，直到找出没有问题的层次，适合范围较小的故障 中间开始排除法 根据故障现象初步判断问题的层次，逐层向上或向下查找,分层故障排除法,10,分块故障排除法,配置文件分为以下部分： 管理部分（路由器名称、口令、服务、日志等） 端口部分（地址、封装、cost、认证等） 路由协议部分（静态路由、RIP、OSPF、BGP、路由引入等） 策略部分（路由策略、策略路由、安全配置等） 接入部分（主控制台、Telnet登录或哑终端、拨号等） 其他应用部分（语言配置、VPN配置、Qos配置等） 排错为什么不可以按照这些部分定位故障呢？,11,
4、分段故障排除法,网络分为若干段，逐段测试，缩小故障范围，逐段定位网络故障，并排除,12,课程内容,第一章 网络故障分类及一般排错方法 第二章 对排错工程师的基本要求 第三章 常用排错工具 第四章 8500交换机一般故障排除,13,排错工程师必备素质,对协议要求有精深的理解 排错对工程师的理论水平要求较高，必须掌握协议的交互过程 详细描述故障现象和相关信息 谁出了问题？ 是什么问题？ 问题何时发生的？ 影响范围多大？ 可以收集到哪些信息？ 以前出现过这种故障吗？如何解决的？,14,排错工程师必备素质,充分了解所管理和维护的网络 网络物理拓扑 网络使用的各种技术 网络运行业务 流量分布 最近网络变
5、化情况 网络测试基线 及时进行故障排除的文档记录和经验总结,15,课程内容,第一章 网络故障分类及一般排错方法 第二章 对排错工程师的基本要求 第三章 常用排错工具 第四章 8500交换机一般故障排除,16,第三章 常用的排错工具,信息查看类命令 诊断类命令 协议分析工具（抓包工具）,17,信息查看类命令,8500提供了种类繁多的状态查看和各种表项查看命令-display Display device Display arp Display fib Display interface Display ip routing-table Display ospf peer Display bgp
6、peer Display route-policy Display igmp group ,18,诊断类命令,Ping 用于检查IP网络连接及主机是否可达 Tracert 用于测试数据报文从发送主机到目的地所经过的网关，主要用于检查网络连接是否可达，以及分析网络什么地方发生了故障 Debugging debugging命令可以帮助用户在网络发生故障时获得设备中交换的报文和帧的细节信息，这些信息对网络故障的定位是至关重要的 ,19,协议分析工具,有时候抓包工具对我们排错工作很有帮助，通过抓包工具可以很清楚地观察到设备之间的报文交互过程，从而了解问题所在 常用的抓包工具有sniffer、ether
7、eal等,20,课程内容,第一章 网络故障分类及一般排错方法 第二章 对排错工程师的基本要求 第三章 8500常用排错工具 第四章 8500交换机一般故障排除,21,第四章 8500交换机一般故障排除,第一节 设备指示灯介绍 第二节 常见设备自身故障 第三节 常见其它网络故障,22,设备指示灯状态说明,观察设备指示灯是了解设备相关状态最直接的方法,管理用以太网口（10Base-T/100Base-TX）指示灯（路由交换板上）,CF卡指示灯（路由交换板上）,23,设备指示灯状态说明,业务板运行状态指示灯（位于路由交换板上）,交换网状态指示灯（位于路由交换板上）,24,设备指示灯状态说明,交换路由
8、板运行状态指示灯（位于路由交换板上，显示路由交换板自身状态）,风扇状态指示灯（位于风扇模块上）,25,设备指示灯状态说明,前面的指示灯主要用于显示设备本身是否工作正常 接口板上的link和act指示灯等主要用于指示王显是否连接正常,26,第四章 8500交换机一般故障排除,第一节 设备指示灯介绍 第二节 常见设备自身故障 第三节 常见其它网络故障,27,常见设备自身故障排错,版本配套关系不对 8500系列交换机有多种机型，提供多种主控板和业务板，不同的软件和bootrom版本对主控板和业务板的支持情况不一样。需要仔细查看版本配套表 设备某些部件失效 在长途运输过程中，或在日常使用过程中导致某些
9、部件损坏，导致设备工作不正常 除了指示灯外，系统提供了多个命令用于查看部件状态 Display device用于显示设备部件工作状态 Display power用于显示电源模块状态 Display environment用于显示设备温度是否太高 ,28,第四章 8500交换机一般故障排除,第一节 设备指示灯介绍 第二节 常见设备自身故障 第三节 常见其它网络故障,29,8500常见网络故障排除,端口协商故障排查 链路聚合故障排查 MSTP故障排查 二层转发故障排查 MPLS转发故障排查 路由协议故障排查 VRRP故障排查 802.1X故障排查 DHCP relay故障排查,30,端口协商故障排
10、查,端口协商设置现状 电口具有很好的自协商能力，一般都能自协商成功，所以不要设置强制双工和速率 光口自协商能力比电口稍差，极少部分光口会出现自协商不成功的现象，所以大部分光口在开局时往往都被设置强制双工和速率 电口或光口的协商机制可以遵循以下2个原则： 除非有特别的理由，双方均采用自协商方式 双方方式必须一致，要么双方都是自协商方式，要么双方都设置强制双工和速率。不允许一端自协商一端设置强制双工和速率，也不允许只设置双工方式而不设置速率，同样也不允许只设置速率而不设置双工方式,31,端口协商故障排查-案例一,不加分析的设置强制双工和速率，往往会掩盖一些问题。 问题描述：某地用户反映某光口下的用
11、户上网速度慢。 诊断结果： 这个端口在开局时自协商不成功，于是端口被设置强制双工和速率。 经远程登录，查看端口时发现有大量入错包，问题与协商机制无关。更换光纤后问题解决。,32,端口协商故障排查-案例二,问题描述：某地用户通过85和下挂的一台2层交换机上网，视频点播时效果差。 诊断结果： 经诊断定位发现85端口是自协商方式，但是端口被协商为10M半双工方式，链路带宽小，同时由于是半双工方式，导致端口有大量的冲突错误包 因为对端2层交换机是老式的交换机，不能很好的支持自协商，更换此2层交换机后问题解决 类似的还有HUB，这些设备因为只支持10M半双工方式，最好下挂的用户不要太多，也不要使用视频等
12、占用高带宽的业务,33,链路聚合故障排查,S8500最多可以有6个聚合组，1个聚合组最多可以有8个端口； 组内的端口号必须属于同一业务板，可以不连续，但对起始端口无特殊要求； S8500系列路由交换机只支持both聚合模式； 聚合组故障排错时查看聚合组配置 ： Quidwaydisplay link-aggregation interface | summary | verbose,34,MSTP故障排查,设备限制： S8500V100R001B02版本支持多生成树协议（MSTP） S8500支持16个多生成树实例（MSTI） 主要原因：配置不正确引起的,35,MSTP故障排查,检查MST域配
13、置是否正确，是否都在同一个MST域内（域名、修订级别、实例VLAN映射关系都必须一样才属于同一个MST域）， 检查生成树的工作模式（STP/MSTP） 检查端口上是否禁用MSTP协议，端口属性配置（access、trunk、pvid）是否正确。 检查是否有聚合端口，聚合信息是否完全正确。 检查端口是否收到MSTP协议报文。 如果端口MSTP状态计算正确（显示信息正确），但没有进行正常转发，或者没有阻塞环路，需要检查硬件表项信息是否正确,36,二层转发故障排查,二层转发主要是指基于MAC + VLAN的报文转发流程，可能影响的因素有： VLAN配置是否正确，TRUNK端口的PVID与对端的设置是
14、否一致 查看MAC表是否正确，MAC地址学习是否正确，重点关注VLAN和出端口信息 如果系统使能了STP，查看端口的STP状态是否正确 如果设备间使用汇聚组连接，查看汇聚组中各成员端口的状态和工作模式是否正确 在相关接口上做了包过滤了吗？ 前提是：网线是通的！,37,BGP/MPLS VPN转发故障排查,MPLS常用命令行和调试信息： 查看mpls转发表项是否建立正常，包括私网转发表项和公网隧道转发表项： display mpls lsp 用来检查BGP配置是否正确： display current-configuration configuration bgp 查看ldp配置情况 displ
15、ay mpls ldp 查看ldp session情况，正常的状态应该是Operational display mpls ldp session 查看ldp session情况 display bgp vpnv4 all routing-table,38,BGP/MPLS VPN转发故障排查,MPLS常用命令行和调试信息： 查看bgp对等体，看状态是否是Established,否则请查看路由是否正确，bgp配置是否正确 display bgp vpnv4 all peer 查看vpn-instance配置情况，请注意比对两端的配置是否相符 display ip vpn-instance ver
16、bose 查看路由信息是否正确，只要是看公网与私网的相关路由是否存在 display ip routing-table 查看MPLS转发表是否正确。如果没有，检查MPLS的配置 display mpls ftn vpn-instance xxx,39,BGP/MPLS VPN转发故障排查-案例一,故障描述： 中央服务器拓扑组网（HUB-SPOKE）方式下，本端（Spoke PE）不能学到对端（Spoke PE）的路由信息。 故障排除： 检查Spoke PE和Hub PE的BGP邻居是否正确建立； 检查各个VPN-instance的路由属性导入导出关系是否正确； 在Hub PE上查看两个VPN-instance之间的路由能否相互学习到，如果不能则进行以下操作：如果在Hub PE和Hub CE之间运行RIP协议，检查RIP和BGP是否相互导入；如果运行EBGP协议，检查PE和CE之间是否配置了peer peer-addrsss allow-as-loop命令。,40,BGP/MPLS VPN转发故障排查-案例二,
