ME60产品故障处理课件_第1页
ME60产品故障处理课件_第2页
ME60产品故障处理课件_第3页
ME60产品故障处理课件_第4页
ME60产品故障处理课件_第5页
已阅读5页,还剩177页未读, 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ME60产品故障处理ISSUE1.0ME60产品故障处理ISSUE1.0培训目标学完本课程后,您应该能:掌握故障处理的思路掌握常见故障的可能原因及处理方法Page1培训目标学完本课程后,您应该能:Page1目录设备故障处理简介ME60一般故障处理典型故障案例分析Page2目录设备故障处理简介Page2日常设备故障处理步骤…故障信息收集故障定位故障排除Page3日常设备故障处理步骤…故障信息收集故障定位故障排除Page目录一般故障处理1.1故障信息收集1.2故障定位1.3故障排除Page4目录一般故障处理Page4故障信息收集WHOWHATWHEN故障信息收集全方位,多角度收集Page5故障信息收集WHOWHATWHEN故障信息收集全方Who?谁出了问题?是某个用户还是多个用户?用户类型是什么?PPP、L2TP、DHCP。。。。。。?某个VLAN下用户故障?某个端口下用户故障?某块单板下用户故障?还是某个设备下用户故障?关键在于确定故障的范围!Page6Who?谁出了问题?是某个用户还是多个用户?PageWhat?是什么问题?是不能上线 还是 不能上网?是访问DNS失败 还是 打开网页失败?是不能访问所有网站 还是 不能访问部分网站?是完全不能访问 还是 上网慢?关键在于确定故障的现象!Page7What?是什么问题?是不能上线 还是 不能上网?PaWhen?何时产生的?是间歇性还是持续发生?发生时间有无规律?关键在于确定故障的时间!Page8When?何时产生的?是间歇性还是持续发生?Pag举例Page9举例Page9目录一般故障处理2.1故障信息收集2.2故障定位2.3故障排除Page10目录一般故障处理Page10故障定位故障定位即从众多可能的原因中找出故障成因的过程,它通过一定的方法或手段分析、比较各种可能的故障成因,不断排除可能因素,最终确定故障发生的具体原因Page11故障定位故障定位即从众多可能的原因中找出故障成因的过程,Pa故障定位常用的故障定位的方法有:故障原始信息分析告警信息分析指示灯状态分析仪器仪表辅助分析性能统计辅助分析测试活动辅助分析(如环回操作、对比/互换、倒换/复位)Page12故障定位常用的故障定位的方法有:Page12常用故障定位工具介绍PingTracertDisplayDebuggingTraceReset故障定位工具Page13常用故障定位工具介绍PingTracertDisplayDePing命令ping[-a

source-ip-address|-c

count|-s

packetsize|-t

timeout]*host-a

source-ip-address:设置发送ICMPEchoRequest报文的源IP地址。-c

count:设置发送ICMPEchoRequest报文的次数,缺省值为5。-s

packetsize:设置发送ICMPEchoRequest报文的长度(不包括IP和ICMP报文头),以字节为单位,缺省值为56。-t

timeout:设置ping报文的超时时间,缺省值为2000ms。Page14Ping命令ping[-asource-ip-addTracert命令tracert利用IP报文的TTL域每经过一个路由器转发后减一,当TTL=0时向源节点报告TTL超时这个特性实现。首先发送一个TTL为1的UDP报文,因此第一跳发送回一个ICMP错误消息,明此数据报不能被发送;之后再发送一个TTL为2的报文,在第二跳返回TTL超时,这个过程不断进行,直到到达目的地;在目的地,由于数据报中使用了无效的端口号(缺省为33434),目的主机会返回一个ICMP目的地不可达消息,该tracert操作结束。Page15Tracert命令tracert利用IP报文的TTL域每经Tracert命令参数介绍tracert[-a

source-ip-address|-f

first-TTL|-m

max-TTL|-p

port|-q

nqueries|-w

timeout]*host-asource-ip-address:设置tracert报文的IP地址。-ffirst-TTL:设置初始TTL。-mmax-TTL:设置最大TTL。-pport:设置的主机的端口号,一般无须更改此选项。-qnqueries:设置每次发送的探测数据包的个数。-wtimeout:设置报文的超时时间,单位是秒。host:目的主机的IP地址。Page16Tracert命令参数介绍tracert[-asouDisplay命令display命令是网络维护和故障处理的重要工具。display命令中的正则表达式查看版本信息使用displayversion命令查看配置信息display

current-configuration命令用来查看当前的配置信息。display

saved-configuration命令用来查看存储设备中查看接口信息可以使用命令displayipinterface。display

diagnostic-information命令是多条display命令的集合Page17Display命令display命令是网络维护和故障处理的检查设备状态查看系统告警使用displaytrapbuffer命令查看系统内存中的告警信息查看系统日志使用displaylogbuffer命令查看操作日志,确定是否有非法操作检查补丁使用displaypatch-informationall命令查看补丁情况。某些版本已经发现的问题可能已经在对应版本的补丁中解决,如果发现问题应当检查对应版本是否发布过相应问题的补丁,同时查看设备是否已经安装了相应的补丁程序。其它使用displaycpu-usage命令查看系统CPU利用率,确定系统是否运行正常Page18检查设备状态查看系统告警Page18检查设备状态其他使用displayversion命令查看系统开机工作持续时间,该项记录了系统复位或启动以来的时间,这样有利于问题定位。使用displaytemperatureslot<slotid>检查单板温度。使用displaypower检查电源运行状态。使用displayfan检查风扇运行状态。使用displayvoltageslot<slotid>检查单板电压状态。使用displaydevice检查单板工作状态。使用displayalarmall检查当前系统告警信息。Page19检查设备状态其他Page19检查配置信息使用displaycurrent-configuration检查系统的全部配置数据。可以通过将当前配置数据和备份数据进行比较发现定位问题。使用displayiprouting查看路由信息。Page20检查配置信息使用displaycurrent-config检查配置信息使用displaysaved-configuration查看保存的配置信息。使用displaydomain查看域配置信息。使用displayradius-serverconfiguration查看Radius状态。Page21检查配置信息使用displaysaved-configur使用调试工具打开某个模块调试开<Quidway>debuggingmodulename打开终端显示调试信息功能<Quidway>terminaldebugging打开终端显示信息中心发送的调试/日志/告警信息功能<Quidway>terminalmonitorundoterminalmonitor命令关闭调试信息输出开关时,所有模块的调试信息均不送往控制台。Page22使用调试工具打开某个模块调试开Page22使用调试工具打开业务跟踪的调试开关[Quidway]traceenable创建跟踪对象[Quidway]traceobject如果是系统创建跟踪对象成功,为所创建的对象生成一个对象ID;如果是系统删除跟踪对象成功,返回提示信息。

undotraceobject命令用于删除跟踪对象。Page23使用调试工具打开业务跟踪的调试开关Page23Reset命令根据所提供的功能,VRP平台的reset命令主要包括两类:复位连接,例如:resetbgpipv4all清除统计信息resetcountersinterfaceresetipstatisticsPage24Reset命令根据所提供的功能,VRP平台的reset命令Reset步骤首先使用reset命令清空统计值。然后执行ping命令使路由器端口收发报文。最后使用display命令查看统计值。Page25Reset步骤首先使用reset命令清空统计值。Page目录ME60一般故障处理2.1故障信息收集2.2故障定位2.3故障排除Page26目录ME60一般故障处理Page26故障排除故障定位后,排除故障的典型措施或步骤如下:修改配置数据检修线路更换单板倒换系统复位单板Page27故障排除故障定位后,排除故障的典型措施或步骤如下:Page目录设备故障处理简介ME60一般故障处理典型故障案例分析Page28目录设备故障处理简介Page28常见故障业务IPOX业务故障处理PPPOX业务故障处理Page29常见故障业务IPOX业务故障处理PPPOX业务故障处理Pag常见故障业务IPOX业务故障处理Page30常见故障业务IPOX业务故障处理Page30IPOX业务故障处理IPOX业务介绍IP地址获取流程介绍认证流程介绍常见故障现象分析Page31IPOX业务故障处理IPOX业务介绍Page31IPOX业务介绍IPOX接入是指以ATM、EthernetII或802.1Q协议和用户之间建立链路,以静态配置或DHCP(DynamicHostConfigurationProtocol)方式获取IP地址,以Web认证、快速认证、绑定等方式验证用户身份的接入方式。IPOX接入方式中,ME60以VLAN或者PVC标识并严格隔离用户。Page32IPOX业务介绍IPOX接入是指以ATM、EthernetIP地址获取流程介绍静态用户的IP地址获取流程静态用户的IP地址由用户指定,但需要在ME60上通过static-user命令进行配置,并且和客户端指定的IP地址保持一致,以通过报文一致性检查。Page33IP地址获取流程介绍静态用户的IP地址获取流程Page33IP地址获取流程介绍(续)Web/快速/绑定认证用户的IP地址获取流程(1)用户计算机开机时,广播DHCPDiscovery消息报文。(2)ME60收到DHCPDiscovery报文后,检查用户所在bas接口是否允许通过DHCP获取IP地址(即bas接口的认证方式中是否包含Web/快速/绑定认证中的一种)。(3)如果bas接口不允许通过DHCP获取IP地址,则分配IP地址失败;否则生成绑定格式的用户名到bas接口指定的认证前域进行认证,如果认证不通过,则分配IP地址失败,否则转(4)。Page34IP地址获取流程介绍(续)Web/快速/绑定认证用户的IP地IP地址获取流程介绍(续)(4)ME60回应用户的DHCPDiscovery消息报文。(5)用户发送DHCPRequest消息报文。(6)ME60判断根据用户所在bas接口指定的认证前域所引用的地址池是否为本地地址池。如果是本地地址池,转(7),否则转(8)。(7)ME60从本地地址池中直接选取一个地址,并连同地址租期等信息一起回应给用户,转(9)。(8)ME60通过DHCPRelay功能将用户的DHCP请求转发给DHCP服务器,并将DHCP服务器的回应信息发送给用户。(9)用户获得具有一定租期的IP地址后,用户接入的链路建立。Page35IP地址获取流程介绍(续)(4)ME60回应用户的DHCPWEB认证和快速认证流程ClientME60WebServerRADIUSServerDHCP阶段强制Web认证阶段认证阶段DHCPDiscoveryDHCPOfferDHCPReqeusetDHCPAckHTTPReqeusetHTTPRedirectionHTTPReqeusetHTTPAckUserName/PasswordChallengeReqeusetChallengeAckAuthRequestAuthRequestAuthAckLoginRequestLoginAckWAT_ACK_AUTHAuthSuccessAFF_ACK_AUTHPage36WEB认证和快速认证流程ClientME60WebServ绑定认证流程ME60收到用户的DHCP报文时,根据用户接入的bas接口信息自动生成用户名和密码,到用户所在bas接口指定的认证域进行认证。认证通过后,ME60为用户分配IP地址,用户可以正常上网,ME60开始计费。用户在线过程中,用户关机、断开网络或释放IP地址时,ME60删除用户的连接信息,停止计费。Page37绑定认证流程ME60收到用户的DHCP报文时,根据用户接入的静态用户认证流程ME60收到用户的ARP/IP报文或者ME60通过ARP探测到用户存在时,由ME60根据用户接入的bas接口信息自动生成用户名和密码,到bas接口指定的认证域或者认证前域进行认证。认证通过后,用户可以正常上网,ME60开始计费。用户在线过程中,用户关机,断开网络时,ME60删除用户的连接信息,停止计费。Page38静态用户认证流程ME60收到用户的ARP/IP报文或者ME6常见故障现象分析用户无法获取地址无法打开Web认证页面认证无法通过用户异常断线等Page39常见故障现象分析用户无法获取地址Page39检查要点WEB服务器认证前/时域BAS接口配置地址池配置DHCP服务器……交换机配置UCL/ACLPage40检查要点WEB服务器认证前/时域BAS接口配置地址池配置DH用户无法获得IP地址分析BAS接口接入类型配置错误用户认证前域认证失败打开DHCP调试开关后,只能收到用户的DHCPDiscovery报文,没有任何后续报文。IP地址池不存在打开DHCP调试开关后,只能收到用户的DHCPDiscovery报文,没有任何后续报文。地址池无空闲地址打开DHCP调试开关后,只能收到用户的DHCPDiscovery报文,没有任何后续报文:常见原因Page41用户无法获得IP地址分析BAS接口接入类型配置错误常见原因P使用调试工具DHCP调试命令包括DHCPS(DHCPServerModule)、DHCPC(DHCPClientModule)、DHCPR(DHCPRelayModule)三个模块的命令,分别负责DHCP服务器消息、DHCP客户端消息、DHCPRelay消息。<Quidway>debuggingdhcpc/dhcpr/dhcpspacket<Quidway>terminalmonitor<Quidway>terminaldebuggingWEB调试工具<ME60>debuggingwebpacket<ME60>terminalmonitor<ME60>terminaldebuggingRadius调试工具<ME60>debuggingradiuspacket<ME60>terminalmonitor<ME60>terminaldebuggingPage42使用调试工具DHCP调试命令包括DHCPS(DHCPSer使用调试工具业务跟踪[Quidway]traceenable[Quidway]traceobjectmac-address0006-5B68-172Doutputfilecfcard:/20070727trace.txtPage43使用调试工具业务跟踪Page43使用命令查询查看认证前域[Quidway]displaydomainnamedefault0Domain-name:default0

Domain-state:Active

Domain-type:Normaldomain

Authentication-scheme-name:default0Accounting-scheme-name:default0

……User-group-name:1Page44使用命令查询查看认证前域Page44使用命令查询……

Web-server-IP-address:53Web-URL:-Web-server-work-mode:GETDns-IP-address:-Queue-profile-name:-……IP-address-pool-name:tempTimeRange-Qos:DisabledPage45使用命令查询……Page45使用命令查询查看认证域[Quidway]displaydomainnameispDomain-name:isp

Domain-state:Active

Domain-type:Normaldomain

Authentication-scheme-name:auth1Accounting-scheme-name:acct1

……User-group-name:2……IP-address-pool-name:huawei

Page46使用命令查询查看认证域Page46使用命令查询查看BAS接口信息[Quidway]displaybas-interfaceGigabitEthernet2/0/1.1

Accesstype:Layer2-subscriber

BASIFstate:UpdatedBASIFname:-

Pre-authenticationdefaultdomain:default0Authenticationdefaultdomain:ispReplaceauthenticationdomainforcibly:noneRoamdomain:default1AccountingcopyRADIUSserver:-

Authenticationmethod:[web]……Page47使用命令查询查看BAS接口信息Page47使用命令查询查看地址池Quidway]displayippoolnamehuaweiPool-Name:huaweiPool-No:0Lease:3Days0Hours0Minutes……DNS-Suffix:-Primary-DNS:-Secondary-DNS:-Primary-NBNS:-Secondary-NBNS:-Position:LocalStatus:Unlocked

Gateway:Mask:IDstartendtotalusedidleconflicteddisable

0090900

Page48使用命令查询查看地址池Page48使用命令查询查看认证策略[Quidway]displayauthentication-schemeauth1Authentication-scheme-name:auth1Authentication-method:RADIUSAuthentication-supermethod:Superauthentication-superAuthentication-fail-policy:OfflineAuthentication-fail-domain:-Page49使用命令查询查看认证策略Page49使用命令查询查看计费策略[Quidway]displayaccounting-schemeacct1Accounting-scheme-name:acct1

Accounting-method:RADIUS

Realtime-accounting-switch:DisabledRealtime-accounting-interval(min):-Start-accounting-fail-policy:OfflineRealtime-accounting-fail-policy:OnlineRealtime-accounting-failure-retries:3Page50使用命令查询查看计费策略Page50强制WEB失败直接输入web服务器的地址可以访问不可以访问是否是DNS原因(输入IP是否强制)认证前默认域是否配置了web认证服务器web认证服务器是否允许用户认证前访问web认证服务器配置上行路由是否正确可达ACL是否正确配置Page51强制WEB失败直接输入web服务器的地址可以访问不可以访问是强制WEB失败分析常见原因没有指定强制Web认证服务器没有配置相应的ACLWeb认证服务器不可达DNS服务器不可用Web服务器配置错误Page52强制WEB失败分析常见原因没有指定强制Web认证服务器Pag处理建议一用户获取地址后直接在浏览器中输入Web认证服务器的地址,检查是否能打开Web认证的页面,如果不能则有可能错误原因:错误原因处理建议Web认证服务器不可达检查ME60的路由表是否正确,默认路由下一跳是否可达。必要时可以先把用户可以访问的权限全部打开,看用户是否可以正常访问其它网页,如果可以则再通过tracert来检查到Web认证服务器的路由是否可达。Web认证服务器不可用在其他设备访问Web认证服务器,检查是否正常。也可以把强制Web认证服务器地址改为其他地址测试。ACL没有配置允许用户在认证前可以访问Web认证服务器请检查对应ACL的配置。Page53处理建议一用户获取地址后直接在浏览器中输入Web认证服务器的处理建议二如果可打开Web认证页面,则在浏览器中随意输入一个IP地址(如),检查是否可以重定向到Web认证页面,如果不能则可能有可能是:错误原因处理建议没有在对应认证前域下指定认证的服务器请检查相应域的配置。没有配置相应的ACL配置ACL,使用户所在的user-group组只能访问Web服务器、DNS等,而其它地址都应当是禁止访问的。用户user-group组与ACL配置中的不一致修改用户所在域的user-group,使其和ACL配置中的一致。Page54处理建议二如果可打开Web认证页面,则在浏览器中随意输入一个处理建议三Page55处理建议三Page55无法通过WEB认证WEB服务器配置错误,未发送认证请求radius上不存在该帐号/帐号封死radius上做了位置绑定,与实际情况不符合radius上配置的NAS地址不正确设备和radius的密钥不一致到radius的路由不通radius下发数据不附合设备的定义常见原因Page56无法通过WEB认证WEB服务器配置错误,未发送认证请求常见原静态用户无法上线分析查看地址池中是否除去了静态用户地址使用displaycurrent-configuration命令查看处理方法Page57静态用户无法上线分析查看地址池中是否除去了静态用户地址处理方常见故障业务PPPOX业务故障处理Page58常见故障业务PPPOX业务故障处理Page58PPPOX业务故障处理PPPOX业务介绍PPPOX业务接入流程常见故障现象分析Page59PPPOX业务故障处理PPPOX业务介绍Page59PPPOX业务介绍PPPoX接入是指通过PPPoX虚拟拨号方式在ME60与用户之间建立点到点的连接,使用PAP或CHAP方式验证用户身份,通过PPP(Point-to-PointProtocol)协商获取IP地址的接入方式。ME60中,PPPoE和PPP(Point-to-PointProtocol)属于不同的功能项。ME60内置了PPPoE服务器和PPP服务器。Page60PPPOX业务介绍PPPoX接入是指通过PPPoX虚拟拨号方PPPOX业务介绍PPPoE服务器用于建立用户和ME60之间的会话(Session),终结用户的PPPoE报文,从中取出相应的PPP报文发送给PPP服务器,或者将PPP服务器的PPP报文进行PPPoE封装后发送给用户。PPP服务器则在PPPoE会话建立后,或者PPPOA直接在相应的链路上和用户进行PPP协商,分配IP地址,验证用户身份,完成用户的接入认证过程。此时ME60的作用是BAS(BroadbandAccessServer),在认证后终结用户的PPP报文,取出相应的IP报文进行转发,或者将发送给用户的IP报文进行PPP封装后交给PPPoE服务器处理。Page61PPPOX业务介绍PPPoE服务器用于建立用户和ME60之间PPPOE接入流程ClientME60RADIUSServerPPPoE发现阶段LCP协商段PPP认证阶段PADIPADOPADRPADSConfig-reqConifg-ackAuth-reqLogin-req用户在线Auth-reqAuth-ackAuth-ackLogin-ackPage62PPPOE接入流程ClientME60RADIUSServ常见故障现象用户认证无法通过用户无法获取地址用户异常断线等。注意:1、PPPoE上线包括Discovery阶段、LCP(LinkControlProtocol)协商阶段、验证阶段及IP地址分配阶段,任何一步失败都可能导致用户上线失败。所以PPPoE业务失败时,可通过调试信息或业务跟踪的信息检查哪个阶段失败。2、使用调试命令或业务跟踪信息前,首先应确认ME60数据配置是否正确。Page63常见故障现象用户认证无法通过注意:Page63检查要点认证方式认证域Accesstype不匹配Vlan

配置错误IP地址池接口与虚模板绑定Radius

错误Page64检查要点认证方式认证域Accesstype不匹配Vla使用调试工具[Quidway]traceenable[Quidway]traceobjectmac-address0000-0000-0001outputfilecfcard:/ppp.txtPage65使用调试工具[Quidway]traceenable使用命令查询<Quidway>displaycurrent-configuration|begin2/0/0.1interfaceGigabitEthernet2/0/0.1

pppoe-serverbindvirtual-template1undoshutdownuser-vlan10basaccess-typelayer2-subscriberdefault-domainauthenticationhuawei查询接口是否绑定了模板Page66使用命令查询<Quidway>displaycurren使用命令查询显示用户上线失败原因

[Quidway]displayaaaonline-fail-record

Username:huawei@ispUserMAC:0050-04b4-604cUseraccesstype:PPPoEUseraccessinterface:Ethernet2/0/0.1UseraccessVlan:10UserIPaddress:55UserID:13Userauthenstate:AuthenedUseracctstate:AcctIdleUserauthorstate:AuthorIdleUseracctsessionID:Quidway0200000000001078658200013Userlogintime:2005/11/1815:29:13Useronlinefailreason:Radiusauthenticationsendfail

Radius认证服务器通讯故障Page67使用命令查询显示用户上线失败原因Radius认证服务器通使用命令查询Radius认证服务器拒绝显示用户上线失败原因[Quidway-aaa-domain-huawei]disaaaonline-fail-record

Username:huawei@huaweiUserMAC:0050-04b4-604cUseraccesstype:PPPoEUseraccessinterface:Ethernet2/0/0.1UseraccessVlan:10UserIPaddress:55UserID:15Userauthenstate:AuthenedUseracctstate:AcctIdleUserauthorstate:AuthorIdleUseracctsessionID:Quidway020000000000100d286a00015Userlogintime:2005/11/1815:35:35

Useronlinefailreason:RadiusauthenticationrejectPage68使用命令查询Radius认证服务器拒绝显示用户上线失败原因P使用命令查询显示用户下线原因[Quidway]displayaaaoffline-recordUsername:huawei@ispUserMAC:0050-04b4-604cUseraccesstype:PPPoEUseraccessinterface:Ethernet2/0/0.1UseraccessVlan:10UserIPaddress:UserID:10Userauthenstate:AuthenedUseracctstate:AcctIdleUserauthorstate:AuthorIdleUseracctsessionID:Quidway02000000000010899f1b00010

Userlogintime:2005/11/1814:23:30Userofflinetime:2005/11/1814:24:10

Userofflinereason:PPPuserrequest用户请求Page69使用命令查询显示用户下线原因用户请求Page69使用命令查询显示某端口在线用户[Quidway]displayaccess-userinterfaceGigabitEthernet2/1/1

UserIDUsernameInterfaceIPaddressMAC

35user@pppEth2/1/100000-0000-0001

Total1Page70使用命令查询显示某端口在线用户Page70常见问题为什么拔号时显示找不到服务器?用户进行PPPoE拔号时,拔号器提示找不到服务器(WindowsXP自带的PPPoE拨号器提示错误678:远程计算机没有反应),这表示客户端发出PADI(PADM-Initialization)报文时没有收到PADO(PADM-Offer)响应。可能的原因如下。ME60上bas接口接入类型配置错误bas接口认证方法配置错误接口没有绑定虚模板二层网络中断ATM的封装格式不对(snap和vcmux)PPPOEOA时PVC没有绑定VE或者VE下没有VT所在BAS接口是否UPPPPOA时PVC下没有绑定VTPage71常见问题为什么拔号时显示找不到服务器?Page71常见问题二层网络中断的典型现象如下(打开PPPoE/PPP调试开关和业务跟踪功能)。用户进行PPPoE拨号时,ME60收不到任何报文。用户进行PPPoE拨号时,ME60收到PADI报文,并已经响应了PADO报文,但是收不到用户的PADR(PADM-Request)报文。此时请检查二层网络物理联接是否正常、VLAN划分是否正确,必要时可以在二层网络的设备上截取报文进行分析。Page72常见问题二层网络中断的典型现象如下(打开PPPoE/PPP调PPPRadius认证失败打开RADIUS调试开关,检查是否能够收到RADIUS认证报文,如果不能则说明不是RADIUS故障.常见的AAA错误包括用户名或密码错误、用户名未激活、用户名不存在、域未激活等。对应以上每种原因,通过业务跟踪功能都可以看到对应的提示,常见的AAA业务跟踪信息格式如下。--[2007/7/2713:41:27-][AAA][0006-5ba6-df2c]:ReceiveauthenticationackfromLAMsuccessfully(UserID=42,Result=Failure,Failreason=Usernotexist)Page73PPPRadius认证失败打开RADIUS调试开关,检查是目录设备故障处理简介ME60一般故障处理典型故障案例分析Page74目录设备故障处理简介Page74故障案例某局新开局使用:DLASM-ME60-路由器组网结构,DLASM下面有PPP拨号用户和VLAN绑定用户,用户VLAN绑定用户无法正常上网。Page75故障案例某局新开局使用:DLASM-ME60-路由器组网结构收集故障现象故障申告所有VLAN绑定用户无法正常上网,PPP拨号用户正常。Page76收集故障现象故障申告所有VLAN绑定用户无法正常上网,PPP故障分析所有绑定用户都无法正常上网,说明可能是物理上出现问题或是数据配置问题。PPP拨号用户正常,说明从DLASM到ME60物理连接正常。VLAN绑定用户无法正常上网,需要从DLSAM侧开始判断。Page77故障分析所有绑定用户都无法正常上网,说明可能是物理上出现问题接口UP说明物理连接没有问题链接协议也是UP查看数据查看ME60接入端口状态<Quidway>displayinterfaceGigabitEthernet2/0/0.1GigabitEthernet2/0/0.1currentstate:upLineprotocolcurrentstate:upPage78接口UP说明物理连接没有问题链接协议也是UP查看数据查看ME查看数据查看ME60接入端口配置[Quidway]interfaceGigabitEthernet2/0/0.1[Quidway-GigabitEthernet2/0/0.1]displaythis#interfaceGigabitEthernet2/0/0.1user-vlan10basaccess-typelayer2-subscriberdefault-domainauthenticationispauthentication-methodbind#用户所属VLAN10检查于DSLAM是否匹配Page79查看数据查看ME60接入端口配置用户所属VLAN10检查于D查看数据确保DLSAM数据匹配的后检查接口引用的域配置[Quidway]displaydomainnameispDomain-name:ispDomain-state:ActiveDomain-type:NormaldomainAuthentication-scheme-name:auth1Accounting-scheme-name:acct1Authorization-scheme-name:-RADIUS-server-group:rd1….IP-address-pool-name:pool1TimeRange-Qos:Disabled重点关注红色部分内容上述部分发现该域使用的是RADIUS认证,并且引用POOL1的地址池Page80查看数据确保DLSAM数据匹配的后检查接口引用的域配置重点关查看数据查看认证策略及计费策略是否正确[Quidway]displayauthentication-schemeauth1Authentication-scheme-name:auth1Authentication-method:RADIUS

Authentication-supermethod:Superauthentication-superAuthentication-fail-policy:OfflineAuthentication-fail-domain:-[Quidway]displayaccounting-schemeacct1Accounting-scheme-name:acct1

Accounting-method:RADIUSRealtime-accounting-switch:DisabledRealtime-accounting-interval(min):-Start-accounting-fail-policy:OfflineRealtime-accounting-fail-policy:OnlineRealtime-accounting-failure-retries:3说明认证和计费策略正确Page81查看数据查看认证策略及计费策略是否正确说明认证和计费策略正确查看数据查看Radius服务器是否UP

[Quidway]displayradius-serverconfiguration[WY-R1-YY-radius-test]displayradius-serverconfigurationRADIUSnoresponsepacketcount:10RADIUSautorecovertime(Min):3

Server-group-name:rd1Authentication-server:IP:53Port:1812Weight[0][UP]Vpn:-……Authentication-server:-Accounting-server:IP:53Port:1813Weight[0][UP]Vpn:-

Radius服务器UPPage82查看数据查看Radius服务器是否UPRadius服务器UP查看数据查看是否是地址池设置问题[Quidway]displayippoolpool1Pool-Name:pool1Pool-No:0Lease:3Days0Hours0Minutes……Position:LocalStatus:UnlockedGateway:Mask:Vpninstance:publicvpn-instance

IDstartendtotalusedidleconflicteddisable

0009909900

地地池OKPage83查看数据查看是否是地址池设置问题地地池OKPage83查看数据综上查询发现ME60的数据配置基本没有问题,由于VLANbind认证是在Radius上完成的,怀疑Radius上的设置有问题。打开Radius的debug开关查看故障:*Nov2111:35:342005QuidwayRDS/8/debug2:RadiusSentaPacketServerTemplate:0ServerIP:51Protocol:StandardCode:1Len:288ID:39[User-name(1)][28][Quidway-02000000000010@isp][Password][18][64cf4bca5d17bc8898938b8577b3c247][NAS-Port(5)][6][33554442][NAS-IP-Address(4)][6][][Service-Type(6)][6][2][Framed-Protocol(7)][6][1][Framed-IP-Address(8)][6][55][Calling-Station-Id(31)][19][00:50:04:b4:60:4c][NAS-Identifier(32)][9][Quidway][NAS-Port-Type(61)][6][15][NAS-Port-Id(87)][36][slot=2;subslot=0;port=0;vlanid=10;][Login-IP-Host(14)][6][4294967295][Acct-Session-Id(44)][34][Quidway020000000000100eaa1300039]Page84查看数据综上查询发现ME60的数据配置基本没有问题,由于VL查看数据Nov2111:35:362005QuidwayRDS/8/debug2:[NAS-Startup-Timestamp(26-59)][6][1132569618][Ip-Host-Addr(26-60)][35][5500:50:04:b4:60:4c][Connect-ID(26-26)][6][39][Version(26-254)][16][HuaweiME60][Product-ID(26-255)][8][MA5200][Domain-name(26-138)][5][isp]*Nov2111:35:362005QuidwayRDS/8/debug2:RadiusReceivedaPacketServerTemplate:0ServerIP:51ServerPort:1812Protocol:Standard

Code:3Len:36ID:39[Reply-Message(18)][16][Requestdenied]

Page85查看数据Nov2111:35:362005Quidw查看数据查看上线失败记录<Quidway>displayaaaonline-fail-record

Username:Quidway-02000000000010@ispUserMAC:0000-0000-0001Useraccesstype:IPoEUseraccessinterface:Ethernet2/1/1QinqVlan/UserVlan:0/0UserIPaddress:55UserID:54Userauthenstate:AuthenedUseracctstate:AcctIdleUserauthorstate:AuthorIdleUseracctsessionID:WY-R1-Y02101000000000b599cd00054Userlogintime:2007/07/2716:36:15

Useronlinefailreason:Radiusauthenticationreject

Page86查看数据查看上线失败记录Page86查看数据查看Radiusdebug信息和上线失败记录得出Radius认证不通过,用户使用的用户名是Quidway-02000000000010@isp,与Radius服务器设置相比较,发现是用户名错误导致用户无法上网。bind认证的过程是ME60自动记录用户的相关信息,并生成用户名送往Radius认证,帐号格式:

设备名-槽位号(2位)+子槽号(1位)+端口号(2位)+外层VLAN(4位)+0+内层VLAN(4位)@域名密码默认为:VLAN在本例中用户以2/0/0.1端口VLAN10接入,所以帐号位:Quidway-02000000000010@isp适用于2117以上版本Page87查看数据查看Radiusdebug信息和上线失败记录得出R本课程通过实例案例讲述了故障处理的思路和方法。如何通过获得的信息来逐步定位故障,以及如何使用相关的命令和工具来排查故障。小结Page88本课程通过实例案例讲述了故障处理的思路和方法。如何通过获得的ME60产品故障处理课件演讲完毕,谢谢观看!演讲完毕,谢谢观看!ME60产品故障处理ISSUE1.0ME60产品故障处理ISSUE1.0培训目标学完本课程后,您应该能:掌握故障处理的思路掌握常见故障的可能原因及处理方法Page92培训目标学完本课程后,您应该能:Page1目录设备故障处理简介ME60一般故障处理典型故障案例分析Page93目录设备故障处理简介Page2日常设备故障处理步骤…故障信息收集故障定位故障排除Page94日常设备故障处理步骤…故障信息收集故障定位故障排除Page目录一般故障处理1.1故障信息收集1.2故障定位1.3故障排除Page95目录一般故障处理Page4故障信息收集WHOWHATWHEN故障信息收集全方位,多角度收集Page96故障信息收集WHOWHATWHEN故障信息收集全方Who?谁出了问题?是某个用户还是多个用户?用户类型是什么?PPP、L2TP、DHCP。。。。。。?某个VLAN下用户故障?某个端口下用户故障?某块单板下用户故障?还是某个设备下用户故障?关键在于确定故障的范围!Page97Who?谁出了问题?是某个用户还是多个用户?PageWhat?是什么问题?是不能上线 还是 不能上网?是访问DNS失败 还是 打开网页失败?是不能访问所有网站 还是 不能访问部分网站?是完全不能访问 还是 上网慢?关键在于确定故障的现象!Page98What?是什么问题?是不能上线 还是 不能上网?PaWhen?何时产生的?是间歇性还是持续发生?发生时间有无规律?关键在于确定故障的时间!Page99When?何时产生的?是间歇性还是持续发生?Pag举例Page100举例Page9目录一般故障处理2.1故障信息收集2.2故障定位2.3故障排除Page101目录一般故障处理Page10故障定位故障定位即从众多可能的原因中找出故障成因的过程,它通过一定的方法或手段分析、比较各种可能的故障成因,不断排除可能因素,最终确定故障发生的具体原因Page102故障定位故障定位即从众多可能的原因中找出故障成因的过程,Pa故障定位常用的故障定位的方法有:故障原始信息分析告警信息分析指示灯状态分析仪器仪表辅助分析性能统计辅助分析测试活动辅助分析(如环回操作、对比/互换、倒换/复位)Page103故障定位常用的故障定位的方法有:Page12常用故障定位工具介绍PingTracertDisplayDebuggingTraceReset故障定位工具Page104常用故障定位工具介绍PingTracertDisplayDePing命令ping[-a

source-ip-address|-c

count|-s

packetsize|-t

timeout]*host-a

source-ip-address:设置发送ICMPEchoRequest报文的源IP地址。-c

count:设置发送ICMPEchoRequest报文的次数,缺省值为5。-s

packetsize:设置发送ICMPEchoRequest报文的长度(不包括IP和ICMP报文头),以字节为单位,缺省值为56。-t

timeout:设置ping报文的超时时间,缺省值为2000ms。Page105Ping命令ping[-asource-ip-addTracert命令tracert利用IP报文的TTL域每经过一个路由器转发后减一,当TTL=0时向源节点报告TTL超时这个特性实现。首先发送一个TTL为1的UDP报文,因此第一跳发送回一个ICMP错误消息,明此数据报不能被发送;之后再发送一个TTL为2的报文,在第二跳返回TTL超时,这个过程不断进行,直到到达目的地;在目的地,由于数据报中使用了无效的端口号(缺省为33434),目的主机会返回一个ICMP目的地不可达消息,该tracert操作结束。Page106Tracert命令tracert利用IP报文的TTL域每经Tracert命令参数介绍tracert[-a

source-ip-address|-f

first-TTL|-m

max-TTL|-p

port|-q

nqueries|-w

timeout]*host-asource-ip-address:设置tracert报文的IP地址。-ffirst-TTL:设置初始TTL。-mmax-TTL:设置

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论