Tony
2005-04-26, 06:48 PM
建立一个网络也许很容易,但是当一个现有得网络出现问题得时候,迅速得处理故障是多么得重要.
这时候如果你是相当有经验得工程师,也许就很简单了.但是并不是每一个人都是有多年得工作经验
因此建立详细的故障检测检查表很重要,也为自己处理故障以及为以后出现故障迅速得来出来提供了
不少方便.在此和大家分享一篇<ccie之建立详细的故障检测检查表> 希望大家在遇到故障得时候不
至于无从下手. https://dream4ever.org/images/dreamland/smilies/Default/dft012.gif
全文如下:
CCIE之建立详细的故障检测检查表
第一级故障检测
l 接口处于”UP/UP”状态？
l 显示IP接口摘要
l 显示ATM接口情形
l 显示端口（CAT 5000）
l 显示MAC（CAT 5000）
l 常用的接口故障检测：show controllers.
l 连接的哪一端是DCE，哪一端是DTE？
l Show cdp neighbor.
1. 祯中继故障检测
l 路由器与祯中继交换机是否正确通信？
l Show frame PVC显示的DLCI是否处于激活状态？
l 路由器送出分组吗？(debug frame packet/show frame PVC(分组进/分组出)
l 你的祯中继分组语句正确吗？(show frame-relay map)
l 实验环境最受欢迎的祯中继故障检测工具:debug frame packet.
2. ISDN/DDR故障检测
ISDN
l Show isdn status
l Debug isdn q921
l Debug isdn q931
l 最受欢迎的ISDN故障检测工具，debug isdn q931
DDR
l 出境业务流是否是有兴趣的业务流
l Show dialer
l Show dialer map
l Debug dialer packet
l Debug dialer events
l 记住——当怀疑的时候，保持拨号者列表的配置尽可能的简单。
l ISDN呼叫是否正常设置？
l Debug isdn q931
l 由呼叫方产生的Q931信息是什么？
l 由被呼叫方产生的Q931信息是什么？
l 最受欢迎的DDR故障检测工具ebug dialer packet.
l PPP权威认证是否正常发生？
l Debug PPP authentication
3. Catalyst 5000故障检测
l 端口是否激活
l Show port
l 端口通过祯吗？
l 清除计数器
l show mac module/port
l CAM表中是否有特定的MAC地址？
l Show port
l Show mac
l Show cam dynamic
l Show vlan
l Show trunk
l Show spantree
4. ATM故障检测
l Show atm interface status
l Show atm ilmi
l Show atm vc
5. ATM仿真局域网LANE故障检测
l LANE设备是否正确地建立所有管理和控制VC?
l Show lane default
l Show lane client
l Show lane database
l Show lane le-arp
l Debug lane client all
第二级故障检测
1. IP地址
l 分配给特定路由器的接口的IP地址有哪些？
l Show ip interface brief
l 直接相连的邻居接口IP地址是哪些？
l Show cdp neighbor detail
l 你能ping通自身的接口吗？
2. 特定路由器转发的IP分组
l ping (standard ping/extended ping)
l Debug ip packet
l 分组通过正确的接口离开路由器吗？
l 如果debug ip packet显示”unroutable” 信息，检查路由表(show ip route)
l 如果debug ip packe显示”encap failed”信息，检查支持IP分组转发特定接口的过程。
l 如果”encap failed”信息出现在一个多访问接口，例如Ethernet或令牌环，使用debug arp 确保ARP过程正常。
l 如果”encap failed”信息出现在非广播多重访问接口，例如祯中继或ATM，使用debug 祯分组或debug atm分组确保分组映射到目的地址。
l 如果”encap failed”出现在交换连接上，例如ISDN/DDR连接，使debug q931来确保呼叫方正确设置，检查拨号者分组来确保业务流已被定义为“有兴趣的”，或检查PPP权威认证确保PPP权威认证已正确产生。
l 如果debug ip packet仅仅显示sending信息，则所有的IP转发过程都在该路由器上正确操作。检查所有中间路由器或路由业务流的返回路径。
3. IP路由
l IP路由更新信息是否把正确的前缀送出正确的接口了吗？
l 你在正确的接口上收到正确的路由更新信息吗？
l Debug ip rip
l Debug ip igrp transactions
l Debug ip igrp events
l Debug ip eigrp
l
4. 跟踪分组通过互连网的路径
l traceroute (standard traceroute/extened traceroute)
l
5. OSPF
l 参与OSPF进程每个接口的OSPF是否激活？
l Show Ip ospf interface
l OSPF邻居之间关系正确形成了吗？
l Show ip ospf neighbor
l OSPF的毗邻正确形成了吗？
6. NBMA网络上OSPF
l 是否有不同接口混合使用（物理的、点到点子接口和多点子接口），存在接口不匹配情况吗？
l
7. DDR
l OSPF Hello 分组无限地保持接口处于激活状态吗？
8. IP路由分组再分派
l 激活合适的路由协议检错工具，确认路由正确通过再分派进程。
l 在路由再分派过程中存在FLSM/VLSM冲突吗？
l Show ip protocols
l Clear ip ospf redistribution
第三级故障检测
l 你的BGP邻居关系形成了吗？
l Show ip bgp summary
l BGP 网络已在通告了吗？
l 正在通告的网络在BGP路由器的IGP表中？
l Show ip route
l IBGP路由器能ping到广播的下一跳地址吗？
l 如果不能，考虑使用下一跳地址本身。
l 你的BGP表正确形成了吗？
l Clear ip bgp *
l Debug ip bgp events
l Debug ip bgp updates
l 同步是否应该关闭？
l Show ip bgp
l Show ip route
l
第四级故障检测
1. IPX
l 指定路由器上运行IPX进程？
l Show protocols
l Show ipx interface brief
l Show cdp neighbor brief
l IPX业务流正确进出指定路由器吗？
l Ping ipx
l Debug ipx packet
l 你能在正确的接口上发送和接收正确的IPX路由更新信息吗？
l Debug ipx routing activity
l IPX路由表一致吗？
l Clear ipx route *
l Show ipx route
l SAP表一致吗？
l Clear ipx route *
l Show ipx servers
l 假如使用IPX EIGRP，EIGRP邻居关系正确形成了吗？
l EIGRP拓扑数据库的内容正确且完整吗？
l EIGRP度量值计算反映了最短路径的正确代价了吗？
l 如果用隧道输送IPX业务流，隧道操作正确吗？
l Show tunnel/debug tunnel
l 记住—IPX隧道依赖于在隧道端点之间的连接性。
l 保证隧道的一个端点可以由另一个端点到达，ping隧道端口。
l 如果ping连接成功但隧道仍不工作，检查所有中间路由器上访问表。访问表可能封锁了隧道业务流。
2. APPLETALK
l Appletalk进程运行在指定路由器上了吗？
l Show protocols
l Show appletalk interface brief
l Show appletalk interface
l Show cdp neighbor brief
l Show apple neighbor
l Appletalk 业务流正确进出在指定的路由器上吗？
l Ping appletalk
l Debug appletalk packet
l 能否在正确的接口上发送和接收正确的路由更新信息？
l Debug appletalk routing activity
l Appletalk 路由表一致吗？
l No appletalk routing/appletalk routing (RTMP only)
l Show appletalk route
l 区表一致吗？
l No appletalk routing (RTMP only)
l Show appletalk zones
l Debug appletalk zone
l 如果使用appletalk eigrp，正确形成了 EIGRP邻居关系了吗？
l EIGRP拓扑数据库的内容正确且完整吗
l EIGRP度量值计算反映最短路径的正确代价了吗？
l 如果隧道输送appletalk业务流，隧道操作正确吗？
l Show tunnel/debug tunnel
l 记住—appletalk隧道依赖于隧道端点间的连接性。
l 保证隧道的一个端点可从另一个端点到达，ping隧道端点。
l 如果ping连接成功但隧道仍不工作，检查所有中间路由器上的访问表，因为访问表可能封锁了隧道业务流。
3. DECNET
l DECNET进程运行在指定路由器上了吗？
l Show protocols
l Show DECNET
l Show decnet interface
l Show cdp neighbor brief
l DECNET业务流正确进出指定路由器吗？
l Ping decnet
l Debug decnet packet
l 能否在正确的端口上发送和接收正确的录由更新信息？
l Debug decnet routing activity
l Decnet 路由表一致吗？
l Show decnet route
l
第五级故障检测
1. 透明桥
l 所有的网桥组成员都列出相同的根桥了吗？
l Show span
l 生成树正确形成了吗？
l 桥组中的哪个端口处于封锁状态（如果有的话）？
l Debug sapn events
l Show spantree
l Debug arp
l
2. CRB和IRB
l Show interface crb
l Show interface irb
l Show interface bvi
l
3. LAT
l Debug translate
l Shwo translate
4. 源路由桥接
l show source
5. DLSw+
l 故障检测DLSw+连接的两边
l 你能ping通DLSw+对等进程吗？
l DLSw disable
l Show dlsw peer
l Show dlsw reachability
l Debug dlsw peer
l Debug dlsw reachability
l Debug dlsw core
l Show span
l Show source
l
第六级故障检测
1. 访问表
l 记住隐含为所有拒绝
l 记住有方向性的访问表。
l show access-lists
l show access-expressions
l debug access-expressions
l
2. 排队
l show queue
l debug custom
l debug priority
l
3. 策略路由和路由图
l show ip policy
l debug ip policy
一个熟练的故障检测这必须透彻理解他或她正在排错的技术。常用的故障检测工具是CiscoWorks
和Network Asscoiates SNIFFER,这里是培养故障检测技能的开端。
这时候如果你是相当有经验得工程师,也许就很简单了.但是并不是每一个人都是有多年得工作经验
因此建立详细的故障检测检查表很重要,也为自己处理故障以及为以后出现故障迅速得来出来提供了
不少方便.在此和大家分享一篇<ccie之建立详细的故障检测检查表> 希望大家在遇到故障得时候不
至于无从下手. https://dream4ever.org/images/dreamland/smilies/Default/dft012.gif
全文如下:
CCIE之建立详细的故障检测检查表
第一级故障检测
l 接口处于”UP/UP”状态？
l 显示IP接口摘要
l 显示ATM接口情形
l 显示端口（CAT 5000）
l 显示MAC（CAT 5000）
l 常用的接口故障检测：show controllers.
l 连接的哪一端是DCE，哪一端是DTE？
l Show cdp neighbor.
1. 祯中继故障检测
l 路由器与祯中继交换机是否正确通信？
l Show frame PVC显示的DLCI是否处于激活状态？
l 路由器送出分组吗？(debug frame packet/show frame PVC(分组进/分组出)
l 你的祯中继分组语句正确吗？(show frame-relay map)
l 实验环境最受欢迎的祯中继故障检测工具:debug frame packet.
2. ISDN/DDR故障检测
ISDN
l Show isdn status
l Debug isdn q921
l Debug isdn q931
l 最受欢迎的ISDN故障检测工具，debug isdn q931
DDR
l 出境业务流是否是有兴趣的业务流
l Show dialer
l Show dialer map
l Debug dialer packet
l Debug dialer events
l 记住——当怀疑的时候，保持拨号者列表的配置尽可能的简单。
l ISDN呼叫是否正常设置？
l Debug isdn q931
l 由呼叫方产生的Q931信息是什么？
l 由被呼叫方产生的Q931信息是什么？
l 最受欢迎的DDR故障检测工具ebug dialer packet.
l PPP权威认证是否正常发生？
l Debug PPP authentication
3. Catalyst 5000故障检测
l 端口是否激活
l Show port
l 端口通过祯吗？
l 清除计数器
l show mac module/port
l CAM表中是否有特定的MAC地址？
l Show port
l Show mac
l Show cam dynamic
l Show vlan
l Show trunk
l Show spantree
4. ATM故障检测
l Show atm interface status
l Show atm ilmi
l Show atm vc
5. ATM仿真局域网LANE故障检测
l LANE设备是否正确地建立所有管理和控制VC?
l Show lane default
l Show lane client
l Show lane database
l Show lane le-arp
l Debug lane client all
第二级故障检测
1. IP地址
l 分配给特定路由器的接口的IP地址有哪些？
l Show ip interface brief
l 直接相连的邻居接口IP地址是哪些？
l Show cdp neighbor detail
l 你能ping通自身的接口吗？
2. 特定路由器转发的IP分组
l ping (standard ping/extended ping)
l Debug ip packet
l 分组通过正确的接口离开路由器吗？
l 如果debug ip packet显示”unroutable” 信息，检查路由表(show ip route)
l 如果debug ip packe显示”encap failed”信息，检查支持IP分组转发特定接口的过程。
l 如果”encap failed”信息出现在一个多访问接口，例如Ethernet或令牌环，使用debug arp 确保ARP过程正常。
l 如果”encap failed”信息出现在非广播多重访问接口，例如祯中继或ATM，使用debug 祯分组或debug atm分组确保分组映射到目的地址。
l 如果”encap failed”出现在交换连接上，例如ISDN/DDR连接，使debug q931来确保呼叫方正确设置，检查拨号者分组来确保业务流已被定义为“有兴趣的”，或检查PPP权威认证确保PPP权威认证已正确产生。
l 如果debug ip packet仅仅显示sending信息，则所有的IP转发过程都在该路由器上正确操作。检查所有中间路由器或路由业务流的返回路径。
3. IP路由
l IP路由更新信息是否把正确的前缀送出正确的接口了吗？
l 你在正确的接口上收到正确的路由更新信息吗？
l Debug ip rip
l Debug ip igrp transactions
l Debug ip igrp events
l Debug ip eigrp
l
4. 跟踪分组通过互连网的路径
l traceroute (standard traceroute/extened traceroute)
l
5. OSPF
l 参与OSPF进程每个接口的OSPF是否激活？
l Show Ip ospf interface
l OSPF邻居之间关系正确形成了吗？
l Show ip ospf neighbor
l OSPF的毗邻正确形成了吗？
6. NBMA网络上OSPF
l 是否有不同接口混合使用（物理的、点到点子接口和多点子接口），存在接口不匹配情况吗？
l
7. DDR
l OSPF Hello 分组无限地保持接口处于激活状态吗？
8. IP路由分组再分派
l 激活合适的路由协议检错工具，确认路由正确通过再分派进程。
l 在路由再分派过程中存在FLSM/VLSM冲突吗？
l Show ip protocols
l Clear ip ospf redistribution
第三级故障检测
l 你的BGP邻居关系形成了吗？
l Show ip bgp summary
l BGP 网络已在通告了吗？
l 正在通告的网络在BGP路由器的IGP表中？
l Show ip route
l IBGP路由器能ping到广播的下一跳地址吗？
l 如果不能，考虑使用下一跳地址本身。
l 你的BGP表正确形成了吗？
l Clear ip bgp *
l Debug ip bgp events
l Debug ip bgp updates
l 同步是否应该关闭？
l Show ip bgp
l Show ip route
l
第四级故障检测
1. IPX
l 指定路由器上运行IPX进程？
l Show protocols
l Show ipx interface brief
l Show cdp neighbor brief
l IPX业务流正确进出指定路由器吗？
l Ping ipx
l Debug ipx packet
l 你能在正确的接口上发送和接收正确的IPX路由更新信息吗？
l Debug ipx routing activity
l IPX路由表一致吗？
l Clear ipx route *
l Show ipx route
l SAP表一致吗？
l Clear ipx route *
l Show ipx servers
l 假如使用IPX EIGRP，EIGRP邻居关系正确形成了吗？
l EIGRP拓扑数据库的内容正确且完整吗？
l EIGRP度量值计算反映了最短路径的正确代价了吗？
l 如果用隧道输送IPX业务流，隧道操作正确吗？
l Show tunnel/debug tunnel
l 记住—IPX隧道依赖于在隧道端点之间的连接性。
l 保证隧道的一个端点可以由另一个端点到达，ping隧道端口。
l 如果ping连接成功但隧道仍不工作，检查所有中间路由器上访问表。访问表可能封锁了隧道业务流。
2. APPLETALK
l Appletalk进程运行在指定路由器上了吗？
l Show protocols
l Show appletalk interface brief
l Show appletalk interface
l Show cdp neighbor brief
l Show apple neighbor
l Appletalk 业务流正确进出在指定的路由器上吗？
l Ping appletalk
l Debug appletalk packet
l 能否在正确的接口上发送和接收正确的路由更新信息？
l Debug appletalk routing activity
l Appletalk 路由表一致吗？
l No appletalk routing/appletalk routing (RTMP only)
l Show appletalk route
l 区表一致吗？
l No appletalk routing (RTMP only)
l Show appletalk zones
l Debug appletalk zone
l 如果使用appletalk eigrp，正确形成了 EIGRP邻居关系了吗？
l EIGRP拓扑数据库的内容正确且完整吗
l EIGRP度量值计算反映最短路径的正确代价了吗？
l 如果隧道输送appletalk业务流，隧道操作正确吗？
l Show tunnel/debug tunnel
l 记住—appletalk隧道依赖于隧道端点间的连接性。
l 保证隧道的一个端点可从另一个端点到达，ping隧道端点。
l 如果ping连接成功但隧道仍不工作，检查所有中间路由器上的访问表，因为访问表可能封锁了隧道业务流。
3. DECNET
l DECNET进程运行在指定路由器上了吗？
l Show protocols
l Show DECNET
l Show decnet interface
l Show cdp neighbor brief
l DECNET业务流正确进出指定路由器吗？
l Ping decnet
l Debug decnet packet
l 能否在正确的端口上发送和接收正确的录由更新信息？
l Debug decnet routing activity
l Decnet 路由表一致吗？
l Show decnet route
l
第五级故障检测
1. 透明桥
l 所有的网桥组成员都列出相同的根桥了吗？
l Show span
l 生成树正确形成了吗？
l 桥组中的哪个端口处于封锁状态（如果有的话）？
l Debug sapn events
l Show spantree
l Debug arp
l
2. CRB和IRB
l Show interface crb
l Show interface irb
l Show interface bvi
l
3. LAT
l Debug translate
l Shwo translate
4. 源路由桥接
l show source
5. DLSw+
l 故障检测DLSw+连接的两边
l 你能ping通DLSw+对等进程吗？
l DLSw disable
l Show dlsw peer
l Show dlsw reachability
l Debug dlsw peer
l Debug dlsw reachability
l Debug dlsw core
l Show span
l Show source
l
第六级故障检测
1. 访问表
l 记住隐含为所有拒绝
l 记住有方向性的访问表。
l show access-lists
l show access-expressions
l debug access-expressions
l
2. 排队
l show queue
l debug custom
l debug priority
l
3. 策略路由和路由图
l show ip policy
l debug ip policy
一个熟练的故障检测这必须透彻理解他或她正在排错的技术。常用的故障检测工具是CiscoWorks
和Network Asscoiates SNIFFER,这里是培养故障检测技能的开端。