雏鹰部落

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
查看: 2570|回复: 7

[讨论/求助] [转]CCIE之建立详细的“故障检测检查表”

[复制链接]
发表于 2004-8-3 04:58:29 | 显示全部楼层 |阅读模式
出处:PConline<br>责任编辑:feel_shu<br> <br>[04-3-4 10:10]  作者:FengNet.Com  <br><br><br>  摘自《Cisco CCIE认证—网桥、路由器和交换机》<br>  Press《Cisco Certification:Bridges,Routers and Switchs For CCIES》<br><br><br> <br><br><br>  第一级故障检测<br><br>  接口处于”UP/UP”状态?<br>  显示IP接口摘要<br>  显示ATM接口情形<br>  显示端口(CAT 5000)<br>  显示MAC(CAT 5000)<br>  常用的接口故障检测:show controllers.<br>  连接的哪一端是DCE,哪一端是DTE?<br>  Show cdp neighbor.<br><br>  1、祯中继故障检测<br><br>  路由器与祯中继交换机是否正确通信?<br>  Show frame PVC显示的DLCI是否处于激活状态?<br>  路由器送出分组吗?&#40;debug frame packet/show frame PVC&#40;分组进/分组出&#41;<br>  你的祯中继分组语句正确吗?&#40;show frame-relay map&#41;<br>  实验环境最受欢迎的祯中继故障检测工具:debug frame packet.<br><br>  2. ISDN/DDR故障检测<br><br>  ISDN<br>  Show isdn status<br>  Debug isdn q921<br>  Debug isdn q931<br>  最受欢迎的ISDN故障检测工具,debug isdn q931<br><br>  DDR<br>  出境业务流是否是有兴趣的业务流<br>  Show dialer<br>  Show dialer map<br>  Debug dialer packet<br>  Debug dialer events<br>  记住——当怀疑的时候,保持拨号者列表的配置尽可能的简单。<br>ISDN呼叫是否正常设置?<br>  Debug isdn q931<br>  由呼叫方产生的Q931信息是什么?<br>  由被呼叫方产生的Q931信息是什么?<br>  最受欢迎的DDR故障检测工具ebug dialer packet.<br>  PPP权威认证是否正常发生?<br>  Debug PPP authentication<br><br>  3. Catalyst 5000故障检测<br><br>  端口是否激活<br>  Show port<br>  端口通过祯吗?<br>  清除计数器<br>  show mac module/port<br>  CAM表中是否有特定的MAC地址?<br>  Show port<br>  Show mac<br>  Show cam dynamic<br>  Show vlan<br>  Show trunk<br>  Show spantree<br><br>  4. ATM故障检测<br><br>  Show atm interface status<br>  Show atm ilmi<br>  Show atm vc<br><br>  5. ATM仿真局域网LANE故障检测<br><br>  LANE设备是否正确地建立所有管理和控制VC?<br>  Show lane default<br>  Show lane client<br>  Show lane database<br>  Show lane le-arp<br>  Debug lane client all<br>第二级故障检测<br><br>  1. IP地址<br><br>  分配给特定路由器的接口的IP地址有哪些?<br>  Show ip interface brief<br>  直接相连的邻居接口IP地址是哪些?<br>  Show cdp neighbor detail<br>  你能ping通自身的接口吗?<br><br>  2. 特定路由器转发的IP分组<br><br>  ping &#40;standard ping/extended ping&#41;<br>  Debug ip packet<br>  分组通过正确的接口离开路由器吗?<br>  如果debug ip packet显示”unroutable” 信息,检查路由表&#40;show ip route&#41;<br>  如果debug ip packe显示”encap failed”信息,检查支持IP分组转发特定接口的过程。<br>  如果”encap failed”信息出现在一个多访问接口,例如Ethernet或令牌环,使用debug arp 确保ARP过程正常。<br>  如果”encap failed”信息出现在非广播多重访问接口,例如祯中继或ATM,使用debug 祯分组或debug atm分组确保分组映射到目的地址。<br>  如果”encap failed”出现在交换连接上,例如ISDN/DDR连接,使debug q931来确保呼叫方正确设置,检查拨号者分组来确保业务流已被定义为“有兴趣的”,或检查PPP权威认证确保PPP权威认证已正确产生。<br>  如果debug ip packet仅仅显示sending信息,则所有的IP转发过程都在该路由器上正确操作。检查所有中间路由器或路由业务流的返回路径。<br><br>  3. IP路由<br><br>  IP路由更新信息是否把正确的前缀送出正确的接口了吗?<br>  你在正确的接口上收到正确的路由更新信息吗?<br>  Debug ip rip<br>  Debug ip igrp transactions<br>  Debug ip igrp events<br>  Debug ip eigrp<br>4. 跟踪分组通过互连网的路径<br><br>  traceroute &#40;standard traceroute/extened traceroute&#41;<br><br>  5. OSPF<br><br>  参与OSPF进程每个接口的OSPF是否激活?<br>  Show Ip ospf interface<br>  OSPF邻居之间关系正确形成了吗?<br>  Show ip ospf neighbor<br>  OSPF的毗邻正确形成了吗?<br><br>  6. NBMA网络上OSPF<br><br>  是否有不同接口混合使用(物理的、点到点子接口和多点子接口),存在接口不匹配情况吗?<br><br>  7. DDR<br><br>  OSPF Hello 分组无限地保持接口处于激活状态吗?<br><br>  8. IP路由分组再分派<br><br>  激活合适的路由协议检错工具,确认路由正确通过再分派进程。<br>  在路由再分派过程中存在FLSM/VLSM冲突吗?<br>  Show ip protocols<br>  Clear ip ospf redistribution<br><br>  第三级故障检测<br><br>  你的BGP邻居关系形成了吗?<br>  Show ip bgp summary<br>  BGP 网络已在通告了吗?<br>  正在通告的网络在BGP路由器的IGP表中?<br>  Show ip route<br>  IBGP路由器能ping到广播的下一跳地址吗?<br>  如果不能,考虑使用下一跳地址本身。<br>  你的BGP表正确形成了吗?<br>  Clear ip bgp *<br>  Debug ip bgp events<br>  Debug ip bgp updates<br>  同步是否应该关闭?<br>  Show ip bgp <br>  Show ip route<br>第四级故障检测<br><br>  1、IPX<br><br>  指定路由器上运行IPX进程?<br>  Show protocols<br>  Show ipx interface brief<br>  Show cdp neighbor brief<br>  IPX业务流正确进出指定路由器吗?<br>  Ping ipx<br>  Debug ipx packet<br>  你能在正确的接口上发送和接收正确的IPX路由更新信息吗?<br>  Debug ipx routing activity<br>  IPX路由表一致吗?<br>  Clear ipx route *<br>  Show ipx route<br>  SAP表一致吗?<br>  Clear ipx route *<br>  Show ipx servers<br>  假如使用IPX EIGRP,EIGRP邻居关系正确形成了吗?<br>  EIGRP拓扑数据库的内容正确且完整吗?<br>  EIGRP度量值计算反映了最短路径的正确代价了吗?<br>  如果用隧道输送IPX业务流,隧道操作正确吗?<br>  Show tunnel/debug tunnel<br>  记住—IPX隧道依赖于在隧道端点之间的连接性。<br>  保证隧道的一个端点可以由另一个端点到达,ping隧道端口。<br>  如果ping连接成功但隧道仍不工作,检查所有中间路由器上访问表。访问表可能封锁了隧道业务流。<br><br>  2. APPLETALK<br><br>  Appletalk进程运行在指定路由器上了吗?<br>  Show protocols<br>  Show appletalk interface brief<br>  Show appletalk interface<br>  Show cdp neighbor brief<br>  Show apple neighbor<br>  Appletalk 业务流正确进出在指定的路由器上吗?<br>  Ping appletalk<br>  Debug appletalk packet<br>  能否在正确的接口上发送和接收正确的路由更新信息?<br>  Debug appletalk routing activity<br>  Appletalk 路由表一致吗?<br>  No appletalk routing/appletalk routing &#40;RTMP only&#41;<br>  Show appletalk route<br>  区表一致吗?<br><br><br><br>  No appletalk routing &#40;RTMP only&#41;<br>  Show appletalk zones<br>  Debug appletalk zone<br>  如果使用appletalk eigrp,正确形成了 EIGRP邻居关系了吗?<br>  EIGRP拓扑数据库的内容正确且完整吗<br>  EIGRP度量值计算反映最短路径的正确代价了吗?<br>  如果隧道输送appletalk业务流,隧道操作正确吗?<br>  Show tunnel/debug tunnel<br>  记住—appletalk隧道依赖于隧道端点间的连接性。<br>  保证隧道的一个端点可从另一个端点到达,ping隧道端点。<br>  如果ping连接成功但隧道仍不工作,检查所有中间路由器上的访问表,因为访问表可能封锁了隧道业务流。<br><br>  3. DECNET<br><br>  DECNET进程运行在指定路由器上了吗?<br>  Show protocols<br>  Show DECNET<br>  Show decnet interface <br>  Show cdp neighbor brief<br>  DECNET业务流正确进出指定路由器吗?<br>  Ping decnet<br>  Debug decnet packet<br>  能否在正确的端口上发送和接收正确的录由更新信息?<br>  Debug decnet routing activity<br>  Decnet 路由表一致吗?<br>  Show decnet route<br><br>  第五级 故障检测<br><br>  1. 透明桥<br><br>  所有的网桥组成员都列出相同的根桥了吗?<br>  Show span<br>  生成树正确形成了吗?<br>  桥组中的哪个端口处于封锁状态(如果有的话)?<br>  Debug sapn events<br>  Show spantree<br>  Debug arp<br><br>  2. CRB和IRB<br><br>  Show interface crb<br>  Show interface irb<br>  Show interface bvi<br>3. LAT<br><br>  Debug translate<br>  Show translate<br><br>  4. 源路由桥接<br><br>  show source<br><br>  5. DLSw+<br><br>  故障检测DLSw+连接的两边<br>  你能ping通DLSw+对等进程吗?<br>  DLSw disable<br>  Show dlsw peer<br>  Show dlsw reachability<br>  Debug dlsw peer<br>  Debug dlsw reachability<br>  Debug dlsw core<br>  Show span<br>  Show source<br><br>  第六级故障检测<br><br>  1. 访问表<br><br>  记住隐含为所有拒绝<br>  记住有方向性的访问表。<br>  show access-lists<br>  show access-expressions<br>  debug access-expressions<br>  <br>  2. 排队<br><br>  show queue<br>  debug custom<br>  debug priority<br>  <br>  3. 策略路由和路由图<br><br>  show ip policy<br>  debug ip policy<br><br>  最后补一句,一个熟练的故障检测这必须透彻理解他或她正在排错的技术。常用的故障检测工具是CiscoWorks和Network Asscoiates SNIFFER,这里是培养故障检测技能的开端。(FengNet.Com)<br>
发表于 2004-8-3 05:23:57 | 显示全部楼层
有相当部分的内容已经不再做要求,由新的知识点代替
 楼主| 发表于 2004-8-3 05:36:55 | 显示全部楼层
[em3] 这里面好多都没听说过
发表于 2004-8-12 02:52:04 | 显示全部楼层
多懂点总是好的......不要什么都为了考试好不好
发表于 2004-8-12 06:06:35 | 显示全部楼层
原文由 [B]大饼[/B] 发表:<br>多懂点总是好的......不要什么都为了考试好不好 <br>
<br><br>不喜欢你的语气!
发表于 2004-8-12 06:27:26 | 显示全部楼层
呵呵,你们别互相抬杠了。<br>都是网络兴趣爱好者嘛。
发表于 2004-8-12 08:47:02 | 显示全部楼层
原文由 [B]cmsc[/B] 发表:<br><br><br>不喜欢你的语气! <br>
<br>不要激动啦,更年期的故事……
发表于 2014-2-11 09:24:24 | 显示全部楼层
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|熊猫同学技术论坛|小黑屋| 网络工程师论坛 ( 沪ICP备09076391 )

GMT+8, 2024-11-22 00:27 , Processed in 0.082055 second(s), 18 queries , Gzip On.

快速回复 返回顶部 返回列表