路由器故障解答_长城宽带百科
路由器故障解答
任何硬件设备使用久了都可能出现故障，而生活中很多路由器基本都是一天到晚长期开着，使用时间久了，也容易导致出现硬件故障。而判断路由器故障的方法你了解多少呢？
&&&&在论坛里面发现了一个悬赏帖，帖子主要讲的是路由器双线接入NAT之后的数据分流的内容。为什么要写成本篇文章呢，主要是因为现在大家都比较注意怎么通过路由器进行很好的数据分流。我们也查看了一些资料，找出一些处理此类故障的知识点，希望能够对广大的网络工程师有所帮助。
&&&&闲话少说，请看原帖悬赏内容：拓扑和设备简单描述：思科2811路由器一台，三个FE口，f0/0接ISP1，f0/1接ISP2(ADSL)，f1/0接内网交换机问题呈现：ISP1专线有公网IP，下载可以，但开网页不行，第一次联站点要5秒，后面就对了；ISP2是ADSL，开网页比ISP1快多了，下载速度不行。帖主分析：估计ISP1开网页慢是因为DNS解析慢的原因。帖主为了优化，想实现如下需求：让DNS解析只通过ISP2来走，PC在从ISP2得到正确外网域名IP地址后，再通过ISP1跑所有数据，在ISP2不能解析地址时，再自己解析。ISP2在ISP1失效时，所有数据走自己。帖主分析难点：这里的难点在于内网通过ISP1或2访问外网时作了NAT复用，端口就有变化了，怎么去控制内网的访问呢？在解决这个问题之前，我们先来了解一些知识点：NAT(Network Address Translation)的功能，就是指在一个网络内部，根据需要可以随意自定义的IP地址，而不需要经过申请。在网络内部，各计算机间通过内部的IP地址进行通讯。而当内部的计算机要与外部internet网络进行通讯时，具有NAT功能的设备（比如：路由器）负责将其内部的IP地址转换为合法的IP地址（即经过申请的IP地址）进行通信。通常NAT用于两种情况：一个企业不想让外部网络用户知道自己的网络内部结构，可以通过NAT将内部网络与外部Internet 隔离开，则外部用户根本不知道通过NAT设置的内部IP地址，其次是一个企业申请的合法Internet IP地址很少，而内部网络用户很多。可以通过NAT功能实现多个用户同时公用一个合法IP与外部Internet 进行通信。而要达到这些目的，需要设置NAT功能的路由器至少要有一个内部端口（Inside），一个外部端口（Outside）。内部端口连接的网络用户使用的是内部IP地址。并且内部端口可以为任意一个路由器端口。外部端口连接的是外部的网络，如Internet 。外部端口可以为路由器上的任意端口。另外提醒一点，设置NAT功能的路由器的IOS应支持NAT功能。有关NAT更多的介绍，请参阅《路由器NAT功能配置简介》一文。现在我们来看看怎样解决刚才提到的几个问题，表示强制检测下一跳是否有用，失效则按常规转发，同时新增一个PAT，匹配所有流量，转到ISP1接口。通过这样的配置，基本问题已经解决了！
&&&&经由这个帖子，也许我们就可以很清楚的发现，如果路由器被当做双线出口的时候，一个简单的流控思路就是把双线做成合常理的分工，再加上 NAT之后的ACL列表来进行以端口为基础的数据分流。这里面的主要故障，就会和帖主所说的，在端口变化之后，怎么控制内网主机访问。相信根据实际情况的不同，具体处理方式可能也会有所不同，但总体来说，道理一定是通的。
&&&&通过这么长时间的提倡防雷电攻击的防范举措之后现在很多网管人员在防雷方面都已经有了特别好的认识。可是，在雷雨比较频发的五、六月份，每年的这个季节里，遇到雷击事件还是会时有发生，大部分中小企业，在这方面的防范意识还没有到位，老是疏忽进行有关的防范措施，造成路由器受到雷击事件有时候还是会发生。
&&&&雷击最常发生的地区，首推华南、华东两地多数省份，不过今年在湖北地区也发生不少相关案例，不管在都市或是乡村，既使路由器放置在室内，受到雷击的机率还是挺高。再加上很多雷击案件，经常伴随着ADSL Modem、交换机或其它设备的损坏，经常导致企业一连串的硬设备必须重新更换，而送修往返的时间会导致一定的经济损失，尤其是依赖VPN网络联系的连锁企业经营模式，很有可能整个企业必须因此混乱几天，可以说是得不偿失。因此花几百元进行预防雷击的措施，是非常有必要的。
&&&&一、不同的电击情况针对一般用户路由器遭受到雷击的不同情况，Qno侠诺的技术工程师提供了相对应的防范措施，希望用户进行事先预防遭受雷击时有所帮助。一般来说，我们可以从受到雷击的埠，对雷击的情况进行分类：
&&&&1、通过电话线遭受雷击这种情况是最常发生的现象，约占了整体雷击的74%。发生的情况是雷击从ADSL电话线路打进来，先打到ADSL Modem，再打到路由器的广域网埠，最终导致路由器内的元器件被打坏。由于电话线从外面拉来，大部分又悬挂在空中，因此很容易成为雷电击中的目标，因此发生的情况也是最多的。雷电的高压能量，延着线路走进来，一路损坏不同的设备，一直到能量接地或是耗完为止。用户应该先从防范这种雷击开始，首先应该看看附近的电话线路，是否在较高处，或者有突出物体，这样很容易成为雷击的目标，发现这种情况应及时请电话局进行维修改善。此外，还需要针对线路作防雷，购买防雷端子在电话线接入的位置，以保护所有的内部网络设备。防雷端子能有效抵消雷击能量，即使无法完成抵消，也顶多只能击伤ADSL Modem，无法再破坏其它设备。
&&&&2、通过局域网线路遭受雷击这种情况发生的较少，约占整体雷击的21%。发生的情况是从局域网线路打进来，很可能先把交换机打坏，再打到路由器的局域网埠，再把路由器内部的元器件打坏。这种情况发生通常是在小区或是家庭用户，跨越建筑物或楼层线路曝露在外的情况，这种情况下可能因为网络线悬空，直接成为雷击的目标；或者没有直接击中，但是因为接近金属布线，例如铁管、栏杆，而产生感应，一样能把高压跳到局域网线路。 对于局域网线路曝露在外的用户，也应对这种雷击加以防范。首先要避免线路腾空走过，这样容易成为雷击目标，一个方法是转换成无线网络桥接，或者是用绝缘管从地面或延墙面走线。其次走线的附近最好避开大面积或金属的线路，以防发生跳电，无辜被祸及。有些局域网雷击是因为电线受到雷击，在布线管道内由感应局域网线路而发生，这就必须作好建筑物线路的接地。若要接防雷端子，必须在交换机之下，连接容易雷击的线路，以保护交换机及路由器。如建筑物较老旧或接地不良，则必须全部都接或只保护路由器，接在交换机及路由器之间即可。
&&&&3、通过电源线线路遭受雷击这种情况发生非常少见，占整体雷击的机率只有个位数，约5％。这是因为现在一般的建筑物都会作接地，可以把雷击带走。发生的情况是雷电从电源插座打进来，将交换机的电源部份线路打坏。这种损害造成的伤害是较小的，后面会再介绍。由于雷击必须从路由器的线路进来，因此机会较小。较常发生的感应局域网络线路进来的情况。不过电源线之间互相感应的情况也是有的。一般较老旧的建物，例如没有避雷针的设置才会有这种情况。
&&&&这种情况，当然是从电源线路加以防范，一个作法是针对整体建筑物加以观察，改善接地情况。另外是使用防雷击的插排，或把插排的接地作好，以有效排除能量。之后，才是考虑安装电源线路的避雷端子，相对电源的避雷端子是较贵的。在看完不同的雷击来源分类后，相信读者和广大用户都可以理解雷击要如何预防了。防雷好比保险，如果先作了，可以避免很大的损失，营业场所的用户应加以考虑。用户应观察网络线线的布置，决定是否进行相关举措。
&&&&二、电击损伤案例下面，我们利用今年度Qno侠诺的技术服务部门的实际案例，为大家说明受到雷击后，内部线路可能发生的情况。Qno侠诺的服务人员一般分类为重伤、轻伤及内伤，湖北地区某小区路由器受到雷击重伤的案例，属于电源线路直接遭受雷击的罕见情况，强大的能量在第一个接受能量的电子元器件爆发，我们可看到几乎完全损毁，相关的小元器件也都焦黑一片，这一般是能量较大，直接受到雷电攻击情况。湖北地区某VPN企业用户的是一个轻伤的案例，在这个情况下，能量较小，因此可能损害较小的元器件，对于较大的元器件无法伤害，因此可看到有些小元器件附近有焦黑现象。是一个很轻微的内伤情况，由于电子元器件内部的线路很细，因此虽然外部看起来只有很轻微的焦黑，但是内部线路都被破坏。更可怕的是，除了有焦点的元器件外，有些元器件可能外表完全看不出来，但内部线路已接近破坏，这种内伤的情况，即使把明显损坏的元器件修好，未来使用情况也不会太好，因此叫作内伤。侠诺技术工程师介绍，电源受到雷击的情况会好一些，由于电源线路通常是有保护的，因此只要更换电源模块即可，对于其它线路的影响不大。
&&&&除此之外，很多遭遇雷击的产品在送去修理的时候经常需要换掉整个内部线路板，理由就是想要不再有后遗症的出现。我在此郑重向广大网络用户做出提醒，防范于未然，早早做好防雷行动，避免遭受不必要的损失！愿所有路由器用户，能够平安度过雷雨季节！希望我所说的内容能够对大家有所帮助。
&&&&1， 路由器在设置之前所需要做的工作（假如您很清楚您自己的连接方法，就能够直接进行第2点）；第一个要求确定的就是您的宽带是怎样接入的？当然，最简单的方法就是打电话给您的ISP（互联网服务提供商）询问一下；也可以经由您买到的路由器之前的网络连接方式进行迅速判断。
&&&&常见的硬件连接方式有下面几种：1）电话线 ADSL MODEM 电脑2）双绞线（以太网线）电脑3）有线电视（同轴电缆）Cable MODEM 电脑4）光纤 光电转换器 代理服务器 PCADSL / VDSL PPPoE ：电脑上运行第三方拨号软件如Enternet300或WinXP 系统自带的拨号程序，填入ISP提供的账号和密码，每次上网前先要拨号；或者您的ADSL MODEM 已启用路由功能，填入了ISP提供的账号和密码，拨号的动作交给 MODEM 去做；（这种宽带接入方式典型的比如南方电信提供的 网络快车 ）静态IP ：ISP提供给您固定的IP地址、子网掩码、默认网关、DNS ；动态IP ：电脑的TCP/IP属性设置为自动获取IP地址，每次启动电脑即可上网；（这种宽带接入方式典型的比如深圳天威视讯）802.1X+静态IP ：ISP提供固定的IP地址，专用拨号软件，账号和密码 ；802.1X+动态IP ：ISP提供专用拨号软件，账号和密码 ；WEB认证 ：每次上网之前，打开IE浏览器，先去ISP指定的主页，填入ISP提供的用户名密码，通过认证以后才可以进行其他得上网操作；（上面的黑体字就是您的宽带接入方式，但是接入方式和硬件连接方式并不是固定搭配的）上面提到的这些连接认证方式只是普及率比较高的一些宽带接入方式，当然还会有其他的拓扑连接以及认证方式的存在；所以，当您不能肯定自己的宽带方式的时候，最好向ISP咨询：自己装的宽带接入，IP地址是静态的还是动态的？认证使用的协议是PPPoE、802.1X还是WEB认证？当上面的两个问题有了答案，就可以对路由器进行配置了；2， 怎样进入路由器管理界面？先参照《用户手册》上面所讲的，将ADSL MODEM、路由器、电脑连结起来； TL-R4XX系列路由器的管理地址出厂默认：IP地址：192. 168. 1. 1 ，子网掩码：255. 255. 255. 0 （TL-R400 和TL-R400+ 两款的管理地址默认为：192. 168. 123. 254 ，子网掩码：255. 255. 255. 0）用网线将路由器LAN口和电脑网卡连接好，因为路由器上的以太网口具有极性自动翻转功能，所以无论您的网线采用直连线或交*线都可以，需要保证的是网线水晶头的制作牢靠稳固，水晶头铜片没有生锈等。
&&&&电脑桌面上方找到网上邻居点击右键，再点击属性，在出来的页面上双击鼠标打开本地连接，在出来的窗口里点击属性，接着找到Internet协议（TCP/IP），双击之后就会跳出Internet协议（TCP/IP）属性的页面；在这个页面当中点击运用下面的IP地址，然后在相应的地方填进：IP地址 ：192. 168. 1. X（X范围2-254）、子网掩码：255. 255. 255. 0 、默认网关：192. 168. 1. 1 ，填完以后确定两次就可以了；Internet协议（TCP/IP）属性窗口。
&&&&1、在浏览器里打进去路由器的IP地址仍然不能进入路由器的设置页面。请确保路由器有没有处于工作状态？通电几秒之后SYS闪亮。如果没有亮起来，那么就是内部出出现了问题，这就得交给路由器客服来解决了。请查看连接路由器的网线是不是好的，它相应的网线接口灯有没有亮？有时灯亮，并不表示网线是通的。请运行ping，看能否ping通路由器的LAN口IP地址192.168.0.1。如果能通，再检查您的浏览器，是否设置了通过代理服务器上网，如果有设置，请不要设置通过代理服务器。如果不能ping通路由器您可通过按住RESET。7秒恢复出厂设置，再试ping192.168.0.1看是否通。如果还是不行，你就要找专门的技术人员了。
&&&&2、忘记了登陆路由器配置页面密码，无法进入路由器的设置界面，怎么办？此时请恢复出厂参数。恢复出厂参数的方法：请按RESET键7秒以上，即可恢复出厂设置。
&&&&3、连接路由器后的计算机在开机时出现IP地址冲突，如何处理？局域网内是否还有其他的DHCP服务器，如果有，请您将它关掉。路由器的出厂IP地址是192.168.0.1，请确认该地址没有被其它局域网的计算机或设备占用。如果有，请改掉那个设备的IP地址。如果有两台计算机的IP地址相同，请改掉其中一个的IP地址。
&&&&4、我不能正常使用E-mail，无法访问互联网？此问题主要发生在ADSL和动态IP用户中，需要调整最大传输单元MTU，默认设置是1492。请在WAN设置中修改MTU值，尝试输入以下数值可以解决您的问题：、如何让互联网上的用户通过路由器访问到我计算机上的资源？想让互联网上用户通过路由器访问到内网中的服务器：邮件服务器、WEB、FTP，可利用虚拟服务器来实现，请按照以下步骤来设置路由器。首先搭建好内网服务器，并且确保通过内网用户能够访问。同时需要知道相应服务的端口号。比如：WEB服务器用的端口号是80；FTP用的是21；SMTP是25；POP3邮件服务器是110。进入路由器页面，点击虚拟服务器，选择端口段映射。输入路由器提供给内外网映射的服务端口，即外网端口。例如，输入80-80。输入内网的服务器的IP地址。例如：如果你的WEB服务器IP地址是192.168.0.10，输入192.168.0.10。确认你内部主机使用的通讯协议：TCP、UDP、全部点击启用，保存完成配置。
&&&&为了更简便的发挥虚拟服务的作用，腾达给你介绍了一些经常见到的应用程序所触及的服务端口：路由器的这些问题都是我们在日常生活中老是碰到的，不常常接触路由器设置的人可能就不了解该如何检查以及解决这些问题，因此这篇文章为你进行了总结与解答。希望能够对大家有所帮助。/p>
&&&&1、从session来讲带机的台数会导致的路由器掉线死机的情况特别多，厂商在推销自己的宽带路由器产品的时候通常都会说到一个可以连接的带机数量，大部分厂商都会介绍自己的四口宽带路由器可以带机１０-２０台。但是部分用户在操作过程中，带机10台之后就会发生路由器掉线死机的状况，在购买的时候，第一步我们就得要分析自己的宽带路由器和自己机器数量和应用合不合适。
&&&&有些时候会因为自己的实际环境并不适合使用所购买的产品，就会出现宽带路由器根本就不能承担网络负载的现象，而造成路由器掉线死机的问题出现。从技术角度来看，我们通常都会谈及用NetIQChariot软件测试（smartbit购买成本过高）产品性能，其中有一项session（中文名会话）的评测是能说明一些问题的。在IT168评测的四口宽带路由器，一般在测试会用到这个session选项，吞吐量及处理性能我们暂且不谈，只来讲讲和带机数量有直接关系的这个选项。通常性能比较好的宽带路由能同时建立300对会话。而差点的只能达到200对会话。我们假设宽带路由器带机10台（这里所说的都是内网到外网的连接，内网之间的连接是靠宽带路由器的交换端口，基本上都能接近百兆的标称值），当计算机需要访问WEB页面时，在浏览器中输入一个域名后宽带路由器就会发起一个session请求，在网站服务器接收到这个请求后会有一个响应返回给宽带路由器，这时就会建立起一个session。
&&&&如果这十台机器同时打开10个页面，加上QQ、MSN及下载工具等等，每台机器要建立20pairsession。十台机器是200pairsession。在这个负载之下，一般的宽带路由器应该都能正常运行，不过20台机器时，相信网络的应用一多，宽带路由器都会当机。从这个例子中我们能看到，在一些网络应用及机器非常多的场景下，家用级４口宽带路由器是根本不适用的。而有些用户把买回家用4口宽带路由器拿去做小型网吧的共享网关，我看死机掉线也不足为奇。综上所述，我们在购买宽带路由器时一定要根据自己的带机数量及需求综合考虑，别搞个小马拉大车，给自己造成不必要的麻烦和经济损失。
&&&&2、路由器掉线死机问题最多的产品就是最差的吗？在网上BBS上经常能看到有些产品有非常多用户在讲使用过程中遇见路由器掉线死机问题，而有些产品却看不到这类的评论。这些评论能不能说明这款产品就真的是最差的？以前我没有用过宽带路由器，所以误以为宽带路由器确实存在非常多产品缺陷，有一次无意中和北京一家销售宽带路由器的经销商聊天时谈及这个问题，他说事实情况其实不尽然如此。从客观角度来看，所有厂商都不可能达到百分之零的次品率，所生产品出的每一件产品都是合格的。读者可能会问，这个次品率和宽带路由器路由器掉线死机问题关系大吗？
&&&&这里我们就为大家举个例子来讲解说明这个问题。这里假设有A产品和B产品，两样产品同样都是万分之一的次品率。A产品在市场上销售了十万台，而B产品只在市场上销售了一万台，按万分之一的比率来分析，A产品就会有十台产品可能出现问题，而B产品只可能会有一台产品出现问题。这时我们就能发现，使用A产品的这十位用户就会对产品不满，而B产品只会有一位用户对其产品不满。从以上的分析中我们能看出，市场上非常多的宽带路由器在使用过程中遇见路由器掉线死机的问题，这可能是由于个别产品生产过程中存在问题造成的，不过这不足以说明这个型号的产品都会出现路由器掉线死机的问题。从我后来自己使用宽带路由器产品以来，发现其产品还是非常稳定的，并没有出现网友们所提到的路由器掉线死机问题，所以我个人觉的这些网友的评论只是个案，而不代表普遍的问题。当然，从用户的角度来看，我们希望厂商生产出来的宽带路由器都能让用户放心的使用，但有些厂商的产品的确是因为产品质量不合格造成路由器掉线死机，就不在此列当中了。所以，有些产品在网上的评价并不能说明宽带路由器的所有产品都是存在问题，我们不能一杆子打翻一船人。
&&&&3、用户技术水平有限，设置不当造成的路由器掉线死机问题我们知道，在使用宽带路由器产品的用户当中，技术水平都参差不齐，非常多用户对于宽带路由器产品及技术只是略知一二，对于大部分宽带路由器的设置都不是非常了解。那位经销商还告诉我，非常多用户将宽带路由器买回去以后，不会设置，而他过去就几分钟搞定的事情。所以有时会遇见设置不当造成宽带路由器掉线死机的问题。当遇见这类问题时，我们希望用户也能以正确的态度面对，仔细查看产品使用说明书，和售后服务人员进行及时的沟通，以便准确的判断路由器掉线死机问题的原因所在。如果确是产品的质量问题，厂商也会给用户非常好的解决问题的。如果厂商对现象置之不理的话，我们再通过一些媒体来反映问题，唤起厂商的重视，来采取积极的态度对待。在网上的谩骂，笔者认为是一种不理智的表现，最终也不会解决实际问题。
&&&&4、接入线路质量差、病毒问题造成的路由器掉线死机问题占多数除了用户使用设置不当的问题会引起宽带路由器运行不正常以外，接入线路质量差、病毒等问题也是造成宽带路由器掉线死机现象存在的重要因素．就从我自己经历的几次宽带安装过程就发现，中国的互连网接入线路存在非常大问题。比如ADSL线路，其技术本身对于电话线路质量需求非常高，而在一些老住宅楼，使用较为陈旧的电话线路，线路质量本身对于基本的通话功能都只是勉强应付，在这种环境下，怎么能确保ADSL线路的正常运行呢？再比如长城宽带，我自己家里安装的是长城宽带，为了节省成本，长宽在楼内的布线采用一根双绞线分出两对线路分别接入两户，这种布线是一种劣质的布线工程，线中的八对线缆都同时在使用，大大增加了产生信号干扰的可能性。就这样的宽带线路，有时也是会造成经常掉线，掉线以后，用户未找到原因，就有可能不明就里的说是宽带路由器的问题．稍微有点网络知识的用户可能都知道，在网络中如果有机器出现病毒有时会造成整个网络的瘫痪，有些网络病毒会专门攻击宽带路由器的特定端口或在网络中不断发送广播包。
&&&&如果碰到这种状况的时候，宽带路由器会由于负载较多而造成路由器掉线死机等故障。通过以上的分析，我们提议用户在发生这中问题的时候应该重点检查一下计算机有没有病毒之类的情况。总结：宽带路由器掉线死机的一些客观的解析就是这么多了，希望大家都对宽带路由器有一个正确的了解，希望所有的用户都能更好的运用这类产品，真正做到高速共享上网的目的。
&&&&1.关于路由器设备的能力不是很好，CPU使用的次数太多以及系统内存剩余太少这些问题都有可能直接导致到路由器所进行的网络服务的质量。而且一般状况下企业网络管理系统都会有专业的管理程序不停地查看路由器的关键信息，同时快速的报警。处理这种问题，只需要企业相关人员对路由器设备进行升级、扩大内存等就行了。
&&&&2.网络设置不正确这种问题是最常见的，就是指因为路由器的设置不当而导致的网络不能正常运行，例如线路两端路由器的参数不匹配或参数错误，又或者是路由掩码设置错误等。通过查看使用手册找到路由器默认管理地址，例如，路由器默认IP地址是168.76.2.1，掩码是255.255.255.0，然后就将计算机接到路由器的企业的局域网端口，再重新为企业内部的计算机设置正确的IP地址。IP地址的设置有两种方式，分别是手动设置IP地址和利用路由器内置的DHCP服务器自动设置IP地址。由于企业内部拥有的计算机数量都比较多，对计算机一一进行IP地址的设置相当麻烦，所以一般都会选择后一种设置方式。
&&&&3.企业宽带路由器的部分功能无法实现如果在确保路由器配置正确的前提下，有些功能仍然不能实现，这也许是因为路由器的系统软件问题而不是该款企业宽带路由器本身的问题，因为路由器的系统软件往往有许多版本，每个版本支持的功能有所不同。所以出现这种问题很有可能是当前的软件版本不支持这个功能而导致部分功能的丧失，要是那样的话，进行相应的软件升级就行了。这个问题，对于企业用户来说影响是比较大的，也是比较容易忽视的，因为企业用户对于网络的使用比较频繁，所需要的功能也相对比较多，要是缺了其中的一两个常用功能就比较麻烦。
&&&&4.线路中断，容易掉线，重启路由器后又可以连接上引起这种故障的原因比较复杂，一般是由以下几种原因而造成的。
&&&&1)可能是由于网络中过多DHCP服务器而引起IP地址混乱。这时就需要将网络中的所有DHCP服务器关闭，然后通过手动指定IP地址方式或仅保留一个DHCP服务器来重新调整IP地址。
&&&&2)对于使用ADSL接入的企业用户来说，出现这种情况可能是因为正在使用的路由器与ISP的局端设备不兼容。解决这类问题的就只能改换其他型号的路由器或ADSL Modem。
&&&&3)有可能是企业网络遭到病毒(如蠕虫病毒、木马病毒等)的入侵，解决的方法当然就是运用相对应的杀毒软件杀毒啦。
&&&&4)还有可能是由于企业路由器的负载过高，表现为路由器CPU温度太高、CPU利用率太高，以及内存剩余太少等。
&&&&因为路由器在单位里的工作时间是长久且断断续续的的，发生这样的情况是非常正常的，对这种问题的处理方法是给企业路由器提供一个更好的散热地段，如果可以的话换一台性能更佳的路由器。路由器经常遇到的软件问题的介绍和处理方法的内容就向你介绍到这里，请你联系硬件问题的处理方法一起理解路由器的问题解决吧。
&&&&1、问题：Cisco3600系列路由器现在可不可以接收广域网接口卡WIC-2T以及WIC-2A/S？答案：Cisco3600系列路由器在12.007XK和它以上版本可以使用WIC-2T和WIC-2A/S这两种广域网接口卡。但是一定要留意的是：仅仅是快速以太网混合网络模块可以使用这两种广域网接口卡。
&&&&支持这两种接口卡的网络模块如下所示：NM-1FE2W，NM-2FE2W，NM-1FE1R2W，NM-2W。而以太网混合网络模块不支持，如下所示：NM-1E2W，NM-2E2W，NM1E1R2W。
&&&&2、问题：cisco3600系列路由器的NM-4A/S，NM-8A/S网络模块和WIC-2A/S广域网接口卡支持的最大异/同步速率各是多少？回答：这些网络模块和广域网接口卡既能够支持异步，也能够支持同步。支持的最大异步速率均为115.2Kbps，最大同步速率均为128Kbps。
&&&&3、问题：IC-2T与WIC-1T的电缆各是哪种？回答：WIC-1T：DB60转V35或RS232、449等电缆。如：CAB-V35-MT。WIC-2T：SMART型转V35或RS232、449等电缆。如：CAB-SS-V35-MT。
&&&&4、问题：isco7000系列上的ME1与Cisco上的E1、CE1有什么区别？回答：Cisco7000上的ME1可配置为E1、CE1，而Cisco上的E1、CE1仅支持自己的功能。
&&&&5、问题：cisco2600系列路由器，能不能够使用VLAN间路由，对于IOS软件又有什么想法？回答：Cisco2600系列路由器里，仅仅只有Cisco2620以及Cisco2621能够使用VLAN间的路由(百兆端口才支持VLAN间路由)。同时假如使用VLAN间路由，对于IOS软件就必须要求拥有IPPlus特性集。
&&&&192.168.1.1不记得密码要怎么做呢？接下来有一个例子就能让你很好处理这些问题，事实上这个很简单，重新设置路由器的参数就可以了！192.168.1.1密码重新设置：一般碰到这种的问题，我们第一次得重新设置路由器的参数，用牙签亦或是铁丝抵住路由器后面的小孔，抵住的时候拔掉路由器电源；然后把接外网的网线接在路由器WLAN口上，把自己的电脑接在路由器的LAN口上面。
&&&&路由器设置：准备工作做好了，现在我们在电脑的IE浏览器上输入（每个路由器它的初始IP并不一样，具体情况得看说明书，有需要联系我,也可以直接输入192.168.1.1），按回车后出现窗口输入用户名和密码， 初始用户是admin，192.168.1.1初始密码是admin（不同的路由器不一样），再点击登陆，出现新手可以先自己看设置向导！选择设置向导出现点击下一步再下一步，就是登录界面了设置好以后就出现了网络参数、WAN口设置：路由器设置完毕！现在我们来对其网络参数、WAN口设置就可以轻松的进行上网了。选择网络参数选项，然后选择LAN口参数设置，会出现下面的设置画面。该选项主要是对路由器的参数进行设置。现在路由器的设置已经全部完成，剩下的就是重启路由器了！按照上面点击就行了！一般情况接上网线就可以上网了，如果还不可以那就要设置IP了！按照最上面的办法调出IP设置：上面那个圈会是你自己设置的参数，在DNS中填写宽带服务商给你的DNS，各地都不一样。
&&&&在这个时候我们需要GOOGLE出现的DNS地址，运用这个DNS是都可以用的，同时还需要排除本地的电信广告。之后点击确认就能够上网了！假如还不行就要重新启动一下电脑！192.168.1.1密码记不得了？不能上网怎么办？不要再想了，看完这篇文章，根据文章讲述的过程操作就可以轻松解决了。
&&&&不知道大家有没有遇到过由于路由器故障引起的POS口状态反复Up/Down的情况呢？今天我遇到了故而写下此文，希望对其他遇到此情况的伙伴们有所帮助。POS口状态反复Up/Down的故障解决步骤如下：
&&&&网络环境NE40路由器RouterA的POS口经过传输设备与远端的BRAS设备互联。在RouterA上配置了漏桶，配置完成后发现RouterA的POS接口状态反复Up/Down。POS口状态反复Up/Down路由器故障：POS口状态反复Up/Down。
&&&&故障分析步骤 1 在NE40上执行命令display interface pos 3/0/0，发现没有CRC错误（0 errors, 0 CRC），链路Up时ping包完全正常，排除了链路故障的可能。
&&&&步骤 2 执行命令display system-bucket 3 4 only-discard检查漏桶丢弃状况，发现3号槽位的4号漏桶即PPP控制协议报文的漏桶大小被修改为最小值（2K），该槽位的POS接口的PPP协议报文出现丢弃现象，丢包数不断增长。由此造成端口反复Up/Down。
&&&&步骤 3 增大PPP控制协议报文的漏桶大小，发现的PPP协议报文的丢包数减少。据此判断是PPP协议报文的漏桶设置太小导致的故障。----结束处理步骤
&&&&步骤 1 在NE40上执行命令apply system-bucket 3 4 bucket-height 8，增加PPP协议报文的大小到8K。
&&&&步骤 2 执行命令display interface pos 3/0/0，观察POS接口的状态，已不再出现反复Up/Down的现象，问题得到解决。----结束案例
&&&&最后，我们来总结下，当我们在以后如果遇到POS接口状态反复Up/Down的现象时，可以第一步先检查下传输线路是不是稳定，然后在适当的增大PPP协议报文的漏桶的大小。应该就可以解决这个问题了。
&&&&很多人都曾遇到过由于路由器故障导致的配置J0/J1的时机不对，最终导致POS链路不能UpPOS链路不能Up，今天我们来分析下当配置J0/J1的时机不对时可以分析使用的故障解决步骤，如下：
&&&&网络环境RouterA（NE40E路由器）需要与RouterB（其他路由器）通过POS接口连接，NE40E的POS口J0/J1值配置为flag j0 peer和flag j1 peer，但链路层却不能Up。POS链路不能Up路由器故障：配置J0/J1的时机不对导致POS链路不能Up"
&&&&故障分析NE40E的POS口与友商设备进行对接往往需要配置J0/J1，原因是不同厂商的默认设置是不一样的。配置命令flag j0 peer和flag j1 peer后，可从对端学习到相应的配置参数并保存到配置中。但如果执行此命令时，端口物理状态是Down的，则生成的参数不是从对端获得的信息。即使在端口的物理状态变成Up后，也不会再进行参数的协商，从而导致POS口参数协商不通过，链路状态无法Up。
&&&&处理步骤在NE40E路由器上执行如下的操作：
&&&&步骤 1 执行命令display interface pos 2/0/0，确认POS口的物理状态已经Up，如果物理状态不为Up，则需先排除物理层故障。
&&&&步骤 2 执行命令interface pos，进入POS接口界面。
&&&&步骤 3 执行命令flag j0 peer。
&&&&步骤 4 执行命令flag j1 peer。
&&&&步骤 5 执行命令display interface pos 2/0/0，检查收端和发端的参数一致，端口状态已Up。----结束
&&&&最后是案例总结，当我们在使用flag j0 peer和flag j1 peer命令来获取对端的J0/J1参数时，我们必须等到该接口的物理状态变为Up之后，方可再执行此命令。以上是本文的全部内容，如有错漏，欢迎指出。
&&&&关于POS链路不能Up：C2字节不匹配的问题，是许多从业人员的棘手问题。如果碰上了真是烦恼中的烦恼，但其实这个问题并不是无法解决。只要经正确合理的判断其实不难。想知道如何解决吗？请看下文咯！
&&&&POS链路不能Up：C2字节不匹配的故障解决步骤如下：网络环境RouterA有GE接口和2.5G POS接口与其他路由器互联，其中与2.5G POS口连接的对端路由器是某友商的一款高端路由器。启动RouterA后，发现GE端口的状态为正常Up，但2.5G POS端口无法Up。POS链路不能Up组路由器故障：POS链路不能Up：C2字节不匹配 查看POS接口的配置查看NE80上保存的系统日志，发现存在如下告警
&&&&故障分析步骤 1 检查链路层协议的配置。友商路由器的POS口缺省的链路层协议是HDLC，而NE80的POS口缺省的链路层协议为PPP。查看两端的链路层协议，发现NE80已经配置了link-protocol hdlc，与对端配置的链路协议一致，因此判断不是协议不匹配导致的问题。
&&&&步骤 2 检查CRC校验的配置。友商路由器的缺省校验位16位CRC校验，而NE80缺省位32位，且NE80不支持修改，需要修改友商设备的CRC校验为32位。查看对端的配置，发现已经在其对应的接口下配置了命令crc 32。两端的CRC校验配置也一致，因此不是CRC校验不匹配导致的问题。
&&&&步骤 3 检查链路加扰的配置。友商的设备缺省是不加扰的，NE80缺省是加扰的，需要调整为一致。查看两端的配置，发现NE80上已经配置undo scramble，禁止了加扰，因此不是加扰配置不一致导致的问题。
&&&&步骤 4 检查POS物理层封装。友商设备的缺省物理层封装是SONET，NE80的缺省物理层封装是SDH，该配置不同，但可以互相兼容，不会影响协议Up，也不会影响数据转发。但工程实施时建议两端配置为一致。将NE80端口的缺省物理层封装改为SONET，发现故障依然存在。
&&&&步骤 5 查看NE80端口的详细信息。执行命令display interface pos 7/0/0 verbose，显示如下发现C2收发不匹配，对端友商路由器发过来的值为207，而本端NE80发送过去的为16，因此导致端口无法Up。----结束处理步骤
&&&&在本端的NE80路由器上执行如下的操作：步骤 1 执行命令system-view，进入系统界面。
&&&&步骤 2 执行命令interface pos7/0/0，进入对应的POS接口界面。
&&&&步骤 3 执行命令flag c2 207，修改C2字节值与对端的友商路由器POS口C2字节值一致。
&&&&步骤 4 执行命令display interface pos 7/0/0 verbose，检查POS接口的状态，已经变为Up，问题得到解决。----结束案例
&&&&经以上案例我们可以总结出对于155M的POS口，若属于低速POS口，则NE80设备对于低速的POS口不检测C2的值，因此其即使两端的C2值不同，也可以正常Up；而若对于2.5G的高速POS口，则会检查C2值，其两端的C2值不一致时会导致POS口无法Up，因此必须修改高速POS口的C2值为一致。至此本文完结。
&&&&有些人知道路由器故障：会出现POS接口接收小包错包，最终导致SDH错误大量增加。今天就来说说这个问题。首先来了解POS是Packet over SONET/SDH的缩写，这是一种利用SONET/SDH提供的高速传输通道直接传送IP数据包的技术。
&&&&POS接口的配置参数有接口带宽、接口地址、接口的链路层协议、接口的帧格式、接口的CRC校验和flag（帧中静负荷类型的标志位）等。
&&&&下面让我们来看一下POS接口接收小包错包，SDH错误大量增加（NE80E/40E）的故障是怎么样解决的。
&&&&网络环境2.5G POS接口通过传输波分设备和其他设备相连。执行ping命令，ping报文时延正常，不丢包。使用display interface pos命令，显示接收的shortpacket数和SDH error大量增加。
&&&&故障分析由于显示SDH错误，可能是物理层出现问题。
&&&&步骤 1 测试光纤，光功率正常。排除光纤故障导致的错包。
&&&&步骤 2 测试POS接口的收光功率，发现光功率为-3dB。-3dB的光功率在正常接受范围内，但是由于距离0dB的极限太近，接收光功率稍有波动即受影响，导致错包和SDH错误。----结束处理步骤在路由器上执行以下操作。将接口的接收光功率修改为-8dB，错包消失。
&&&&案例总结，当我们处在-3dB的光功率在正常接收范围内，由于所处的距离0dB的极限太近，引起接收光功率稍有波动即受影响，最后导致错包和SDH错误。因此我们建议将光功率控制在光模块能够接收的功率范围内，尽量避免接近临界值。
&&&&当路由器故障：OSPF邻居无法建立时，大家都是如何去判断和处理这样的问题呢？我想大多数人都曾经遇到过这样的情况。今天我们就来讲讲如何准确判断并处理这些问题。如果你的OSPF邻居出现无法建立的故障，其解决步骤如下：当网络环境在网络中配置OSPF协议，已经RouterA由版本5.30-升级到RouterA-VRP5.30-版本后。出现OSPF组网路由器故障：即OSPF邻居无法建立配置完成后，我们会发现RouterA和RouterB无法建立邻居关系。首先，我们要进行必要的故障分析，以便对症下药。
&&&&故障分析步骤 1 在RouterB上执行display ospf error命令，可以看到Hello timer mismatch这项的数字增加很快。以RouterB的显示为例。
&&&&步骤 2 在RouterA和RouterB上分别执行display ospf brief命令，检查OSPF的概要信息，查看RouterA端口上OSPF状态，发现Hello时间为30秒，；查看RouterB端口上的ospf状态，发现Hell0时间为10秒。以RouterB的显示为例。这样，邻居之间的的Hello定时器的时间不一致，两者之间的邻居关系当然也就无法建立。----结束处理步骤在RouterA上执行以下操作。
&&&&步骤 1 执行命令system-view，进入系统界面。
&&&&步骤 2 执行命令interface interface-type interface-number，进入接口界面。
&&&&步骤 3 执行命令ospf timer hello interval，配置接口发送Hello报文的时间间隔。其中Hello时间为10s
&&&&步骤 4 执行命令return退回到用户界面，执行命令save命令，保存对配置的修改。OSPF邻居之间的Hello定时器的时间间隔要保持一致。Hello定时器的值与路由收敛速度、网络负荷大小成反比。在同一接口上失效时间应至少为Hello间隔时间的4倍。修改了网络类型后，Hello与Dead定时器都将恢复缺省值。----结束完成上述操作后，RouterA和RouterB邻居关系可以正常建立，故障排除。
&&&&案例总结：OSPF邻居无法建立的原因可能有以下几种情况：1.该接口未使能OSPF协议，我们应当改正。2.物理层、链路层故障，只有进行改正才能处理好这个问题。3.两端设备禁止OSPF协议报文，或者中间设备禁止OSPF协议报文，这样的情况属于较为常见的状况。4.互联端口IP地址的子网掩码不一致，必须要处理人员来进行调整。5.两端设备之间的的Hello定时器的时间不一致，改正定时器即可解决。
&&&&当路由器故障：出现OSPF配置错误从而导致网络无法ping通时，出现这种情况是非常常见的，这种情况的解决方案也非常的简单。只需要按照下列的步骤，一步步进行即可(1)OSPF配置错误导致网络无法ping通的故障的解决步骤
&&&&步骤一如下：在网络环境网络配置中，将PC1－RouterA－RouterB－PC2两端之间通过2M的线路进行相连，并运行OSPF协议，同时将其引入直连、静态路由状态中。
&&&&PC3－RouterA－RouterB－PC4之间模拟新增加的一条100M链路，运行OSPF协议，也引入直连和静态路由。
&&&&如果情况是属于RouterA和RouterB都在area0的状态下。而OSPF组网的路由器仍然出现了故障：当我们判断是由于OSPF配置错误导致网络无法ping通配置完成之后，却可以发现PC1端与PC2端之间能够Ping通了，但是PC3端与PC4端之间却还是无法Ping通。
&&&&今天我们要研究的是路由器故障中的POS接口无法收到对端的报文的情况。大家都知道POS接口的配置参数包括有接口带宽、接口地址、接口的链路层协议、接口的帧格式、接口的CRC校验和flag（帧中静负荷类型的标志位）等。这些参数在不同的情况下会有什么样的问题，又将如何解决呢？
&&&&下面让我们来看一下POS接口无法收到对端的报文的故障是怎么样解决的。
&&&&网络环境如其他厂商的设备RouterA通过POS链路和分光器与华为路由器RouterB进行连接。分光器同时连接其他路由器。POS接口网络连接路由器故障：POS接口无法收到对端的报文配置完成后，RouterB无法收到RouterA发出的报文，但分光器连接的其他设备却可以收到。
&&&&故障分析步骤 1 检查分光器和光纤。将连接RouterC的光纤接到RouterB上，还是收不到报文。排除由于分光器或光纤故障可能导致的问题。
&&&&步骤 2 检查端口问题。更换RouterB端口模块后，发现故障依然存在。
&&&&步骤 3 检查RouterB的POS接口的状态。执行display interface brief命令，发现RouterB的物理层和链路层状态均为Up，双方链路层协议均为HDLC。
&&&&步骤 4 检查RouterA和RouterB的POS接口参数。发现RouterA的C2参数值与RouterB的C2参数值不一致。RouterA的Scramble功能处于禁止状态，而RouterB的Scramble功能处于使能状态。RouterA与RouterB的POS端口配置不匹配，从而导致RouterB收不到RouterA发出的报文。----结束处理步骤在RouterB上执行以下操作。
&&&&步骤 1 执行命令system-view，进入系统界面。
&&&&步骤 2 执行命令interface pos interface-number，进入POS接口界面。
&&&&步骤 3 执行命令flag c2，配置POS接口的开销字节C2值与RouterA一致。
&&&&步骤 4 执行命令undo scramble，配置RouterB的加扰功能状态与RouterA一致。
&&&&步骤 5 执行命令return退回到用户界面，执行命令save，保存对配置的修改。----结束完成
&&&&上述操作后，故障排除，RouterB可以正常接收RouterA的报文。
&&&&从上述的案例中，我们可以总结出在我们的设备与其他厂商设备互通时，我们应注意检查设备双方有没有出现因缺省参数不同造成的互通出现不同问题的情况。由此可见在互通时链路两端的参数配置都必须一致才可以，只有这样才可能使我们的业务能够正常进行处理。以上是经过多次尝试后得出的解决方案及总结，希望对大家有所帮助，谢谢。
&&&&本次我们来关注下路由器故障：POS接口物理UP协议Down的问题，这样的问题在生活中也是非常常见的现象。如果是POS接口故障，从而导致光接口发光太强，进而导致NE40的POS接口物理UP协议Down，但是网络环境的NE80和NE40仍然可以通过传输设备以POS接口互连。却还是出现了NE40侧POS接口的状态为物理UP协议Down的情况。
&&&&故障分析推测有以下几个原因：两端的C2字节不匹配。传输链路不好。POS接口模块有问题。
&&&&操作步骤步骤 1 检查配置确认两端接口参数配置无误。
&&&&步骤 2 通过在设备上面打环测试，接口物理状态能够UP，能够检测到环路，确认单板的芯片没有问题。
&&&&步骤 3 通过尾纤打环，接口物理状态能够UP，能够检测到环路，确认光接口模块没有问题。
&&&&步骤 4 在传输上面向NE40侧打环测试，发现接口无法收到环路，所以怀疑是传输链路问题。
&&&&步骤 5 传输人员检查传输后确认从NE40侧发出的光强度太大，导致传输设备接口故障。
&&&&步骤 6 在NE40与传输设备之间增加光衰后，接口物理及协议状态均变为UP，问题解决。----结束案例
&&&&进过以上的案例步骤，我们可以做出以下总结：当我们在处理因为光接口而引起故障的问题时，首先我们应该先注意下光接口的过载光功率大小、接收灵敏度的数据等一些参数是否满足能不引起故障的要求。后针对不同的情况，进行不同的处理方案，才能保证故障的清除和工作的顺利进行。本次的介绍到此为止，谢谢大家的阅读，谢谢！
&&&&如何判断并解决路由器故障中的链路两侧异常？实际操作中我们会发现要解决路由器故障：链路两侧异常，先要做出判断并找出问题所在，当POS接口故障路由器链路一侧连接指示灯显示正常，而一侧接口显示物理状态为Down的网络环境时，NE80E路由器RouterA与NE40E路由器RouterB在这种条件下通过多模尾纤互连，正常运行一段时间后将会出现NE80E一侧连接灯显示正常，而NE40E一侧端口则出现down掉，从而最终显示当前连接中断。如链路故障组网路由器故障：链路两侧异常"查看日志，有如下的信息故障分析
&&&&步骤 1 先检查NE40E的光接口上的配置，并且要确认端口上没有存在配置shutdown和loopback的设置。
&&&&步骤 2 在NE40E的端口上执行shutdown的指令，如果发现NE80E对应的端口的物理状态也立即变为Down的时候。据此可以判断出该尾纤处在正常状态中。
&&&&步骤 3 把NE40E一侧的光模块取下并插到其它的端口上，如果发现问题依然没有改善而是存在，我们则可以判断是由于光模块故障从而导致的问题。
&&&&步骤 4 在分别更换NE80E和NE40E的两者的光模块后，就可以确认是NE80E一侧光模块故障。----结束处理步骤步骤 1 更换NE80E一侧光模块。检查链路的状态，已恢复正常。----结束案例
&&&&由上面所有的操作步骤我们可以做出以下两个总结，其一：当NE80E这一侧连接灯没有显示不正常时，只能代表收到了它从对端设备NE40E发来的光。其二：在没有光功率计或光功率计接口类型不吻合的情况下，要想处理类似的故障问题，必须先确认尾纤情况是否正常，在确定尾纤正常后，可以通过更换它两侧光模块再来确定光模块是存在收光异常还是存在发光异常问题。
&&&&路由器故障：POS接口物理层和链路层状态Up，但无法ping通对端。这样的情况一出现，就会带来许多的麻烦，本次我们将以POS接口物理层和链路层状态Up，但无法ping通对端（NE80/40）的故障进行讲解。大家可以通过实践操作进行学习哈！
&&&&解决步骤如下：网络环境路由器的接口POS1/0/0通过传输设备和其他厂商设备互连。两端接口的物理层和链路层状态均为Up，但是无法ping通对端。
&&&&故障分析当POS接口对接出现问题时，应在两台设备上分别检查下面参数：
&&&&步骤 1 执行命令display interface pos，检查接口的时钟模式：当两台路由器POS接口直接相连或通过WDM（Wavelength Division Multiplexing）相连时，应配置一端使用主时钟模式，另一端使用从时钟模式，否则有可能产生链路振荡。当POS接口与交换设备连接时，POS接口应设为从时钟模式。时钟模式一端为主时钟，一端为从时钟，正常。
&&&&步骤 2 执行命令display interface pos，检查接口的加扰状态是否一致。两端接口的加扰状态应保持一致，否则可能会影响数据转发。
&&&&步骤 3 执行命令display pos interface，检查接口的开销字节如下当发现C2与对端不一致，对端的C2值为255，而本端的C2值为22。如果C2不匹配，对接端口就无法正常转发，从而导致无法ping通。----结束处理步骤
&&&&在路由器上执行以下操作。
&&&&步骤 1 执行命令system-view，进入系统界面。
&&&&步骤 2 执行命令interface pos 1/0/0，进入指定POS接口的接口界面。
&&&&步骤 3 执行命令flag c2 255，配置POS接口的C2为255。配置完成后，两端的接口的C2均为255。从路由器上ping对端，可以ping通，故障解决。----结束案例
&&&&大家在进行过以上的实践操作后，我们可以总结出当系统采用POS接口来进行对接的时候，我们应该先确保它们两端的开销字节数目、时钟所处的模式状态和出现加扰状态是匹配程度，然后才能开始对出现的种种故障状态进行及时的分析判断和处理。
&&&&路由器故障的问题，一直是广大使用人群的心病之一，今天我们来分享下，路由器故障：路由器之间通过POS口在进行直接连系时出现大量丢包的情况。由于POS接口故障路由器之间主要是通过POS接口进行直连时有出现大量丢包的网络环境。由此我们可以看出NE20路由器RouterA的使用155M POS和其他友商的路由器RouterB对接过程中，中间大都通过裸光纤来进行互联。同时在NE20上ping对端路由器上，我们会发现有大量丢包情况出现，而NE20的端口上却没有任何的错包。相反的在友商路由器上ping RouterA，从始至终都无丢包现象，但是POS端口下错包增长很快。对两侧的端口配置进行比较，发现链路协议均使用HDLC，相关的参数一致，配置没有问题。
&&&&通过POS口直连时出现故障组网路由器故障：路由器之间通过POS口直连时出现大量丢包" 启用调试命令debug hdlc，从显示的调试信息可找到Keepalive timer expired的信息
&&&&故障分析步骤 1 首先检查链路两端的配置，发现两端的配置的Keepalive时间都10s。配置没有问题。
&&&&步骤 2 对设备的互联链路进行做环路测试，测试结果表明中间的链路质量很好，排除线路的问题。
&&&&步骤 3 检查两端接口上的时钟都是Slave状态，由此判断是时钟的状态设置不对。----结束处理步骤。
&&&&步骤 1 在路由器的POS接口界面下执行命令clock master，将POS接口的时钟模式配置为主时钟模式。
&&&&步骤 2 从NE20上ping对端路由器，不再出现丢包的现象。问题得到解决。----结束案例。
&&&&总结，在我们的NE20路由器和友商的路由器的POS端口的时钟同时默认都是Slave的状态下，我们都需要先传输给设备所提供的主时钟。而当我们的路由器彼此之间没有存在传输设备故障的时候，我们只能为它们配置其中一端为主时钟，而另一端为从时钟，只有这样才能进行正常的业务转发。
&&&&在我们的日常工作中由于路由的故障：NE5000E路由器Telnet失败，所导致的问题也是比比皆是，针对这样的情况我我们首先要了解NE5000E路由器本身所具备的高性能、丰富业务特性、高可靠性和模块化扩展性，它使网络更富价值，更是下一代互联网和电信网的理想选择。每当出现故障问题都会严重的影响我们的正常办公，下面让我们看看NE5000E路由器Telnet失败的故障解决办法。
&&&&网络环境中，业务运行正常。设备组网路由故障：NE5000E路由器Telnet失败配置完成后，通过外网或者NE5000E-1上可以Ping通NE5000E-2，但是无法Telnet到NE5000E-2。如果先从外网登陆到NE80上，则能够Telnet到NE500E-2。
&&&&故障分析步骤 1 分析Telnet与Ping的区别在于：Ping可以直接在NE5000E-2接口返回包，而Telnet服务需要上送到NE5000E-2主控处理。根据现象信息，估计是接口板到主控的通道受到了影响。
&&&&步骤 2 在NE5000E-1上执行命令：ping 221.238.222.254，返回信息正常。
&&&&步骤 3 在NE5000E-1上执行命令：ping &r 221.238.222.254，结果返回失败。基本可以确定是上送主控有问题。说明：采用记录路由的方式ping NE5000E-2，NE5000E-2接到报文后需要上送主控处理。
&&&&步骤 4 登陆NE5000E-2，执行命令：display cpu-usage slot 6，发现6号板CPU使用率较其他接口板为高。
&&&&步骤 5 登陆NE5000E-2，执行命令：display ip statistics slot 6，显示信息如下：
显示信息可知，NE号板有大量的TTL超时报文的上送，而且增长很快。
&&&&步骤 6 登陆NE5000E-1，执行命令：display ip statistics slot 6，发现6号板也存在大量的TTL超时报文的上送。问题确认。由于有大量异常报文的上送占用了上送主控的带宽，导致无法Telnet到NE5000E-2。而且，由于流量从NE5000E-1上对内外网进行访问，所以从外网登陆到NE5000E-2也要经过NE5000E-1到NE5000E-2互连的6号板。而从外网先登陆到NE80E，就避开了经过NE5000E-1到NE5000E-2互连的6号板，所以没有问题。----结束处理步骤
&&&&尽管大量超时报文导致Telnet上送报文被挤掉，但该种情况不会影响正常的路由协议。只影响上送主控的报文，也不会影响正常的业务转发。不需处理。说明：协议报文的优先级比较高，有单独的带宽保证上送。----结束
&&&&案例总结从以上的步骤和分析中可以看出，由于暂时的路由环路导致NE5000E能Ping通而Telnet却出现失败。一方面可能是Telnet和Ping报文上送的优先级较低，故而才有大量的TTL报文在进行上送时会导致Telnet和Ping只上送到主控的报文会被挤掉。但是，由于原来的协议报文的优先级别比较高，同时又有单独的带宽来保证它的上送，所以一般出现这种情况都不太会影响正常的办公路由协议，自然也不会影响正常的业务转发。希望今天的分析都大家有帮助。以上是今天的所以内容。
&&&&当路由器故障：OSPF NSSA配置错误，导致 路由表项丢失时，你是否措手不及，不知道如何是好，今天我们来为大家讲解当OSPF NSSA配置问题导致路由表项丢失的问题，该故障的解决如下：网络环境所有的设备都运行OSPF，整个自治系统划分为3个区域。其中RouterA和RouterB作为ABR来转发区域之间的路由，RouterC，RouterD作为ASBR引入了外部路由。
&&&&当故障发生时，在RouterE上不存在到达RouterD的路由表项。配置OSPF NSSA区域组网路由器故障：OSPF NSSA配置错误 路由表项丢故障分析查看RouterD的配置，发现在RouterD上是通过执行import direct的方式将RouterD上loopback接口的地址引入到OSPF中的，引入类型为Type5的LSA。由于RouterC所在的区域是NSSA区域，不能泛洪Type5的LSA，因此学不到RouterD的loopback主机地址。
&&&&操作步骤步骤 1 在RouterD上，通过network命令将loopback接口的地址引入OSPF，引入类型为Type3类型的LSA。NSSA区域能够泛洪Type3的LSA，因此RouterC可以学习到到达RouterD的路由。
&&&&步骤 2 保存配置。RouterC的路由表中存在到达RouterD的路由，则故障被排除。----结束案例
&&&&认真做好总结能有利于我们更加快速有效的解决OSPF故障类问题，几天的问题主要以配置原因出现问题的为多，每当这样的情况出现，我们都需要从当前的OSPF的和泛洪原理，即LSA类型入手，从这里来进行故障的排查。力求恢复之前丢失的路由表，及时止损。
&&&&在案例开始前，大家要明确路由器故障：OSPF邻居建立不成功和无法建立是不同的情况。只有OSPF会在网络上发送HELLO包，同时如果HELLO包里面有3个内容匹配的话，彼此就会建立邻居关系，首先要注意的是 HELLO包的死亡和更新时间，其次还有区域ID号，同时还要有一个认证字段，大家可以这样简单理解，在我们点到点网络中，彼此相邻的路由器都是通过发送HELLO包建立邻居，当邻居建立后，双方才能发送LSA，LSR LSU DBD等更新数据包，而在多路访问网络中 会通过HELLO包建立DR和BDR，路由器只与DR和BDR建立邻居关系，只能发送更新LSA，与其他路由器使维持发现的two-away状态。
&&&&下面让我们看看OSPF邻居建立不成功的故障是怎么解决的。
&&&&网络环境在其中的网络中配置建立OSPF邻居，两台路由器RouterA和RouterB同处于area 0，RouterA的IP地址为10.10.10.10/24，router-id为1.1.1.1，RouterB的IP地址为10.10.10.20/24，router-id为2.2.2.2，与RouterA处于同一网段，两者端口的OSPF进程都为1。OSPF组网路由器故障：OSPF邻居建立不成功配置完成之后发现OSPF邻居一直不能到达FULL状态。
&&&&故障分析步骤 1 分别对RouterA和RouterB的端口进行基本的配置，以RouterA为例：erB采用相同的配置，只是router-id改为2.2.2.2。
&&&&步骤 2 在RouterA上执行display ospf peer命令，检查RouterA与RouterB之间的邻居关系，发现OSPF邻居不能达到FULL状态。以RouterA的具体显示为例。
&&&&步骤 3 在RouterA上执行display current-configuration interface GigabitEthernet 命令发现RouterA接口的IP地址为10.10.10.10，掩码24位。以RouterA的具体显示为例。
&&&&步骤 4 在RouterA上执行display current-configuration configuration ospf命令发现OSPF发布的地址掩码为25位。以RouterA的具体显示为例。在RFC描述中要求：必须满足下面两个条件，接口上才能正常运行OSPF协议：接口的IP地址掩码长度&network命令中的掩码长度。接口的主IP地址必须在network命令指定的网段范围内。所以发现RouterA的接口的IP地址掩码长度为24,而OSPF进程中发布的接口地址掩码长度为25，大于RouterA的接口IP地址的掩码长度，因此配置完成之后发现OSPF邻居一直不能到达FULL状态。----结束处理步骤在RouterA和RouterB上分别执行以下操作：
&&&&步骤 1 执行命令system-view，进入系统界面。
&&&&步骤 2 执行命令ospf [ process-id ]，进入OSPF进程界面。
&&&&步骤 3 执行命令area area-id，进入OSPF区域界面。
&&&&步骤 4 执行命令network ip-address wildcard-mask，配置区域所包含的网段。
&&&&步骤 5 执行命令return退回到用户界面，执行命令save，保存对配置的修改。具体以RouterA的显示为例。结束完成上述操作后，OSPF邻居达到FULL状态，故障排除。
&&&&每次的案例讲解后，我们都要做出总结，这样的习惯有利于我们回忆记忆不同的情况有什么特殊的地方，更有利于我们工作的进行，当OSPF处于基础配置的时候，我们要注意RFC所有要求的是否都满足其使用OSPF协议的要点，只有都满足的情况下才能更快，更好的对问题情况进行准确的处理。本次案例到此为止，谢谢大家的观看。
&&&&ACL配置方面的情况造成用户业务无法正常运转的问题处理方法有以下的几种：网络环境中，用户经由接入设备传送到RouterA。配置结束之后，出现用户可以正常拨号的情况，但打不开客户端的程序。问题解析步骤 1 在RouterA上进行display current-configuration的操作，查找路由的设置情况，发现接ACL的设置并不对，对于用户，发送的数据，在传输过程中有可能被分片。
&&&&而端口号只在UDP，TCP的首部，即只包含在第1个数据分片中，后续分片将不携带端口信息。由于进行了如下配置：将端口号小于20的数据分片全部deny掉了，导致应用程序不正常。----结束处理步骤在路由器RouterA执行以下命令：步骤 1 执行system-view命令，进入系统页面。步骤 2 执行acl 3000命令，进入ACL页面。步骤 3 执行命令undo rule 10，将该ACL规则删除。
&&&&----完成以上的所要进行的步骤之后，用户可以如往常一样打开客户端。案例概括由于小端口号一般都是系统保留使用的，最好还是在设置针对小端口的ACL的时候尽量进行精确的匹配，用来避免导致对特殊业务应用的影响。以上就是今天我要给大家讲解的如何处理ACL配置方面的问题，希望对大家有所帮助。
&&&&ACL作为路由器以及交换机接口的指令列表，被用在了控制端口进出的数据包。ACL反掩码设置不正确造成策略路由没有效果的问题处理办法有以下几种：网络环境中，10.40.0.0/27网段的PC访问10.20.3.0/29网段的时候需要经由Ethernet2/0/0口对外发送报文，同时访问其他网段时通过Tunnel1/0/0向外发送报文。
&&&&配置完成后，发现10.40.0.0/27网段的PC发出的报文都由接口Tunnel1/0/0向外发送，发往10.20.3.0网段的报文无法到达。故障分析步骤 1 在RouterA上执行display current-configuration命令，查看路由的配置情况，发现接口Ethernet2/0/0上应用的策略路由中，ACL的反掩码配置错误，其中10.20.3.0所对应的反掩码为0.0.0.0，匹配的是主机路由。因此，PC访问任何网段都不会匹配该rule规则，导致所有发自10.40.0.0网段的流量都流向Tunnel接口。----结束处理步骤在路由器RouterA执行以下命令：步骤 1 执行system-view命令，进入系统页面。步骤 2 执行acl acl-number命令，进入ACL页面。步骤 3 执行命令rule 5 deny ip source 10.40.0.0 0.0.31.255 destination 10.20.3.0 0.0.0.7，将目的网段设置成10.20.3.0/29网段。
&&&&----结束完成以上的指令之后，10.40.0.0/27网段的PC访问10.20.3.0/29网段的时候都经由Ethernet2/0/0口对外进行发送报文。案例概括设置ACL的时候一定要仔细查看反掩码有没有对应相应的网段。上面就是我要向大家介绍的关于ACL反掩码配置错误，策略路由失效之后的解决方法。
&&&&ARP上的项目无法自动更新造成网络调整之后业务不通的问题处理方法有以下几种：在网络环境中，NE40的接口工作是交换式接口模式。本来是在PIX防火墙上进行服务器对外网的NAT server的转变，网络改变之后把在PIX防火墙上的对服务器做的NAT server转换的数据删除，变成了在Eudemon500上做服务器的NAT server转换，服务器对外网的公网地址没有改变。
&&&&网络调整后，从Internet上无法ping通服务器的公网地址，也无法访问服务器上的业务。故障分析步骤 1 检查服务器的网卡工作状态是否正常，没有发现问题。步骤 2 检查Eudemon500上的数据配置是否有问题。经检查没有发现问题，且从Eudemon500能ping通服务器的私网地址和映射后的公网地址。步骤 3 从NE40上ping服务器映射后的公网地址，无法ping通。在NE40上使用命令display ip routing-table查看到服务器映射后的公网地址的路由，没有发现问题。步骤 4 在NE40上执行命令display arp all查看ARP表项，发现服务器映射后的公网IP地址对应的仍然是PIX防火墙的MAC地址，ARP表项没有及时更新导致网络不通。
&&&&----结束处理步骤在NE40上执行以下操作。
&&&&步骤 1 在用户页面下执行命令reset arp interface interface-type interface-number，清空NE40上与防火墙相连的接口上的ARP表项。步骤 2 ping服务器映射后的公网地址11.1.1.2，使ARP表项重新自动学习。步骤 3 执行命令display arp all，可以看到服务器映射后的公网IP地址对应的是Eudemon500上的MAC地址。---结束完成上述操作后，从Internet上可以ping通服务器映射后的公网地址，也可以正常访问服务器上的业务，故障排除。案例总结一般情况下，ARP表项老化之前，系统会发送广播的ARP老化探测报文，确认ARP表项中MAC地址和IP地址的映射是否正确。当网络调整后，与NE40相连的设备被更换（即MAC地址发生了改变），但新设备仍然使用原来IP地址。
&&&&在ARP表项超过规定时间之前，从Internet上ping服务器映射之后的公网IP的时候，系统觉得自己有IP地址以及MAC地址的映射，因此没有发送ARP老化的探测报文，但ARP表项里的MAC地址也不是对的，所以造成了业务不通。网络调整之后，最好手动更新一下ARP表项以保证表项是最新的。
&&&&ATM使用的是面向连接的传输方式，把数据分布成一样长度的信元，通过虚连接来完成交换。ATM是用交换、复用、传输结成一体，在复用上使用的是异步时分复用方式，经由信息的首部或者是标头来分别开不同的信道。 接下来让我们看看ATM接口做备份接口链路层不能Up的问题是怎么解决的吧！
&&&&网络环境中，路由器Router通过ATM交换机Switch接入到ATM网络中。Router通过主备两条上行链路和Switch进行连接。主用链路的带宽是2M，在Router上主接口是Serial1/0/0。备份链路的带宽是155M，在Router上备份接口是ATM2/0/0。ATM接口作为备份接口组网配置完成后，由于设备搬迁，只连接了主用链路。一段时间后主用链路出现了故障，再将备份链路连接上，发现ATM接口的状态不能变为Up。故障分析步骤 1 在Router的ATM接口页面上执行display this命令，查看ATM2/0/0接口上的配置是否完整。发现配置没有错误。步骤 2 在Router的串行接口页面上执行display this命令，查看Serial1/0/0接口上的配置是否正确。发现配置了ATM2/0/0作为Serial1/0/0接口的备份接口。正常情况下，备份接口的链路层状态只有当主接口的链路层状态变为Down时才会变为Up。当备份接口的物理层是断开的，主接口的链路层状态变为Down后再将备份接口连接上，此时备份接口的备份功能不能生效。这样就造成接口ATM2/0/0的链路层状态不能变为Up。
&&&&----结束处理步骤在Router上执行以下操作。
&&&&步骤 1 执行命令system-view，进入系统页面。
&&&&步骤 2 执行命令interface serial interface-number，进入指定串行接口页面。
&&&&步骤 3 执行命令undo standby interface atm interface-number，取消ATM接口作为备份接口。
&&&&步骤 4 进行return的操作，返回到用户页面，进行save的指令，存储对配置的改变。
&&&&----等到完成以上步骤之后，ATM接口的链路层情况改成了Up，问题解决。案例总结在配置备份接口的时候，需要确保备份接口的物理层状态为Up。以上就是我要给大家讲的关于ATM接口做备份接口链路层不能Up的问题是怎么解决的内容。
&&&&ACL（Access Control List就是访问控制的列表） 这是一个路由器以及交换机接口的用来进行指令传达的列表，主要进行控制端口进出的数据包。接下来让我们看看通过ACL作为路由过滤没有过滤掉一条聚合路由的问题是怎么处理的。网络环境中，RouterA以及RouterB是网络中的两台路由器，在RouterA上设置路由策略过引入特定的路由。
&&&&引用ACL做路由过滤未过滤掉一条聚合路由认证案例配置完成后，发现多引入了一条路由。故障分析步骤 1 在RouterA上执行display current-configuration命令，查看路由策略的配置情况，发现路由策略中引用的策略匹配条件是ACL，ACL的配置引入的两条路由的IP前缀为134.128.0.0/11和134.128.0.0/16。路由策略引用的ACL只支持标准ACL，即只包含源IP地址和掩码。对于标准ACL，不考虑IP前缀长度，只要前缀号匹配（IP前缀由前缀号和前缀长度组成），就认为匹配。所以两条路由都被匹配到而被引入。----结束处理步骤在路由器RouterA执行以下命令：步骤 1 执行system-view命令，进入系统页面。步骤 2 执行命令ip ip-prefix huawei 134.128.0.0 0.0.255.255 greater-equal 16 less-equal 16，配置IPv4地址前缀列表。将IP前缀的greater-equal和less-equal都设置为16，即只引入16位掩码的路由。步骤 3 执行命令route-policy huawei permit node 10，创建Route-Policy的节点，并进入Route-Policy页面。步骤 4 执行命令if-match ip-prefix huawei，匹配地址前缀列表。
&&&&----结束完成以上的设置之后，能够很好的把134.128.0.0/16一条路由带了进来，而同时把134.128.0.0/11路由筛选出去。案例概括过滤路由的时候，应该留心ACL和IP前缀的应用效果，需要精准的确定掩码长度的时候，需要通过IP的前缀来定义这个路由。今天就讲到这里了，希望能够帮助到大家。
&&&&Cisco 7300系列路由器pxf处理器问题一般状态下Parallel Express Forwarding (PXF) 处理器被开启。假如您并不是很确定的有可能是PXF方面的经验问题，确保Cisco超速度转发以及 PXF开启。通过PXF处理，您一定有IP被开启的Cisco快速转发交换。您可以经由查看show running-config命令的输出查验这个方面。
&&&&如果Cisco快速转发启用，您看IPCEF在配置输出。如果PXF失效 ip pxf在配置输出没有显示。如果不看ip pxf，PXF 启用。输入 show c7300 pxf interface all命令发现从该接口收到信息包是否是PXF处理或丢弃 。对于进一步PXF故障排除，查看 show c7300 pxf accounting命令的输出验证输入和退出PXF处理器的信息包。Cisco 7300系列路由器OIR问题7300平台引入命令行基于接口的准备机制为线路卡的在线热插拔(OIR)。您能终止特定的线路卡数据流，关闭所有接口，并且通过使用以下命令撤销线路卡：Router# hw-module slot slot-number stop当线路卡是在被撤销过程中时，等待直到OIR命令之前与线路卡有关是绿色在发出任何。并且，如果线路卡是在被激活过程中，等待直到OIR命令之前与卡有关是在发出任何。使用 hw-module slot slot-number stop命令终止数据流， 打开绿色的OIR LED，并且关闭所有线路卡接口从Cisco 7304路由器 去除线路卡没有打乱的数据流。 当仍然有数据流运行时，您不应该去除线路卡。终止关键字通过线路卡接口终止数据流并且撤销线路卡。当OIR LED启用绿色时，撤销了可以实际去除线路卡并且。hw-module slot slot-number start命令重新启动线路卡并且关闭了OIR LED，放置卡返回联机。 如果使用了hw-module slot slot-number stop命令，则使用 hw-module slot slot-number start命令恢复活动线路卡。可能也用于hw-module slot slot-number start 命令恢复被撤销的归结于若干故障的线路卡。
&&&&您可以经由实际上去掉以及再次插入卡来重新进行活动线路卡没有通过 hw-module slot slot-number start的操作。注意：在系统开启之后，线路卡自主的还原到最初的样子在插入以后。您不需要通过hw-module slot slot-number start的操作。一般的Cisco 7300系列路由器OIR消息表在礼物常见错误消息在7300和他们的原因之下Cisco 7300系列路由器的硬件故障检修的其他办法。
&&&&Cisco 7300系列路由器Reboot/Reload、reboots/reloads或者失败能够经由软件以及硬件一起导致的。这篇文章只讲述了硬件方面的问题。要求crashinfo以及控制台日志找出问题是不是跟硬件或者是软件有关。这是可以通过硬件导致失败的一些示例：Cisco 7300系列路由器奇偶错误如果奇偶错误只一次出现，它认为单独事件干扰(SEU) 并且不用采取行动。
&&&&更多信息关于单个事件翻倒可以查找在提高网络可用性。如果路由器报告多个奇偶校验错误， 然后这是硬件问题的征兆 。总线错误 - 这些故障类型可以由软件或硬件造成。Cisco 7300系列路由器暂停路由器暂停频繁地是由软件问题造成的。Cisco 7300系列路由器崩溃当我们提到系统崩溃时，我们意味着系统其中发现了一个不可恢复的错误和重新了启动自己的一个情况。失败可以由软件问题，硬件问题或者两个引起。此部分应付是软件相关的硬件造成的故障和失败 ，但可能弄错为硬件问题。重要：如果路由器被重新载入在失败(之后例如，通过重新启动或 reload命令)， 关于失败的重要信息将丢失，因此尝试收集 show technical-support 和 show log 输出，并且 崩溃信息文件(若可能)在重新载入路由器之前!Cisco 7300系列路由器总线错误崩溃系统遇到总线错误当处理器设法访问存储器位置时不存在(软件错误)也不适当地回应(硬件问题)。总线错误可以由查看路由器提供的 show version 命令的输出确 定(如果不重新启动或手工重新载入)。
&&&&这就是总线错误关闭第二个案例。在总线错误过程中，在控制台的指引下，下面的错误信息可能也要看Cisco 7300系列路由器没有被确认的线路卡表的列表症状以及出现的行为是线路卡方面的问题。以上就是今天我给大家讲述的内容，希望我所讲的能够帮助到大家，让大家受益匪浅。
&&&&关于Cisco 7300系列路由器操作的组件的描述，这篇文章主要被用在使用Cisco IOS软件版本12.1(9)EX1的 Cisco 7304路由器之后。本文中所有提到的信息在既定的实验室环境中从设备被建立了。被用在这篇文章的的所有设备开始通过一个缺省（默认）的配置。假如你在一个真实网络中工作，得确保您使用它之前知道所有命令的潜在影响。
&&&&Cisco 7300系列路由器硬件软件兼容性与内存要求每当您安装新线路卡 、模块或者Cisco IOS 软件镜象，验证是重要的路由器有足够的内 存，并且硬件与软件是与功能兼容您希望使用。执行以下推荐的步骤检查硬件软件兼容性与内存要求 ：使用软件顾问 (注册的用户 ）工具选择您的网络设备的软件。提示：硬件(注册的用 户)部分帮助的软件支持您验证安装期望Cisco IOS软件版本是否支持在路由器上模块与卡。使用 IOS升级计划程序 (注册的 用户)检查Cisco IOS软件(RAM和闪存)必需的最低的内存大小，并且 /或者下载Cisco IOS软件镜象。 确定在您的路由器上(RAM和 闪存)安装内存大小。提示：如果想要保持功能和在您的路由器当前运行的版本一样，但不知道哪个功能集您 使用，输入 show version 命令在您的路由器，并且粘贴它到输出解释器 (注册的用户)工具发现。特别是如果计划使用最新软件功能，它是重要的对检查功能支持。如果需要升级Cisco IOS软件镜象到一个新版本或功能集，则选择一个 Cisco IOS软件版本。
&&&&如果确定需要Cisco IOS软件升级， 遵从 Cisco 7300系列路由器软件安装和升级过程。提示：对于信息关于如何收回 Cisco 7300系列路由器在ROMmon 停留，为 Cisco 7300 看 ROMMON恢复程序。Cisco 7300系列路由器识别问题为了确定原因，第一步将获取同样多关于问题的信息尽可能。以下信息为确定问题的原因是重要的：控制台日志，系统日志信息-如果路由器设置发送日志到系统日志服务器，您可以能得到信息关于发生什么。show technical-support： show technical-support命令是许多不同的命令的编译包括 show version、 show running-config和 show stacks。当路由器运行到问题时，Cisco技术支持中心(TAC)工程师通常请求此信息排除硬件问题故障。在执行重新加载或 重新启动之前 收集 show technical-support 是重要的因为这些动作能造成关于问题的所有信息丢失。完全启动顺序如果路由器经历引导程序错误。崩溃信息文件(若有) - 信息关于获得崩溃信息文件可以查找在检索信息从崩溃信息文件。如果有show命令的 输出从您的Cisco设备(包括 show technical-support)，您能使用 Output Interpreter显示潜在问题和修正。使用 Output Interpreter，您必须是一个 注册的用户，登录，并且安排Javascript 被启用。
&&&&Cisco 7300系列路由器开启问题得到信息是通过路由器的控制台来处理这种非常重要的故障。假如打开了，应该进入控制台传送出一个文件作为之后的解析，亦或为Cisco技术支持中心 (TAC) TAC案例。以上就是我今天为大家讲解的内容，希望这些内容能够实打实的帮助到大家。
&&&&BRAS主要有两种作用，一个是网络承载作用：主要进行终结用户的PPPoE（Point-to-Point Potocol Over Ethernet,这是一个以太网上传送PPP会话的方法）连接、结合用户的流量作用；二是控制实现的作用：同认证系统、计费系统以及客户管理系统还有服务策略控制系统互相辅助进行用户接入的认证、计费和管理功能。
&&&&MA5200F是针对宽带IP网络业务运营而开发的BRAS设备，采用集中式处理的盒式硬件体系结构，具备完善的接入、认证、授权和计费功能、完整的QoS机制、丰富的业务处理能力，能够满足中小规模IP网络宽带接入服务和用户管理的需求。下面让我们来看一下BRAS下的用户可拨号，但打不开网页的故障是怎么样解决的。网络环境MA5200F通过155MPOS口与NE40路由器RouterA相连，MA5200F下接拨号上网用户。故障现象为：MA5200F下的拨号用户可以正常拨号，但打不开网页。故障分析步骤 1 从MA5200F的拨号用户进行拨号上网，从用户计算机上ping外网的网站可以ping通，排除上层设备路由问题。步骤 2 检查MA5200F和NE40的配置，发现没有配置ACL对报文进行过滤，排除设备配置的问题。步骤 3 检查NE40和MA5200F的POS接口状态，发现NE40的POS口的MTU为1024，而MA5200F的POS口的MTU为1500字节，两端不匹配。步骤 4 在NE40的POS口上进行本地环回，同时把POS口的MTU值改为1500，插上光纤后，发现NE40的 POS的MTU值自动更改为1024。据此可以判断是POS口 SPF模块故障。
&&&&----完成解决方法步骤 1 停止NE40的POS口上的本地环回。步骤 2 换掉NE40的POS口 的SPF模块。步骤 3 查看NE40的POS口情况，直到接口状态Up。步骤 4 由MA5200F的拨号用户进入到外网的网站，可以打开网页，问题就这么解决了。
&&&&----结束案例总结这一次的问题现象，ping网站能够ping通，ping大包，小包都没有丢包。这个时候，应该查看有没有配置ACL限制报文，以及接口的MTU值有没有两端相同。
&&&&关于CE1接口CE1：是把2M(一只E1)当成好几个64k和它的组合，比如说128K，256K等，这个就是CE1的定义。CE1 的输送线路的带宽为2048k。网络环境中，路由器RouterA以及别的厂商的设备RouterB都经由CE1链路连接，带宽是2M。CE1接口网络连接设置结束后，发现在RouterB上有大量数据包溢出的警告。在RouterA上，当CE1接口上没有流量时，报文传输时延正常；当CE1接口上有流量时，时延达到300多秒。用户反映网速较慢。
&&&&故障分析步骤 1 检查传输链路。在传输设备的网管系统上没有发现任何异常告警。排除传输链路问题。步骤 2 检查端口流量。通过观察发现，即使在业务高峰期，流量也只有500多Kbit/s。排除由于端口流量过大造成网速较慢的问题。步骤 3 使用display this命令检查RouterA接口配置。发现RouterA上的CE1接口为默认成帧模式。而RouterB上接口配置为非成帧模式。华为设备上的CE1接口工作模式分为非成帧模式和成帧模式，缺省情况下工作在成帧模式下。如果CE1链路两端的接口工作模式不一致，就可能造成网络较慢或不通的问题。
&&&&----完成解决方法：在RouterA上进行下面的操作。步骤 1 进行命令system-view，进入系统。步骤 2 进行controller e1 1/0/0的操作，进入CE1接口。步骤 3 进行using e1的操作，设置CE1接口成为非成帧模式。步骤 4 进行return操作返回到用户，进行save操作，保存对配置的改动。
&&&&----完成上述步骤之后，RouterA和RouterB的CE1接口都在非成帧模式下工作，业务正常，问题解决。案例总结CE1链路两端的接口工作模式必须一致，才能使业务正常运转。
&&&&CISCO路由器端口出现问题:
&&&&[1] 路由器本身没有充电.
&&&&[2] LINE没有和CSU/DSU相连.
&&&&[3] 硬件方面出现问题。
&&&&处理方法:
&&&&[1] 查看电源.
&&&&[2] 确保使永的电缆还有串口是正确的.
&&&&[3] 用别的串口上试一下.
&&&&2、Serial * is up,line protocol is down(DTE)故障。下面就来详细的说明一下这个故障出现的情况。
&&&&[1] 本地或远程路由器配置丢失.
&&&&[2] 远程路由器未加电.
&&&&[3] 线路故障,开关故障.
&&&&[4] 串口的发送时钟在CSU/DSU上未设置.
&&&&[5] CSU/DSU故障.
&&&&[6] 本地或远程路由器硬件故障.
&&&&解决方法:
&&&&[1] 将MODEM、CSU或DSU设置为LOOPBACK状态，用SHOW INT S*命令确认LINE PROTOCOL是否UP，如果UP，证明是邮电局故障或远程路由器已经SHUTDOWN。
&&&&[2] 如果远程路由器也出现上述故障，重复步骤[1]。
&&&&[3] 检查电缆所连接的串口是否正确，用SHOW CONTROLLERS确认哪根电缆连接哪个串口。
&&&&[4] 键入DEBUG SERIAL INTERFACE，如果LINE PROTOCOL还没有COME UP，或键入的命令显示激活的端口数没有增加，证明路由器硬件错误，更换路由器端口；如果LINE PROTOCOL UP，并且激活的端口数增加，证明故障不在本地的路由器上。
&&&&[5] 更换路由器端口。
&&&&3、 Serial * is up,line protocol is down(DCE)故障:
&&&&[1] 路由器端口配置中的CLOCKRATE丢失。
&&&&[2] DTE设备未启动。
&&&&[3] 远程的CSU/DSU有故障。
&&&&[4] 电缆连接错误或有故障。
&&&&[5] 路由器硬件错误。
&&&&解决方法:
&&&&[1] 将CLOCKRATE加到路由器端口配置中。
&&&&[2] 将DTE设备设置为SCTE模式。
&&&&[3] 确认所用电缆是否正确。
&&&&[4] 如果LINE PROTOCOL仍然DOWN，请更换路由器端口。
&&&&4、 Serial * is up,line protocol is up（looped）故障:LOOP存在线路中，在激活的软件包中的顺序号，当LOOP初始时变成随机的号码，如果相同的随机号码回到环线上，就产生了一个LOOP。
&&&&解决方法:
&&&&[1] 用SH RUN命令寻找LOOPBACK。
&&&&[2] 用NO LOOPBACK去掉LOOP。
&&&&[3] 如果PROTOCOL仍然DOWN，请与邮电局联系。
&&&&5、 Serial * is up,line protocol is down(disabled)
&&&&[1] 邮电局故障。
&&&&[2] CSU/DSU硬件故障。
&&&&[3] 路由器硬件故障。
&&&&解决方法:
&&&&[1]寻找CTS或DSR的双态元件信号。
&&&&把CSU/DSU当做LOOP（DTE LOOP），假如问题仍然存在，那么就有可能是硬件方面的问题；假如问题就这么解决了，那一定是邮电局的问题。
&&&&[3]换掉坏了的硬件问题。
&&&&6、Serial * is administratively down，line protocol is down
&&&&[1] PORT可能被SHUTDOWN。
&&&&[2] IP地址重复。
&&&&处理方案:
&&&&[1] 用NO SHUTDOWN命令去掉SHUTDOWN。
&&&&[2] 把重复的IP地址中的一个改掉。
&&&&CPOS接口一般说的是在路由器上的接口，CPOS接口在形状上面就是一个端口，但事实上在这个端口的里面有很多个接口。经由这种接口能够通过一个端口和好几个物理接口连接（当然中间采用传输），这种连接和帧中继、X.25的虚连接不一样，事实上还是物理相连，在传输中独享VC12/VC4。接下来就来讲讲CPOS接口的PPP协商完成之后，无法ping通对端的问题需要怎么处理。网络环境路由器与其他厂商设备通过CPOS接口互连，CPOS接口通道化为E1，链路层采用PPP协议。在PPP协商正常结束后，不能正常ping通直连地址或访问对端设备连接的网络。
&&&&故障分析步骤 1 使用测试仪器检查链路，排除物理接口和链路故障。步骤 2 使用命令，检查本端设备，发现其配置正确而且与对端匹配。步骤 3 使用display interface serial命令，结果如下：接口协商的MTU值为0。初步断定可能是此MTU协商不成功导致的故障。步骤 4 使用display current-configuration命令，没有发现配置安全策略而过滤流量。步骤 5 进一步了解，发现其他厂商设备在MTU值为1500字节的情况下，不进行MTU协商。此时，其他厂商设备既不发送MTU协商报文，也拒绝接收对端设备发送的协商报文。而路由器在任何情况下都会进行MTU协商，协商的初始值是0，每次协商以上一次的协商结果为基础，如果协商失败则保持上次协商结果。因此，当两端MTU都是1500字节时，路由器发送协商报文给其他厂商设备后被拒绝，同时也收不到其他厂商设备的协商报文，这样路由器得到的协商结果就是0，而其他厂商设备则保持自己的1500字节。路由器在MTU是0的情况下不会转发数据，从而直连不通。
&&&&处理步骤在路由器上执行以下操作：步骤 1 执行命令system-view，进入系统。步骤 2 执行命令interface serial interface-number，进入同步串口。步骤 3 执行命令mtu 1400，配置同步串口的MTU值。将MTU值修改为1400字节。同时，在对端也将MTU值修改为1400字节。步骤 4进行操作shutdown，关掉一起改变的串口。步骤 5 进行undo shutdown，打开同步串口。做完之后，两端协商的MTU值都变成1400字节，可以ping通对端，问题处理完毕。
&&&&----结束案例总结在和其他厂商设备互相通联的时候，需要确保分析路由器和其他厂商设备在一些协议上的不同进行方法。
&&&&CRC就是叫做循环冗余校验，这个功能的特点就是:检查错误点特别厉害，同时开销也很小，方便用于用编码器还有检测电路的实现。从它的检查错误的能力来看，它不能够发现的错误的几率就只有0.0047%以下。从性能上和开销上来看，都能够超过奇偶校验还有算术和校验等方式。那么我们接下来就来讲讲POS链路不能Up，CRC的设置不一致的故障解决步骤。
&&&&网络环境在某局点使用RouterA（NE40路由器）替换NE05后，发现与其他路由器RouterB连接的POS口链路物理状态是Up，但协议状态却是Down。故障分析步骤 1 检查两端的POS口链路层协议均是HDLC协议，并且设置两端的POS口链路层协议为PPP后仍然无法对接。步骤 2 在NE40的POS口进行自环操作，配置链路协议为PPP，执行display interface命令检查接口的状态，有接受和发送的报文数均在增加，排除单板硬件故障的可能。步骤 3 取消NE40的POS口的自环，在两端路由器的POS口上均采用加扰方式，并且物理层均封装为SDH方式。步骤 4 检查NE05和现网NE40配置的POS口的配置以及友商路由器的POS口的配置，发现双方只有CRC配置不一致，NE05和友商路由器的CRC均是16位，而NE40是32位。NE40的CRC和友商路由器的CRC配置不同，导致NE40和友商路由器的POS口无法对接。
&&&&----结束解决方案步骤 1 调整友商路由器的维护人员改变它的POS口的CRC一直到32位。步骤 2 进行display interface操作确保接口的情况，协议已经处于Up状态，障碍就此接触。----结束案例总结NE40的POS口的CRC是32位，且无法修改。友商路由器的POS口支持CRC-16和CRC-32两种方式，但是它们叫FCS-16和FCS-32，实际上这个是相同的。
&&&&CSU──channel server unit，DSU──data server unit 1、Serial * is down,line protocol is down(DTE) 问题:
&&&&[1] 路由器没有充电。
&&&&[2] LINE没有和CSU/DSU连接.
&&&&[3] 硬件方面出现问题.
&&&&处理方案:
&&&&[1] 检查电源.
&&&&[2] 确保所用电缆及串口正确.
&&&&[3] 换到别的串口上.
&&&&2、Serial * is up,line protocol is down(DTE)
&&&&故障: [1] 本地或远程路由器配置丢失.
&&&&[2] 远程路由器未加电.
&&&&[3] 线路故障,开关故障.
&&&&[4] 串口的发送时钟在CSU/DSU上未设置.
&&&&[5] CSU/DSU故障.
&&&&[6] 本地或远程路由器硬件故障.
&&&&解决方法:
&&&&[1] 将MODEM、CSU或DSU设置为“LOOPBACK”状态，用“SHOW INT S*”命令确认LINE PROTOCOL 是否UP，如果UP，证明是邮电局故障或远程路由器已经SHUTDOWN。
&&&&[2] 如果远程路由器也出现上述故障，重复步骤[1]。
&&&&[3] 检查电缆所连接的串口是否正确，用“SHOW CONTROLLERS”确认哪根电缆连接哪个串口。
&&&&[4] 键入“DEBUG SERIAL INTERFACE”，如果LINE PROTOCOL还没有COME UP，或键入的命令显示激活的端口数没有增加，证明路由器硬件错误，更换路由器端口；如果LINE PROTOCOL UP，并且激活的端口数增加，证明故障不在本地的路由器上。
&&&&[5] 更换路由器端口。
&&&&3、 Serial * is up,line protocol is down(DCE) 故障:
&&&&[1] 路由器端口配置中的CLOCKRATE丢失。
&&&&[2] DTE设备未启动。
&&&&[3] 远程的CSU/DSU有故障。
&&&&[4] 电缆连接错误或有故障。
&&&&[5] 路