Question Locked

Cisco 1130AG Access Point

0 helpful
6 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.

I have a firmware failure on my Access Point and I am trying to reinstall its image. I found instruction using TFPD protocol but it's not working. I have copied the image file over to the notebook that I have loaded Tftpd32. I have set the base directory to the location of this file. I have renamed the file from c1130-k9w7-tar.123-8.JAtar to c1130-k9w7-tar.default. I connect the notebook through the Access Point's ethernet port. I have created a static IP on the notebook. I start the TFTpd32 server and connect the A/C adapter into the access point while holding the mode button for appx. 20 second until the led light turns red. It appears the server is picking up the request from the access point for the jar file (it shows it on the log) but the file is never uploaded to the access point and the session winds up in a TIMEOUT and a continual string of "no more address or address previously allocated by another server" messages. I have disabled Windows firewall and Symantec Endpoint Protection that are installed on the notebook.

I have run this same scenerio accept I connect the notebook to the building's network through a patchport and the Access Point is connected to the network. I get the same results. Below is a copy of the log.

Connection received from 10.0.0.1 on port 1024 [31/07 13:45:10.703]
Read request for file . Mode octet [31/07 13:45:10.703]
Using local port 1191 [31/07 13:45:10.703]
Connection received from 10.0.0.1 on port 1024 [31/07 13:45:15.687]
Read request for file . Mode octet [31/07 13:45:15.687]
Using local port 1192 [31/07 13:45:15.687]
Connection received from 10.0.0.1 on port 1024 [31/07 13:45:20.671]
Read request for file . Mode octet [31/07 13:45:20.671]
Using local port 1193 [31/07 13:45:20.671]
Connection received from 10.0.0.1 on port 1024 [31/07 13:45:25.656]
Read request for file . Mode octet [31/07 13:45:25.656]
Using local port 1194 [31/07 13:45:25.656]
TIMEOUT waiting for Ack block #1 [31/07 13:45:25.718]
Connection received from 10.0.0.1 on port 1024 [31/07 13:45:30.640]
Read request for file . Mode octet [31/07 13:45:30.640]
Using local port 1195 [31/07 13:45:30.640]
TIMEOUT waiting for Ack block #1 [31/07 13:45:30.703]
TIMEOUT waiting for Ack block #1 [31/07 13:45:35.687]
TIMEOUT waiting for Ack block #1 [31/07 13:45:40.671]
TIMEOUT waiting for Ack block #1 [31/07 13:45:45.656]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1D:A2:7F:9D:D4 [31/07 13:46:24.609]
no more address or address previously allocated by another server [31/07 13:46:24.609]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1D:A2:7F:9D:D4 [31/07 13:46:27.609]
no more address or address previously allocated by another server [31/07 13:46:27.609]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1D:A2:7F:9D:D4 [31/07 13:46:31.609]
no more address or address previously allocated by another server [31/07 13:46:31.609]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1D:A2:7F:9D:D4 [31/07 13:46:49.609]
no more address or address previously allocated by another server [31/07 13:46:49.609]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1D:A2:7F:9D:D4 [31/07 13:46:52.593]

There were several more lines of the "no more address or address previously...."
There was no indication that I needed to make any special setting changes in Tftpd32.

Can anyone help me.

Dan

6 replies

by netman1958

What is the ststic IP on the notebook?
I'm guessing you are following this procedure?

To recover from a corrupt IOS on an 1100 Series Ap follow these steps:

Step 1 The PC you intend to use must be configured with a static IP address in the range of 10.0.0.2 to 10.0.0.30.

Step 2 Place a copy of the access point image file (such as c1100-k9w7-tar.122-15.JA.tar for an 1100 series access point or c1200-k9w7-tar.122-15.JA.tar for a 1200 series access point) in the TFTP server folder on your PC. For additional information, refer to the "Obtaining the Access Point Image File" and "Obtaining TFTP Server Software" sections.

Step 3 Rename the access point image file in the TFTP server folder to c1100-k9w7-tar.default for an 1100 series access point or c1200-k9w7-tar.default for a 1200 series access point.

Step 4 Activate the TFTP server.

Step 5 Connect the PC to the access point using a Category 5 (CAT5) Ethernet cable.

Step 6 Disconnect power (the power jack for external power or the Ethernet cable for in-line power) from the access point.

Step 7 Press and hold the MODE button while you reconnect power to the access point.

Step 8 Hold the MODE button until the status LED turns red (approximately 20 to 30 seconds), and release the MODE button.

Step 9 Wait until the access point reboots as indicated by all LEDs turning green followed by the Status LED blinking green.

Step 10 After the access point reboots, you must reconfigure the access point by using the Web interface, the Telnet interface, or IOS commands.

by vchd_it

Thanks for the reply. The instrutions I had did not state the range of IP that must be used. Once I created a static IP with in the range you mentioned the image file uploaded with no problem.

Thanks.

by netman1958

I was afraid you were going to end up with an expensive paper weight. Glad it worked for you.

Netman

by Former member

1). Method:

Resetting to Default Configuration

If you forget your password that allows you to configure the access point, you may need to completely reset the configuration. You can use the MODE button on the access point to reset the configuration.

Note These steps reset all configuration settings to factory defaults, including passwords, WEP keys, the IP address, and the SSID.
Using the MODE Button

Follow these steps to delete the current configuration and return all access point settings to the factory defaults by using the MODE button:

1. Open the access point cover (refer to the "How to Open the Top Cover" section on page 2).

2. Disconnect power from the access point (the power jack for external power or the Ethernet cable for in-line power).

3. Press and hold the MODE button while you reconnect power to the access point.

4. Continue pressing the MODE button until the Ethernet LED turns amber. (approximately 2 to 3 seconds). Then release the button.

5. After the access point reboots, you must reconfigure it using the web browser interface, the Telnet interface, or the access point console port.
Using the Web Browser Interface

Follow these steps to delete the current configuration and return all access point settings to factory defaults using the web browser interface:

1. Open your Internet browser. You must use Microsoft Explorer (version 5.x or later) or Netscape Navigator (version 4.x or later).

2. Enter the access point IP address in the browser address line, and press Enter. An Enter Network Password screen appears.

3. Enter the username Cisco in the User Name field.

4. Enter the password Cisco in the Password field and press Enter. The Summary Status page appears.

5. Click System Software. The System Software screen appears.

6. Click System Configuration. The System Configuration screen appears.

7. Click the Reset to Defaults button.

Note If the access point is configured with a static IP address, the IP address does not change.

8. After the access point reboots, you must reconfigure it.

2). Method:

Preparing for the Upgrade

You must complete these tasks before beginning the upgrade from autonomous to lightweight mode:

1. Prepare the infrastructure so that the upgraded lightweight access point discovers a controller.

2. The autonomous access points must be running Cisco IOS Release 12.3(7)JA or later to perform the lightweight mode conversion. If necessary, upgrade the access point to Cisco IOS Release 12.3(7)JA or later. For C3201WMIC, upgrade to 12.3(8)JK or later.

3. Prepare the controller for the upgrade process.

4. Download the Autonomous to Lightweight Mode Upgrade Tool and the upgrade image file from Cisco.com (see the "Obtaining the Upgrade Tool and Upgrade Image" section).
Preparing the Infrastructure

No lightweight access point can operate independently from a WLC. Each lightweight access point must discover a WLC, issue an LWAPP join request, and if successful, receive a join response to become joined to a controller.

The LWAPP discovery algorithm follows these steps:

Step 1 Initiates an IP subnet broadcast of an LWAPP controller discovery message. If the controller management interface is on the same IP subnet as the lightweight access point, this discovery mechanism is successful.

Step 2 Lists the previously joined controllers. This discovery mechanism requires prior success joining an access point and controller.

Step 3 Establishes over-the-air provisioning (OTAP). If OTAP is turned on, access points advertise their controller(s) over the air. New access points discover the controller based on the OTAP messages. OTAP is turned off by default on the controllers. OTAP is not supported for controller discovery during the upgrade process from autonomous to lightweight access point. After an access point is fully migrated to the lightweight mode, OTAP is used to discover controllers.

Step 4 Uses DHCP option 43. This vendor-specific option can return one or more controller IP addresses to an access point in the DHCP offer message. The access point sends an LWAPP join message to the controller.

Step 5 Establishes DNS resolution of CISCO-LWAPP-CONTROLLER.localdomain. If the access point can resolve the name, it issues an LWAPP join message to the resolved IP address.

Step 6 Reboots and repeats starting with Step 1.

After an access point joins a controller, you can reassign the access point to any controller on your network.
http://www.cisco.com/en/US/docs/wireless/access_point/1130/quick/guide/ap1130qs.html#wp30482

Please post back if you have any more problems or questions.

by dizzy04

please i am having the same problem, i assigned 10.0.0.2 to my pc, but what is subnet mask to use

This discussion is closed to new replies.