I have an 1800 cisco router with a wireless antenna that randomly drops at least once a week and stays down for a random duration. USually around a several hours, then comes back up.
If I do a "sh ip int brie" it shows my dot11radio0 as being "reset". I have never seen an interface actually stuck in a "reset" mode. Usually when you do "sh ip int brie" the interface is either up or down.
Any clue as to why this client wont auto reconnect back to the AP router? Here is the config on the interface.
IIS-R0#sh run int dot11radio0 Building configuration...
Current configuration : 259 bytes ! interface Dot11Radio0 ip address 192.168.254.2 255.255.255.252 ! encryption mode ciphers tkip ! ssid SSI ! speed basic-1.0 2.0 5.5 6.0 9.0 11.0 12.0 18.0 24.0 36.0 48.0 54.0 station-role non-root antenna receive right antenna transmit right end
One other thing that really confuses me is the use of a "Virtual- dot11radio0" interface which seems to be completely nonprogrammable from the CLI. What is this virtual interface and why is it even being used? If I have to use it why cant I program it from the CLI? I always found the SDM to be awfully limiting.
sh ip int brie shows Dot11Radio0 192.168.254.2 YES NVRAM up up Dot11Radio1 unassigned YES manual administratively down down Virtual-Dot11Radio0 192.168.254.2 YES TFTP up up
Any help would be truely appreciated!
Cliff
Originally posted here
formatting link
gotten a response from any one over there, so if anyone can help me here I would truly appreciate it. Thanks guys.
Thank you So much for helping me. I'm not sure what version of HWIC I have. It's built into the box thats all I know. Is there a way to tell what type of HWIC I have remotely? WHen I do show interface it doesn't tell me anything of the sort.
I tried to run a google search on "CSCsk21362 c2811 hwic-ap radio enters reset / down state " and couldn't find anything relevant.
The command to see the hardware configuration is "show diag"
Bugs can viewed on CCO using the "Bug Toolkit", located in "Support Tools". If you don't have a CCO account you may not be able to view the bug or download a new version of IOS that resolves this issue.
Aaron,
Thank you So much for helping me. I'm not sure what version of HWIC I have. It's built into the box thats all I know. Is there a way to tell what type of HWIC I have remotely? WHen I do show interface it doesn't tell me anything of the sort.
I tried to run a google search on "CSCsk21362 c2811 hwic-ap radio enters reset / down state " and couldn't find anything relevant.
These are not different "versions" as such but are different part numbers and I would expect the number to be printed on the outside of the WIC and to be visible without removing the card. (in very small letters due to the restricted space).
Also look at sh inventory, sh hard, sh controllers, if you are still having trouble.
Sometimes SNMP can reveal information about the cards in a box - the older software seemed quite poor at displaying it from the command line in some cases. With recent software sh inv seems pretty decent.
I suspect that what was changed was the radio card.
See EOS/EOL for Select Cisco 1803W and 1811W ISRs and Cisco 802.11g/a High-Speed WAN
formatting link
Do you have a Cisco Smartnet support contract for the unit ?
If so you should contact the Cisco TAC and inquire whether Cisco will replace the radio
Next time this issue happens do a shut/no shut on the radio interface and see if connectivity is restored. If so I would tend to suspect that your problem is fhe radio firmware.
(c) 1986-2007 by Cisco Systems, Inc. Compiled Thu 16-Aug-07 17:46 by prod_rel_team
ROM: System Bootstrap, Version 12.3(8r)YH8, RELEASE SOFTWARE (fc2)
IIS-R0 uptime is 1 week, 4 days, 18 hours, 44 minutes System returned to ROM by reload at 13:42:18 PCTime Fri Mar 21 2008 System image file is "flash:c181x-adventerprisek9-mz.124-11.XW3.bin"
This product contains cryptographic features and is subject to United States and local country laws governing import, export, transfer and use. Delivery of Cisco cryptographic products does not imply third-party authority to import, export, distribute or use encryption. Importers, exporters, distributors and users are responsible for compliance with U.S. and local country laws. By using this product you agree to comply with applicable laws and regulations. If you are unable to comply with U.S. and local laws, return this product immediately.
A summary of U.S. laws governing Cisco cryptographic products may be found at:
formatting link
If you require further assistance please contact us by sending email to snipped-for-privacy@cisco.com.
Cisco 1811W (MPC8500) processor (revision 0x400) with 118784K/12288K bytes of memory. Processor board ID FTX1123Z0W6, with hardware revision 0000
10 FastEthernet interfaces
1 Serial interface
1 terminal line
2 802.11 Radios
31488K bytes of ATA CompactFlash (Read/Write)
Configuration register is 0x2102
This is for a client so I am not sure if they have a support contract. They bought these routers from a previous consultant. Paid 1k a piece for these guys. They bought these after July, I believe. I cant imagine he would sell them something that was EOS/EOL, especially at that price.
My company doesn't have a cisco maintenance contract yet. Most of my clients have had Juniper equipment. While I am decently familiar with cisco equipment I am not an expert, ye..t. I actually had hoped to get more cisco carrying clients in the future. Running into problems like this is discouraging.
Last time the wireless died I ran shut/noshut on the interfaces of both the Root and the non-root router. I rebooted the router. Changed the signal channel on the root side because I thought maybe it was interferance. I have my CCNA and am descently comfortable with jumping around the CLI. No matter what I did when the router would come up that interface would constantly just get stuck in RESET mode. Then after a random 30 minutes or longer it would just come back up without warning or reason.
I think your idea on this router may be true. If this router is discontinued then this could be a valid reason why. Looks like we just got stuck with some trash.
Reading between the Cisco lines and the bug mentiond earlier is seems quite likely that you are hitting the bug.
You have the dash A device. CISCO1811W-AG-A
You need a login to see the bug. It appears that the only fix is to use the -B. The bug mentions ONLY the HWIC and not your specific hardware. Smartnet for an 1800 won't be much. I would imagine that cisco would replace the hardware in this case with the -b if you had support or were in warranty.
Yea, it's a bridge and the routers are acting as the bridge. One is root, the other non-root. They are the only two devices that connect to this wireless network. I have verified that by constantly checking the associations on the root side. I will have to talk with them about t he service contract. I really really really appreciate your time merv. If you have any more ideas just let me know and I can get whatever information I am capable of off these routers.
The issue actually only happends on the Non-root. The root never goes down, I am wondering if this is due to the basic nature of a root AP. At least so far as we have seen the root has yet to go down.
Each router only has 1 antenna and I am not there physically to see which side they are on. If you think its relevant I can find out.
IOS on Non-root Cisco IOS Software, C181X Software (C181X-ADVENTERPRISEK9-M), Version
12.4(11)XW3, RELEASE SOFTWARE (fc3)
IOS on Root Cisco IOS Software, C181X Software (C181X-ADVENTERPRISEK9-M), Version
Cabling-Design.com Forums website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.