影响射频通信的问题的故障排除-Cisco

合集下载

Cisco网络故障的基本排除方法

Cisco网络故障的基本排除方法Cisco网络故障的基本排除方法Cisco网络故障的基本排除方法1.故障判断及排除(Troubleshooting)这里我们介绍在使用路由器时可能出现的硬件,软件问题;在联网过程中,如X.25,FR, DDN,DDR, TCP/IP,与IBM大型主机互连等不同网络环境碰到的问题及解决办法. · Troubleshooting的工具· TCP/IP连接的Troubleshooting · 串口连接遇到问题的Troubleshooting · 电话拨号连接的Troubleshooting · 帧中继连接的Troubleshooting · X.25连接的Troubleshooting · 与IBM主机连接的Troubleshooting2.Troubleshooting的工具Troubleshooting的工具有许多种,可以用路由器的诊断命令,Cisco网络管理工具(CiscoWorks)和规程分析仪等等方法.下面我们主要介绍路由器的诊断命令.路由器诊断命令有四种:· 用 show 命令· 用 debug 命令· 用 ping 命令· 用 trace 命令用 show 命令Show是一个很有用的监控命令和解决系统出现问题的工具.下面是几个通常用到的show命令:· show interface---显示接口统计信息.一些常用的show interface命令:· show interface ethernet· show interface tokenring· show interface serial· show controllers---显示接口卡控制器统计信息.一些常用的show controllers命令:· show controllers cxbus· show controllers e1· show running-config---显示当前路由器正在运行的配置.· show startup-config---显示存在NVRAM配置.· show flash---Flash memory内容.· show buffers---显示路由器中bufferpools统计信息.· show memory---路由器使用内存情况的统计信息,包括空闲池统计信息.· show processes---路由器活动进程信息.· show version---显示系统硬件,软件版本,配置文件和启动的系统映象.用 debug 命令在超级用户模式下的debug命令能够提供端口传输信息,节点产生的错误消息,诊断协议包和其它有用的troubleshooting数据.!! 注意:使用debug命令要注意,它会占用系统资源,引起一些不可预测现象.终止使用debug命令请用nodebug all命令.Debug命令默认是显示在控制台端口上的,可用logbuffer命令把输出定向到buffers里面.若是telnet过去的,可用Router#terminalmonitor监控到控制台信息.用ping命令Ping确定网络连通.用 trace 命令Trace命令跟踪路由器包传输.3.TCP/IP连接的Troubleshooting现象:主机到本地路由器的以太口不通建议:我们可以把路由器的以太网口看作是普通主机的以太网卡,这就成了一个局域网连接问题,1. 用show interface ethernet number命令Router#show interface ethernet 0Ethernet is up,line protocol is down2. 若Ethernet is down,请把线缆(同轴线缆或双绞线)接上.若已接上,ethernet依然是down,请找你的代理联系.3. 若Ethernet is admsinstratively down.Router#conf tRouter(config)#interface ethernet 0Router(config-if)#no shutdownRouter(config-if)#^ZRouter#4. 若Ethernet is up,而line protocol is down.主机10M网卡接到路由器100M的以太口上面,它不是自适应的(目前版本).反之无问题.若是同轴线缆请检查线缆,T型头,终结器,是否连接正确.若是双绞线请检查线缆是否正确,中间是否通过HUB连接,若是直连主机要用交叉线.若是100BaseTX接口,需要用五类双绞线.若是一个接口提供两种物理介质,如粗缆AUI和UTPRJ45,默认为AUI 的.要用RJ45需要:Router#conf tRouter(config)#interface ethernet 0Router(config-if)#media-type 10basetRouter(config-if)#^ZRouter#5. 若Ethernet is up,line protocol is up;但ping不通.请查看路由器以太口的IP地址,是否与主机IP地址在同一个网段上.6. 经过以上几个步骤,问题仍未解决,请找你的代理联系.现象:主机到对方路由器广域网口或以太网口不通.建议:假设主机到本地路由器的以太口已通.1. 在路由器上检查两个广域网口之间是否通,若不通,请看下面关于广域网的troubleshooting.2. 若路由器两个广域网口之间是通的.在主机上用"netstat -rn"命令查找路由,若没有请用"routeadd"加入. 以SCO UNIX为例:#netstat -rn#route add 目的网段掩码网关 1或#vi /etc/gatewaysnet 目的网段 gateway 本地路由器以太口地址metric 1 passive3. 若主机上有默认网关,检查路由器路由协议配置.Router#show ip routeRouter#show running-config...router eigrp 1network ...network ...两端路由器配置路由协议是否一致,是否在一个自治系统里面."network"加入的网段是否正确.现象:主机到对方目的主机不通.建议:按以下步骤解决.1. 检查主机到本地路由器的以太口.2. 检查两个广域网口.3. 检查主机到对方路由器广域网口.4. 检查主机到对方路由器以太网口.可用telnet命令远程登录到对方路由器上,按检查本地主机到本地路由器的以太口的方法检查对方局域网连接情况.5. 重复3和4,检查对方到本地情况.6. 经过以上几个步骤,问题仍未解决,请找你的代理联系.4.串口连接遇到问题的Troubleshooting现象:在专线连接时,路由器直连的两个广域网口间不通.建议:我们可以把两个路由器广域网口之间分成三段,如图所示:路由器A--1---MODEMA----2----MODEMB--3--路由器B我们的任务就是要检查出是哪一段不通并解决它.1. 用show interface serial number命令2. 若是Serial is down,表示路由器到本地的MODEM之间无载波信号CD.连接串口和MODEM,开启MODEM.看MODEM的发送灯TD是否亮,TD 灯亮表示路由器有信号发送给MODEM.TD灯若不亮,请检查MODEM,线缆(最好用Cisco所配的)和端口.你可以用另外一个串口再试试看.3. 若Serial is up,但line protocol is down.有几种可能:a.本地路由器未作配置.b.远端路由器未开或未配置.路由器两端需要配置相同的协议打包方式.例如:路由器A打包HDLC,路由器B打包PPP,那么两台路由器的lineprotocol始终是down 的.改变打包方式:Router#conf tRouter(config)#interface serial 0Router(config-if)#encapsulation pppRouter(config-if)#^ZRouter#c.若是使用Newbridge的26XX,27XX的DTU设备,它不发送CD 信号,请在路由器上设置:Router#configure terminalRouter(config)#int serial 0Router(config-if)#ignored-dcdRouter(config-if)#^ZRouter#d.MODEM之间没通,即专线没通.解决办法:作测试环路.请电信局帮助确定具体出现问题是哪一段线路.若作环路成功,lineprotocol会变成up(looped).4. 若Serial is up,但line protocol is up(looped).用show running-config看看端口是否作了loopback配置,若有删调它.MODEM是否作了环路测试.专线是否作了环路测试.5. 若Serial is admsinstratively down,line protocol is down.Router#conf tRouter(config)#interface serial 0Router(config-if)#no shutdownRouter(config-if)#^ZRouter#5.电话拨号连接的Troubleshooting要解决用电话拨号网连接出现的问题,首先要:确定路由器与MODEM之间已连接明白show line输出的含义确定路由器与MODEM之间已连接我们在路由器上用反Telnet(Reverse T elnet Session)到MODEM,来确定路由器与MODEM之间的连接.也就是说,反向登录到MODEM 上面可对它用AT指令作配置.具体步骤如下:1. 在路由器控制台上,用命令telnet ip-address 20yy其中ip-address是一个活动端口的地址, yy 是连接MODEM的line 线.例如,下面例子是用IP地址192.169.53.52连接到辅助口上: telnet 192.169.53.52 20012. 如果连接被拒绝,可能有其它用户连接在该口上.用showusersEXEC命令决定是否被占用,若是,clearline清除它;若没有,重试反Telnet.3. 如果连接仍被拒绝,确认MODEM控制modeminout.4. 确定路由器txspeed和rxspeed与MODEM设置的数率一致.5. 反Telnet登录成功后,AT命令确定应答OK.明白show line输出的含义Show line line-number EXEC是非常有用的trobbleshooting命令.现象:MODEM和路由器间无连接.试用反登录无反应或用户收到"ConnectionRefused by Foreign Host"信息.建议:1. 用show line看MODEM一栏是否是"inout",若不是,在路由器上: Router#conf tRouter(config)#line aux 0Router(config-line)#modem inoutRouter(config-line)#^ZRouter#2. 确定正确的线缆.3. 硬件问题,请与你的代理联系.现象:MODEM不拨号.建议:MODEM不拨号,排除掉硬件,线缆的可能,就是:1. 不感兴趣的包.用show running-config检查路由器配置,是否设置了dialer-list截段了你想传送的包,若是请重新配置access-list表.2. Chat script配置错误.打开debug信息.Router#debug dialer%LINEPROTO-5-UPDOWN: Line protocol on InterfaceSerial0,changed state to down%LINK-3-UPDOWN: Interface Serial0, changed state to down %LINK-3-UPDOWN: Interface Async1, changed state to downAsync1: re-enable timeoutAsync1: sending broadcast to defaultdestinationget_free_dialer: faking itAsync1: Dialing cause: Async1: ip PERMITAsync1:No holdq created - not configuredAsync1: Attempting to dial 8292CHAT1: Attempting async line dialer scriptCHAT1: Dialing using Modem script: backup & Systemscript: none -- failed, not connectedCHAT1: process startedCHAT1: Asserting DTRCHAT1: Chat script backup startedCHAT1: Expecting string:Async1: sending broadcast to default destination --failed, not connectedCHAT1: Timeout expecting:CHAT1: Chat script backup finished, status = Connectiontimed out; remote host not respondingAsync1: disconnecting call......6.帧中继连接的Troubleshooting1. 用show interface serial查看interface和lineprotocol是否up.确定连接的线缆正确.2. 如果interface is up,但line protocol是down.用showframe-relay lmi查看帧中继的LMI类型.3. 用show frame-relay map查看打包类型.4. 用show frame-relay pvc查看PVC.5. 打开debug信息.7.X.25连接的Troubleshooting确定两个X.25端口连接上.MODEM状态:若线路已连通,MODEM的CD灯和RD灯应该亮,表示X.25交换机有数据发送过来.我们也可以用pad本地或对方的X.121地址,若能pad过去,说明行X.25网链路层已通.Router#pad 28050103(对方的X.121地址)用show interface serial命令.若serialis down,line protocol is down请检查路由器与MODEM连接线缆,换另外串口重试.若serial is up,但line protocol is down.请与电信局联系,检查LAPB 参数是否匹配.若serial is up,line protocol is up.但ping对方广域网口不通.用show running-config查看串口是否作了x25map ip设置.X.25设置中,最大虚电路数值是否超过了申请的值.若对方连接的不是路由器,而是一块X.25网卡(以博达卡为例)环境:知识:博达X.25卡上#cd /etc/x.25#vi x25.profile (网卡参数设定文件) LOCADDR 28050103 (本地X.25端口X.121地址) VC 16 IVC 0 (呼入VC数) OVC 0 (呼出VC数) PVC 0 (永久VC数) X25TIMEOUT 60 (拆链时间)故,SVC=VC-IVC-OVC-PVC.#x25reset (重启X.25网卡)#x25link (监控当前状态信息)#vi x25.addr (地址对应文件,IP 层能互相通信,要把X.121地址与IP地址对应起来) 130.132.128.4 28050104 SVC 0 130.132.128.3 28050103 SVC 0#cd /etc#vi tcp 加上 ifconfig x25 130.132.128.3 -arp network 255.255.0.0一般X.25连接出现问题都是一方的IP地址与X.121地址之间映射没有设定.8.与IBM主机连接的TroubleshootingDLSw+TroubleshootingSTUN TroubleshootingCIP TroubleshootingDLSw+Troubleshooting在用DLSw+通过路由器实现PU2.0/2.1与IBM大型主机之间连接,我们要同时用showdlsw和show interface serial命令解决出现的问题.首先检查DLSw+定义的两个对等peers是否连通Router#show dlsw peersPeers: state pkts-rx pkts-tx type drops ckts TCP uptimeTCP 17.18.15.1 CONNECT 16080 8400 conf 0 0 000.03.27 TCP 1.1.12.1 DISCONN 0 0 conf 0 0 0 00.00.00Peers --- 对应"dlsw remote-peer"定义的对等peers IP地址.state --- 表示与对等peers的连接状态.其中:CONNECT表示对等peers已建立. CAP_EXG表示与远程peer交换性能信息. WAIT_RD是建立peer连接的最后一步,等待远程peer应答信息. DISCONN表示与对等peers没有建立连接,请参阅TCP/IP Troubleshooting检查TCP连接故障. WAN_BUSY表示TCP传输队列已满,不能传输数据.若对等peers已建立连接,请查看性能交换信息.Router#show dlsw capabilitiesDLSw:Capabilities for peer 172.18.15.166vendor id (OUI) : 00C (cisco)version number : 1release number : 0init pacing window : 20unsupported saps : nonenum of tcp sessions :1loop prevent support : noicanreach mac-exclusive : noicanreach netbios-excl. : noreachable mac addresses : nonereachable netbios names : nonecisco version number : 1peer group number : 0border peer capable : nopeer cost : 3biu-segment configured : nolocal-ack configured: yespriority configured: noversion string :Cisco Internetwork Operating System SoftwareIOS (tm) GS Software (GS7-K-M), ExperimentalVersion11.1(10956) [sbales 139]Copyright (c) 1986-1996 by cisco Systems, Inc.Compiled Thu 30-May-96 09:12 by sbales8交换过性能信息后,就要寻找目的MAC地址了,显示出所有的路由器能够到达的MAC地址(本地和远端)Router#show dlsw reachabilityDLSw MAC address reachability cache listMac Addr status Loc.peer/port rif0000.810f.6500 FOUND LOCAL TBridge-001 --norif--0006.e918.7b70 FOUND LOCAL TBridge-001 --no rif--1000.5ae3.03f7 FOUND LOCAL TBridge-001 --no rif--7500.9221.0000 FOUND REMOTE 16.201.30.250(2065) max-lf(4472)7500.9221.0000 SEARCHING LOCALDLSw NetBIOS Name reachability cache listNetBIOS Name status Loc.peer/port rifSXUSER2 FOUND LOCAL TBridge-001 --no rif-- 若本地MAC地址和目的MAC地址状态均是FOUND,请参看第五步.SEARCHING表示在寻找本地MAC地址或目的MAC地址.此时用show interface serial命令查看该口连接的PU状态.NOT_FOUND表示没有收到对PU轮询的应答.VERIFY表示确认缓存内信息.在SERACHING本地MAC地址或目的MAC地址.Router#show interface serial 0Serial1 is up, line protocol is up Hardware is HD64570 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation SDLC, loopback not set Router link station role: SECONDARY (DTE) Router link station metrics: group poll not enabled poll-wait 40000 seconds N1 (maxframe size) 12016 bits modulo 8 sdlc vmac:4000.5555.00-- sdlc addr C1 state is DISCONNECT cls_state is CLS_STN_CLOSED VS 0, VR 0, Remote VR 0, Current retransmit count 0 Hold queue: 0/200 IFRAMEs 0/0 TESTs 0/0 XIDs 0/0, DMs 0/0 FRMRs 0/0 RNRs 0/0 SNRMs 0/0 DISC/RDs 0/0 REJs 0/0 chain: C1/C1 Last input never, output never, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops;input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 19 interface resets 0 output buffer failures, 0 output buffers swapped out 6 carrier transitionsDCD=up DSR=up DTR=up RTS=up CTS=up说明:Encapsulation SDLC---串口打包方式为SDLC.Router link station role: SECONDARY (DTE)---目前端口作secondary,由"sdlc role"命令设置.sdlc vmac: 4000.5555.00-- ---由"sdlc vmac"设置的MAC地址.注意它的最后两位是留给PU地址的. 在本例中,端口MAC地址是4000.5555.00C1.sdlc addr C1 state is DISCONNECT ---该端口连接PU C1当前状态.有以下几种状态: DISCONNECT -与PU未连接,次站没有发TEST或XID帧请求建立连接.请检查下面连接的PU是否启动SNA进程,若是用DCE线缆连接PU请检查线缆是否正确,若是MODEM连接到远端PU上,请检查MODEM状态灯. DISCSENT-路由器发送断开请求(DISC)给次站,正在等待次站应答. SNRMSENT-路由器发送连接请求(SNRM)给次站,正在等待次站应答.这个状态出现在作主站的路由器上.若是在作主站路由器上出现SNRMSENT状态,检查下端PU是否开机,路由器端口与PU上SDLC口连接的MODEM是否已通(MODEM的DTR,CD,RXD,TXD灯应常亮).一句话,出现SNRMSENT 状态是路由器端口与它下端PU之间问题. CONNECT-PU连接正常.路由器和它连接的次站正常连接. THEMBUSY-PU发送RNR帧.次站告诉路由器暂时不能接收任何信息. USBUSY-路由器发送RNR帧.路由器告诉次站暂时不能接收任何信息.路由器已接收到次站对SNRM帧的应答帧UA,试图建立SDLC或LLC2会话. BOTHBUSY-双方均发送RNR帧.告诉对方暂时不能接收任何信息. ERROR-违反SDLC协议.路由器正在等待次站应答. SNRMSEEN-路由器作次站,接收到SNRM帧. 当双方MAC地址都找到后,开始建立链路了.Router#show dlsw curcuitIndex local addr(lsap) remote addr(dsap) state181**** ****.5ae3.430d(04) 4000.5555.00c1(04) CONNECTED用"show interface serial"查看PU状态应是"CONNECT".我们也可以用"debug dlsw"获得更多的信息帮助解决网络中出现的问题.你可以记录下debug传输信息提供给你的代理.问题:远端没有到达本端机器.远端peer的IP地址是172.18.16.156.建议:检查show dlsw peer输出,我们看到:Peers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 172.18.16.156 DISCONN 0 0 conf 0 0 0 --用debug dlsw peers命令决定问题:DLSw:action_a() attempting to connect peer172.18.15.156(2065)DLSw:action_a(): Write pipe opened forpeer172.18.15.156(2065)DLSw:peer 172.18.15.156(2065), old state DISCONN, new stateWAIT_RDDLSw:dlsw_tcpd_fini() for peer 172.18.15.156(2065)DLSw:tcp fini closing connection for peer172.18.15.156(2065)DLSw:action_d(): for peer 172.18.15.156(2065)DLSw:peer 172.18.15.156(2065), old state WAIT_RD, new stateDISCONNDLSw:Not promiscuous - Rej conn from172.18.15.166(2065)诊断:试着打开peer172.18.15.156,但不成功.DLSw+接收到来自172.18.15.166的打开请求,但是DLSw+拒绝它,因为这个peer没有定义.由此我们可以判断定义peer地址不正确.该peer地址为172.18.15.166就连通了.Peers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 172.18.16.166 CONNECT 2 2 conf 0 0 0 00:224:27问题:SDLC设备不能连接到主机.Milan是连接SDLC设备的远端peer.建议:用show dlsw peer命令显示peer是up的.milan#sh dlsw peersPeers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 172.18.16.166 CONNECT 2 2 conf 0 0 0 00:224:27Show dlsw circuits没有链路产生.milan#show dlsw circuitsmilan#Show interface 命令显示SDLC 地址状态是USBUSY,这表示我们已经成功的连接到下端路由器上.Router#show interface serial 3/7Serial1 is up, line protocol is up Hardware is HD64570 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation SDLC, loopback not set Router link station role: SECONDARY (DTE) Router link station metrics: group poll not enabled poll-wait 40000 seconds N1 (max frame size) 12016 bits modulo 8 sdlc vmac: 4000.5555.00-- sdlc addr C1 state is USBUSY cls_state is CLS_STN_CLOSED VS 0, VR 0, Remote VR 0, Current retransmit count 0 Hold queue: 0/200 IFRAMEs 0/0 TESTs 0/0 XIDs 0/0, DMs 0/1 FRMRs 20/20 RNRs 620/0 SNRMs 3/0 DISC/RDs 1/0 REJs 0/0 chain: C1/C1 sdlc addr C2 state is USBUSYcls_state is CLS_STN_CLOSED VS 0, VR 0, Remote VR 0, Current retransmit count 0 Hold queue:0/200 IFRAMEs 0/0 TESTs 0/0 XIDs 0/0, DMs 0/0 FRMRs 0/0 RNRs 730/0 SNRMs 7/0 DISC/RDs 0/0 REJs 0/0 chain: C2/C2 Last input never, output never, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 19 interface resets 0 output buffer failures, 0 output buffers swapped out 6 carrier transitions DCD=up DSR=up DTR=up RTS=downCTS=up检查配置到达的目的MAC地址是/doc/2c2293004.html,an#write terminal ... ! interface Serial3/7 description sdlc config to MVS mtu 4400 no ip address encapsulation sdlc no keepalive clockrate 9600 sdlc role primary sdlc vmac 4000.1234.5600sdlc N1 12016 sdlc address C1 sdlc xid C1 05DCCCC1 sdlc partner 4001.3745.1088 C1 sdlc address C2 sdlc xid C2 05DCCCC2 sdlc partner 4001.3745.1088 C2 sdlc dlsw C1 C2 ! ...用show dlsw reachability mac-address命令发现MAC地址没找到:Router#show dlsw reachability mac-address4001.3745.1088DLSw MAC address reachability cache listMac Addr status Loc. peer/port rif0000.810f.6500 SEARCHING LOCAL在FEP连接的路由器一端,用show dlsw reachability mac-address 命令发现MAC地址没找到:Router#show dlsw reachability mac-address 4001.3745.1088DLSw MAC address reachability cache listMac Addr status Loc. peer/port rif0000.810f.6500 SEARCHING REMOTE显示show source-bridge,没有令牌环口走SRB:bolzano#showsource-bridgeGlobal RSRB Parameters:TCP Queue Length maximum: 100Ring Group 100:No TCP peername set, TCP transport disabledMaximum output TCP queue length, per peer: 100Rings:诊断:加上"source-bridge"命令,连接正常了.问题:同一个串口上,一个SDLC设备连接正常而其它几个不行.建议:用show dlsw peer命令显示peer是up的.milan#sh dlsw peersPeers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 172.18.16.166 CONNECT 2 2 conf 0 0 0 00:224:27用show dlsw reachability mac-address命令发现MAC地址:Router#show dlsw reachability mac-address4001.3745.1088DLSw MAC address reachability cache listMac Addr status Loc. peer/port rif0000.810f.6500 FOUND REMOTE 172.18.15.166(2065)用show dlsw circuits mac-address命令告诉两个链路连接:milan#show dlsw circuit mac-address 4001.3745.1088 Index local addr(lsap) remote addr(dsap) state 250-00 4000.1234.56c1(04) 4001.3745.1088(04) CONNECTED 251-00 4000.1234.56c2(04) 4001.3745.1088(04) CKT_ESTABLISHED 用debug dlsw core命令输出:milan#debug dlswcore stateDLSw core statedebugging is onmilan#DLSw: START-FSM(251-00): event:DLC-Idstate:CKT_ESTABLISHEDDLSw: core:dlsw_action_f()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED- >CKT_ESTABLISHEDDLSw: START-FSM (251-00): event:DLC- Idstate:CKT_ESTABLISHEDDLSw: core:dlsw_action_f()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED- >CKT_ESTABLISHEDDLSw: START-FSM (251-00): event:WAN- XIDstate:CKT_ESTABLISHEDDLSw: core:dlsw_action_g()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED- >CKT_ESTABLISHEDDLSw: START-FSM (251-00): event:DLC- Idstate:CKT_ESTABLISHEDDLSw: core:dlsw_action_f()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED- >CKT_ESTABLISHEDDLSw: START-FSM (251-00): event:DLC- Idstate:CKT_ESTABLISHEDDLSw: core:dlsw_action_f()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED- >CKT_ESTABLISHEDDLSw: START-FSM (251-00): event:DLC- Idstate:CKT_ESTABLISHEDDLSw: core:dlsw_action_f()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHEDDLSw: START-FSM (251-00): event:DLC-Idstate:CKT_ESTABLISHEDDLSw: core:dlsw_action_f()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHEDDLSw: START-FSM (251-00): event:WAN-XIDstate:CKT_ESTABLISHEDDLSw: core:dlsw_action_g()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHEDDLSw: START-FSM (251-00): event:DLC-Idstate:CKT_ESTABLISHEDDLSw: core: dlsw_action_f()DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED诊断:DLSw试图在下端SDLC设备和FEP之间传输XID,但FEP并不建立会话.它通常是XID(IDBK/IDNUM)引起的.在配置中加上"sdlc xid"后连接正常.STUNTroubleshooting确定stun peer连通rick#sh stun peerThis peer: 10.17.5.2*Serial2 (group 1 [basic]) state rx_pkts tx_pkts dropsall TCP 10.17.5.2 open 5729 5718 0若状态不是open,应是TCP/IP连接问题,请参阅TCP/IP Troubleshooting.用show interface确定路由器和主机之间serial isup,line protocol is up.若是"down/down"请检查线缆,正确使用DTE和DCECable.若serial一会儿up,一会儿down,不断反复.你的主机可能配置成半双工的而不是全双工的,使用MSD时路由器没有设成半双工的.如果serail is up,但line protocol is down.最大可能是一端是NRZ 编码,另一端是NRZI编码.用"nrzi-encoding"命令设置NRZI编码.设定编码方式与大机相同.一旦line操作正常,最常出现的问题就是SDLC地址不对.SDLC地址要与主机PU地址一致.如果收到下面信息就表示SDLC地址与主机PU地址不匹配.Received data from wrong address! Expect for outputaddress C2/Got C4.Debug sdlc当工作正常时,debug输出信息顺序:SDLC Primary :DISCONNECT-->SDLC PRI WAIT-->NET UP WAIT-->CONNECTSDLC Secondary :DISCONNECT-->NET UP WAIT-->SDLC SECWAIT-->CONNECTCIPTroubleshooting用"show interface channel 3/0"显示物理通道端口状态.若channel3/0 is up,line protocol is up.表示物理接口连接正常.否则请检查物理接口,线缆,bypass等是否连接正确.Router#sh int c3/0Channel3/0 is up, line protocol is up Hardware is cyBus Channel Interface MTU 4096 bytes, BW 36864 Kbit, DLY 270 usec, rely 255/255, load 1/255 Encapsulation CHANNEL, loopback not set PCA adapter card Data transfer rate 4.5 Mbytes, number of subchannels 1 Last input never, output never, output hang never Last clearing of "show interface" counters never Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 1677 packets input, 0 bytes, 0 no buffer Received 0broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 1595 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets, 0 restarts 0 output buffer failures, 0 output buffers swapped out 用"show interface channel 3/2"显示逻辑通道口状态.Router#sh int ch3/2Channel3/2 is up, line protocol is up Hardware is cyBus Channel Interface MTU 4472 bytes, BW 98304 Kbit, DLY 100 usec, rely 255/255, load 1/255 Encapsulation CHANNEL, loopback not set Virtual interface Last input 0:01:36, output0:01:26, output hang never Last clearing of "show interface" counters never Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 19090 packets input, 686391 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 20314 packets output, 754513 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets, 0 restarts 0output buffer failures, 0 output buffers swapped out用"show ext ch 3/0 csna oper"显示CSNA通道连接设备状态."stat"替代"oper"获得CSNA通道连接设备的统计值.确认CSNA通道连接设备状态为"setupComplet".Router#sh ext c3/0 csna Path Dv maxpiu time-delay length-delayCSNA 0100 E1 20470 10 20470Router#sh ext c3/0 csna oper Path Dv Status SlowDown maxpiu time-delay length-delayCSNA 0100 E1 setupComplet off20470 10 20470用"show ext ch 3/2 conn llc"命令确定SAPs值和CIP上打开的连接.确认定义在XCA中的正确的SAP值在CIP internal Token Ring LAN adapter中已打开.SHANXI2#sh ext c3/2 conn llc LAN Token 0 Adapter 1 5808.0100.0000 No SAPs open on this interface Total :SAPs opened = 0 Connections active = 0如果CSNA通道连接设备状态是"setupComplet",正确的SAP值(i.e.,SAP 08)打开在正确的CIP internalMAC adapter上,进入第七步.否则,问题可能是PATH/DEVICE或XCA Major Node.请检查通道地址定义是否正确.若PATH/DEVICE正确,再在主机上"v net,act,id="命令确认XCA Major Node激活.Router#sh ext c3/0 csna oper Path Dv Status SlowDown maxpiu time-delay length-delayCSNA 0100 E1 Close off 20470 10 20470用"debug source-bridge"命令确定是否产生探测帧.如果确定以CIPinternal MAC地址为目的的探测帧被接收到,请打开"debugchannel vlan".用"show ext ch 3/2 lan"命令显示CIP internal MAC adapters.核实CIP internal MAC adapter被CIP microcode确认.router#debug channel vlanrouter#show ext ch 3/2 lanLan TokenRing 0source-bridge 1000 1 100 Adapno Mac Address Name Vcnum 0 4000.1234.0001 544 0041 ACK ... ... ... ...... INU 如果CIP internal MAC adapters没有收到CIP的应答,(在"showext ch 3/2 lan"显示不是ACK而是CRE或PNDIND),表明CIPmicrocode没有承认CIP adapter配置命令.在这种情况下,RP不发送探测帧给CIP.如果CIP internal MAC adapters已经接收到CIP的应答,用"showext ch 3/2 llc stat 4000.0008.0000",4000.0008.0000是CIP 的internalMAC address,检查是否收到CIP MAC adapter的检测命令和应答.如果正常,再用"show ext ch 3/2 llc stat4000.0008.0000 08"命令确认SAP是否接收到XIDs和应答.如果没有应答,可能是SwitchedMajor Node没被激活,或IDBLK/IDNUM不正确,或PU被占用.在下端路由器上"show dlsw"命令查看串口连接的SNA endstation状态.参阅DLSw+ Troubleshooting.用"show llc2"显示当前已建立的LLC2链接.SHANXI2#sh llcLLC2 Connections: total of 1 connectionsChannel1/2 DTE:5808.0100.0000 4000.4700.10c1 04 04 state NORMALV(S)=38, V(R)=38, Last N(R)=38, Local window=7, Remote Window=127 akmax=3, n2=8, Next timer in 7520 xid-retry timer 0/0 ack timer 0/1000 p timer 0/1000 idle timer7520/10000 rej timer 0/3200 busy timer 0/9600 akdelay timer 0/100 txQ count 0/200 RIF: 0630.0641.0020。

cisco网络故障处理手册

cisco网络故障处理手册故障处理方法一、网络的复杂性一般网络包括路由、拨号、交换、视频、WAN（ISDN、帧中继、ATM、…）、LAN、VLAN、…二、故障处理模型1、界定问题（Define the Problem)详细而精确地描述故障的症状和潜在的原因2、收集详细信息（Gather Facts）R>信息来源：关键用户、网络管理系统、路由器/交换机1）识别症状：2)重现故障：校验故障依然存在3）调查故障频率:4）确定故障的范围：有三种方法建立故障范围由外到内故障处理（Outside—In Troubleshooting）:通常适用于有多个主机不能连接到一台服务器或服务器集由内到外故障处理（Inside-Out Troubleshooting）：半分故障处理（Divide-by-Half Troubleshooting）3、考虑可能情形（Consider Possibilities）考虑引起故障的可能原因4、建立一份行动计划(Create the Action Plan）5、部署行动计划（Implement the Action Plan)用于纠正网络故障原因.从最象故障源处，想出处理方法每完成一个步骤，检查故障是否解决6、观察行动计划执行结果(Observe Results）7、如有行动计划不能解决问题，重复上述过程(Iterate as Needed）三、记录所做修改在通过行动计划解决问题后，建议把记录作为故障处理的一部分，记录所有的配置修改。

第2章网络文档一、网络基线解决网络问题的最简单途径是把当前配置和以前的配置相比较。

基线文档由不同的网络和系统文档组成，它包括：网络配置表网络拓扑图ES网络配置表ES网络拓扑图创建网络的注意事项：1）确定文档覆盖的范围；2）保持一致：收集网络中所有设备的相同信息；3）明确目标：了解文档的用途;4)文档易于使用和访问；5）及时维护更新文档。

二、网络配置表网络配置表的通常目标是提供网络中使用的硬件和软件组成的列表，其组成有:分级项目杂项信息设备名、设备型号、CPU类型、FLASH、DRAM、接口描述、用户名口令第1层介质类型、速率、双工模式、接口号、连接插座或端口第2层MAC地址、STP状态、STP根桥、速端口信息、VLAN、Etherchannel配置、封装、中继状态、接口类型、端口安全、VTP状态、VTP模式第3层IP地址、IPX地址、HSRP地址、子网掩码、路由协议、ACL、隧道信息、环路接口在多数情形下，存储这些信息的最佳方式是电子表格或数据库，电子表格用于较小的，网络数据库用于较大的网络.三、网络拓扑图网络拓扑图是图示网络的各组成部分之间如何在逻辑上和物理上相互连接。

通信技术中的射频干扰排查与处理方法

通信技术中的射频干扰排查与处理方法射频干扰是指在通信技术中，由于不同设备之间的无线电频率相互干扰而导致的通信故障或性能下降的问题。

在日常的通信设备使用中，我们经常会遇到射频干扰的情况，这给正常的通信传输带来了困扰。

为了解决射频干扰问题，我们需要采取相应的排查和处理方法。

首先，进行射频干扰的排查，我们可以根据具体的情况采取以下几种方法。

第一种方法是使用频谱分析仪进行频谱扫描。

频谱分析仪可以检测到整个频谱范围内的干扰信号，并能够以图形化的方式展示出来。

通过观察频谱图，我们可以确定干扰的频率范围和信号强度，从而更好地定位干扰源。

第二种方法是使用信号跟踪仪进行实时跟踪。

信号跟踪仪可以根据信号强度和方向指示器的变化来确定干扰源的位置。

这种方法适用于移动干扰源的排查。

第三种方法是使用协同扫描系统进行干扰源的快速定位。

协同扫描系统可以通过多个扫描探头实时扫描无线电频谱，将扫描结果发送到中心控制台进行处理和分析，从而快速定位干扰源。

在排查到射频干扰源后，我们需要采取相应的处理方法来消除干扰。

首先，我们可以尝试调整受到干扰设备的位置和方向。

通过改变设备的位置和方向，可以减少干扰信号的传播路径和强度，从而减少干扰对正常通信的影响。

其次，我们可以采用屏蔽措施来减少干扰信号的干扰范围。

对于高频干扰源，可以使用屏蔽罩或金属隔离屏蔽材料来屏蔽干扰信号的传播。

对于低频干扰源，可以采用滤波器来屏蔽干扰信号。

此外，我们还可以对受到干扰的设备进行频率调整，将其调整到一个干扰较少的频段，从而避免干扰的影响。

最后，我们可以使用干扰源定位设备来对干扰源进行定位，并采取相应的干扰源处理措施，比如干扰源屏蔽或发出警报。

除了以上处理方法，我们还可以采取一些预防措施来减少射频干扰的发生。

首先，我们可以合理规划通信设备的位置和布局，避免不同设备之间的射频干扰。

其次，可以合理规划通信频段和频率，避免频谱拥挤和频率冲突。

此外，我们还可以使用抗干扰技术和设备，比如使用抗干扰的天线、滤波器和信号处理器等，提高通信设备的抗干扰能力。

Cisco路由器常见故障

路由器配置故障（1）使用路由器和使用交换机一样，都需要进行合理的配置，这些配置不但要符合路由器自身的功能特点，而且还要符合所在网络的具体要求。

1. 突然断电后Cisco 3640通信失败故障现象网络中心机房UPS电源因故障而突然断电。

重新加电后发现，Cisco 3640虽然已经重新启动，各种LED指示灯也表现正常，但整个网络却不能接入Internet。

故障分析路由器加电后已经正确重新启动，但是，却无法连接到Internet，所以首先应当检查每个端口的工作状态是否正常。

当检查Cisco 3660各个物理接口的状态和所用的动态路由协议时，反馈如下信息：路由器物理接口处于"administratively down"状态。

故障解决进入路由器端口配置模式，使用"no shutdown"命令重新激活该物理端口，故障随即解决。

执行"copy running-config startup-config"命令，将当前配置文件保存至NVRAM，并作为系统初始配置文件。

2. 路由器封装错误故障现象由于公司业务需要，现将工作正常的总公司网络同分公司网络通过DDN专线连接，连接后发现网络不通了，即两端路由器的广域网端口之间不能正常通信。

故障分析既然原来内部网络工作是正常的，那么问题很可能就出现在中间链路上。

将两端路由器的广域网端口之间的连线划分为3段，即总公司路由器A到总公司的Modem A、总公司Modem A到分公司Modem B、分公司Modem B到分公司路由器B，如图3-16所示。

接下来就是检查到底是哪一段链路出现了故障，并试着解决。

在总公司的路由器A上运行"show interface serial number"命令，查看其广域网端口工作状态，若返回"Serial is down"，则表示到本地Modem之间无信号传输。

cisco 思科 Catalyst 9800无线控制器常见无线客户端连接问题故障排除

Catalyst 9800无线控制器常见无线客户端连接问题故障排除目录简介先决条件要求使用的组件收集日志客户端无法连接时的场景Web身份验证凭据无效策略配置文件中未定义有效的VLAN错误密码9800 WLC上不存在RADIUS发送的访问控制列表(ACL)RADIUS发送的VLAN在9800 WLC上不存在由于WLAN或策略配置文件中的更改而断开连接从网络中手动删除客户端由于EAP超时而断开连接由于AP无线电重置，已断开连接由于Web身份验证超时而断开连接由于会话超时，已断开连接由于空闲超时而断开连接客户端在SSID之间移动简介本文档介绍最常见的无线客户端连接问题场景以及如何在Catalyst 9800无线控制器上解决这些问题。

先决条件要求Cisco 建议您了解以下主题：Cisco Catalyst 9800 系列无线控制器q无线控制器的命令行界面(CLI)访问q使用的组件本文档中的信息基于Cisco IOS® XE Gibraltar 16.10或更高版本的软件和硬件版本。

本文档中的信息都是基于特定实验室环境中的设备编写的。

本文档中使用的所有设备最初均采用原始（默认）配置。

如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

收集日志WLC 9800 提供无间断跟踪功能。

这可确保持续记录所有客户端连接相关的错误、警告和通知级别消息，并且您可以在发生事故或故障情况后查看其日志。

注：根据生成的日志量，您可以返回几小时到几天。

要查看9800 WLC默认收集的跟踪，可以通过SSH/Telnet连接到9800 WLC并遵循以下步骤（确保会话记录到文本文件）。

步骤1:检查控制器当前时间，以便您可以在问题发生之前的时间跟踪日志。

# show clock第二步：根据系统配置的指示，从控制器缓冲区或外部系统日志收集系统日志。

这样可以快速查看系统的运行状况和错误（如果有）。

# show logging第三步：验证是否启用了任何调试条件。

CISCO交换机故障排除

实验CISCO交换机故障排除
(说明：show module是用于Catalyst5000系列的交换机查看模块的命令，所以在实验过程中，输入这个命令，可能会报错，没有显示信息，另一种原因是远程登录的交换机都是没有任何配置的，也没有添加模块)
使用SHOW PORT命令所输出的信息显示如下：1) Port 已经查询过的端口号
如果有某个S N M P管理应用软件，比如C i s c o Wo r k s正在监视着该交换机的话，那么，窃听将会向S N M P控制台产生一个自陷消息。

使用SHOW MAC命令所输出的信息显示如下：1) MAC 被怀疑的模块号和端口号
使用SHOW VLAN命令所输出的信息显示如下：
1) VLAN VLAN标号
2) Name VLAN的名字，如果已经配置了该选项的话
使用SHOW TRUNK命令所输出的信息显示如下：
使用SHOW VTP DOMAIN命令所输出的信息显示如下：
使用SHOW SPANTREE命令所输出的信息显示如下：
1) VLAN 指出现在所显示的是哪个V L A N的信息
2) Spanning tree 指出生成树的当前状态
SHOW INTERFACE命令将可以显示出该LAN所使用的以及远程访问到该交换机的SLIP。

射频电路设计中的常见问题与解决方案

射频电路设计中的常见问题与解决方案
射频电路设计是无线通信领域中非常重要的一部分，而在设计过程中常常会遇到一些常见问题。

本文将针对射频电路设计中常见的问题进行总结，并提供相应的解决方案，希望能帮助读者更好地解决射频电路设计中的困惑。

首先，在射频电路设计中，最常见的问题之一是信号干扰和串扰。

当信号频率较高时，设备之间可能会出现信号干扰和串扰现象，导致通信质量下降甚至通信中断。

解决这一问题的方法是合理设计射频电路的布局，减小信号的传输路径，增加滤波器和隔离器的数量，降低干扰源的功率，以降低串扰的影响。

其次，射频天线设计中常见的问题是天线阻抗匹配不良导致反射损耗大。

天线的阻抗匹配不良会导致大量信号反射，造成信号损失严重。

解决这一问题的关键在于调节天线的长度、宽度和材料等因素，以使天线的输入阻抗与射频电路的输出阻抗匹配，降低反射损耗，提高信号传输效率。

此外，射频电路中还常见功耗过大的问题。

功耗过大会导致电路发热严重、寿命缩短或者性能下降的情况。

解决功耗过大的问题可以采用优化电路设计，降低电路的工作频率、降低电源电压、采用低功耗器件等方法，以降低功耗，提高电路的性能和稳定性。

此外，射频电路设计中常见的问题还包括谐波失真、相位噪声、频率漂移等。

在设计过程中，需要充分考虑这些问题，并根据具体情况采取相应的解决方案，以保证设计的射频电路性能稳定、可靠。

总的来说，射频电路设计中常见的问题有很多，但只要我们充分理解这些问题的本质，并采取正确的解决方案，就能够成功地解决这些问题，设计出性能稳定、可靠的射频电路。

希望本文提供的解决方案能够帮助读者更好地应对射频电路设计中的挑战，取得更好的设计成果。

射频通信系统中常见的问题及解决方法

射频通信系统中常见的问题及解决方法射频通信系统是现代通信技术的重要组成部分，在无线电通信、广播电视、卫星通信等领域都有广泛应用。

由于射频通信系统涉及到高频信号的传输和处理，存在诸多问题，如信号干扰、频谱受限、噪声扰动等。

本文将分析射频通信系统中常见的问题，并提出相应的解决方法。

问题一：信号干扰信号干扰是射频通信系统中最为常见的问题之一，它会导致信号质量下降，影响通信效果。

在射频通信系统中，信号干扰包括两种类型：内部干扰和外部干扰。

内部干扰主要来自于系统内部各模块之间产生的相互干扰，外部干扰主要来源于环境、其他无线电设备、电磁波等因素。

如何避免信号干扰？首先，射频通信系统设计时需要考虑到抗干扰能力，通过合理的电路设计、设备布局、信道分配等方式，降低系统的内部和外部干扰。

其次，可采用滤波器、功率放大器等设备对信号进行处理，降低噪声、滤除干扰。

最后，选用低干扰的通信频段、减少功率等措施也可以有效降低信号干扰。

问题二：频谱受限频谱是射频通信系统中非常宝贵的资源，但其受限于频段的使用，随着无线电设备的增多和使用量的增加，频谱资源的使用变得越来越紧张。

如何充分利用频谱资源？首先，可以采用分时复用、码分复用、频分复用等技术，将频谱分割成多个子频段进行利用，提高频谱的利用效率。

其次，可采用修改协议和搭建智能网络等技术，通过动态配置、有效利用现有的频段来满足不同用户的需求，进一步提高频谱的利用率。

问题三：噪声扰动噪声扰动是射频通信系统中造成信号质量下降的重要因素之一，主要来源于器件本底、放大器、天线等。

噪声扰动会使得传输信号的信噪比下降，影响数据传输的可靠性。

如何降低噪声扰动？首先，设计时应考虑到噪声的特性和来源，在信号处理的各个环节上引入抗噪技术，通过信号处理和滤波等方式降低噪声对信号质量的影响。

其次，采用低噪声放大器、低噪点天线等设备可以有效降低噪声扰动。

总结射频通信系统中的问题不可避免，但可以通过合理的设计和使用技术手段来降低这些问题的影响。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

电磁干扰
在对Cisco Aironet WLAN设备的非常接近运行的非无线电设备能有时生成电磁干扰(EMI)。理论上，此干扰能直接地影响信号接收和发射。然而， EMI可能影响发射机的组件而不是发射。
查出从EMI的潜在的来源的无线设备为了使EMI减到最小的可能的作用。若可能置远离这样来源的设备。并且，用品调节功率到WLAN设备为了减轻在电源电路生成的EMI的作用。
您能找到方向升级固件在：
q 从控制台升级VxWorks固件 q 升级自治接入点上的 Cisco IOS q 升级在1400系列无线网桥的IOS q 安装客户端适配器软件 q 无线 LAN 控制器 (WLC) 软件升级
软件配置问题
当您遇到无线通信问题时， WLAN设备的配置可以是无线电故障的原因。您必须适当配置某些参数为了设备能成功通信。如果不正确地配置参数，问题结果看来是无线电的一个问题。这些参数包括服务集标识、频率、数据速率和距离。
距离
网桥之间的无线链路是有时非常长的。所以，无线电信号采取移动在无线电之间的时间能变得重大。距离参数调整用于无线电协议的多种计时器占延迟。输入仅参数在根网桥，告诉中继器。最长的无线链路的距离在套的网桥被输入以公里，不以英里。
RF故障
许多要素削弱无线电信号的成功的发送或接收。多数常见问题是无线电干扰、电磁干扰、电缆问题和天线问题。
无线电干扰
您不需要一个许可证运行在Cisco Aironet WLAN设备运行的2.4 GHz频段的无线设备。结果，其他发射机在您的WLAN使用的相同频率能播放。
光谱分析程序是确定所有活动出现的最佳的工具在您的频率的。载波繁忙测试可用在Cisco Aironet网桥功能测试菜单作为替代品为此项目。此测试在不同的频率生成活动一个概略的显示。如果怀疑您的WLAN的无线电干扰用发射和接收，请关闭起作用正在考虑中的频率的设备并且运行测试。试验证明在设备能运行的您的频率和其他频率的所有活动。您能因而确定是否要更改频率。
Note: 高错误在客户端的无线接口抵抗，接入点或网桥指示RF干扰的作用。您能通过在接入点 (AP)或网桥的日志的系统消息也识别RF干扰。输出如下所示:
May 13 18:57:38.208 Information Interface Dot11Radio0, Deauthenticating Station 000e.3550.fa78 Reason: Previous authentication no longer valid
May 13 18:57:38.208 Warning Packet to client 000e.3550.fa78 reached max retries, removing the client
CRC， PLCP错误
CRC错误和PLCP错误能出现由于RF干扰。越高无线电的数量在信元(APs、网桥或者客户端)的，更高是这些错误出现时间的机会。请参见CRC， PLCP间歇接通问题的错误部分在无线网桥的解释的CRC和PLCP错误如何影响性能。
Mbps设置，通信发生故障。 q 如果配置对设备使用同一数据速率，其他要素很可能防止他们达到该费率。结果，通信失败。 q 如果一一个对网桥有设置的11 Mbps的数据速率，并且设置其他使用所有费率，则单元沟通在
11 Mbps。但是，如果有在要求单元落回到一个较低的数据速率的通信的某损坏， 11 Mbps的单元集不能后退，并且通信发生故障。 Cisco建议设置WLAN设备连通以超过一数据速率。
Introduction
本文档解决您设法在无线 LAN (WLAN) 的元素之间建立无线链路时遇到的一些主要问题。根据 Cisco Aironet WLAN 组件之间的无线电射频 (RF) 通信出现的问题，您可以追踪出四个根本原因：
1. 固件与驱动程序问题 2. 软件配置问题 3. 包括天线和电缆问题的RF故障 4. 客户端问题
影响射频通信的问题的故障排除
Contents
Introduction Prerequisites Requirements Components Used Conventions 固件与驱动程序问题软件配置问题服务集标识频率数据传输速度距离 RF故障无线电干扰 CRC， PLCP错误电磁干扰电缆问题天线问题客户端问题减少的信号强度的其他原因 Related Information
Prerequisites
Requiremቤተ መጻሕፍቲ ባይዱnts
There are no specific requirements for this document.
Components Used
This document is not restricted to specific software and hardware versions.
Conventions
有关文档规则的详细信息，请参阅 Cisco 技术提示规则。
固件与驱动程序问题
偶然地，您能描述无线电信号的一个问题到在固件的一个问题在通信设备。
如果遇到您的WLAN的无线通信问题，请保证每个组件运行其固件或驱动程序最新版本。以您的 WLAN产品使用驱动程序或固件的多数最新版本。请使用Cisco下载(仅限注册用户)得到更新的驱动程序和固件。
服务集标识
必须设置Cisco Aironet WLAN设备为服务集标识(SSID)和在无线结构的所有其他Cisco Aironet设备一样。用不同的Ssid的单元不能直接地与彼此联络。
频率
设置无线设备自动地查找正确频率。设备扫描频率光谱，细听一个未使用的频率或细听有SSID和设备一样的传送的帧。如果未配置频率如自动，请保证在WLAN基础设施的所有设备配置有相同频率。
数据传输速度
数据速率影响AP覆盖区域。较低的数据速率(例如1 Mbps)比高数据传输比能从AP扩大远覆盖区域。如果WLAN设备为不同的数据速率被配置(表示以兆比特每秒)，设备不能连通。这是一些常见情况：
q 网桥用于连通在两个大厦之间。如果一个网桥数据速率为11 Mbps设置，并且其他数据速率为1