topic the correct way... in Wireless

the correct way...

IngGerardo013 — Sun, 04 Jul 2021 03:37:58 GMT

Hello guys,

I have the next situation, 9 LAPs 1142N, i wish to convert them to autonomous, it seems that there is a 2 ways, with a simple copy tftp flash: commands and force them to charge the IOS.default image(holding the mode button), what is the correct way??

I used the first one (copy tftp flash and etc commands) decompressing the winrar file downloaded (c1140-k9w7-tar.124-25d.JA1) and just selecting the .JA file inside, then using the boot system command, but when a try to use the browser appears with out menus! buttons and etc options!, I supose that I need to charge ALL winrar file, but how? some suggestion??

Sorry 4 my English hehehe...

Re: the correct way...

Roman Rodichev — Sat, 27 Aug 2011 11:55:50 GMT

use the second method with mode button. the first method is meant to be used from the wlc controller

Sent from Cisco Technical Support iPad App

Re: the correct way...

IngGerardo013 — Sat, 27 Aug 2011 15:20:36 GMT

This is the image with the error, I have connected a direct utp cable between AP and PC, no firewall and no antivirus

Some sugestion?

Re: the correct way...

George Stefanick — Sun, 28 Aug 2011 16:54:24 GMT

Did you put your PC NIC card on the 10.0.0.x network? The AP takes 10.0.0.1 so your PC with the TFTP should be 10.0.0.2 or something higher ..

Did you do that ?

Re: the correct way...

nikhilcherian — Mon, 29 Aug 2011 04:12:01 GMT

Have you tried this command

archive tar /xtract tftp:///filename.tar flash:

Thanks

NikhiL

Re: the correct way...

IngGerardo013 — Mon, 29 Aug 2011 15:17:29 GMT

Yes I did,

Re: the correct way...

IngGerardo013 — Mon, 29 Aug 2011 15:21:18 GMT

HERE, I SHOW THAT I CAN COPY FILES FROM MY LAP-TOP TO THE AP:

4 bytes copied in 0.042 secs (95 bytes/sec)

HERE, I EXECUTE THE RECOMMENDED COMMAND:

AP44d3.ca19.81a6#$ftp://15.10.10.184/c1140-k9w7-mx.124-25d.JA1.rar flash:

Loading c1140-k9w7-mx.124-25d.JA1.rar from 15.10.10.184 (via GigabitEthernet0):

%Tar checksum error in fd 0 --------------------------------------- "THIS IS THE ERROR"

AP44d3.ca19.81a6#sh flash:

Directory of flash:/

2 -rwx 3566 Mar 1 2002 00:29:43 +00:00 private-config

3 -rwx 4 Mar 1 2002 00:29:00 +00:00 test.txt

4 -rwx 150 Mar 1 2002 00:14:33 +00:00 event.log

5 -rwx 4791401 Mar 1 2002 00:52:40 +00:00 c1140-k9w7-mx.124-25d.JA1

6 -rwx 1048 Mar 1 2002 00:29:44 +00:00 private-multiple-fs

7 drwx 128 Mar 1 2002 00:02:01 +00:00 c1140-rcvk9w8-mx

10 -rwx 17468 Mar 1 2002 00:29:43 +00:00 config.txt

11 -rwx 217 Mar 1 2002 00:53:22 +00:00 env_vars

HERE, I SHOW THAT THERE IS ENOUGH SPACE(THE COMPRESED IMAGE SIZE 5MB):

32126976 bytes total (25048064 bytes free)

AP44d3.ca19.81a6#

Re: the correct way...

nikhilcherian — Mon, 29 Aug 2011 16:46:24 GMT

If you have downloded the image from Cisco.com, can you try to download the image again from cisco site and extract the file. Just want to make sure the tar file is not corrupt

Thanks

NikhiL

Re: the correct way...

IngGerardo013 — Tue, 30 Aug 2011 00:52:48 GMT

How can I know that(image is not corrupt)??..

Re: the correct way...

pcroak — Tue, 30 Aug 2011 04:29:37 GMT

Hello,

The alternative method to using the MODE button is as follows:

1. Download the image from cisco.com -- do not modify the file archive.

2. Issue the following commands on the lightweight AP:

debug capwap console cli

archive download-sw /force /over tftp:///

This will automatically download and extract the tar image, and remove the lightweight image (and reload the AP when finished). Please let me know if this works for you!

-Patrick Croak

Wireless TAC

Re: the correct way...

IngGerardo013 — Wed, 31 Aug 2011 21:40:33 GMT

Bad news P. Croak

This was the result:

Re: the correct way...

pcroak — Wed, 31 Aug 2011 21:58:44 GMT

Hello,

that looks like the file was not found -- we need to remember that the image archive has a file extension of .tar (even if extensions are hidden)

so the command should be:

archive download-sw /force /over tftp://10.0.0.2/c1140-k9w7-tar.124-25d.JA1.tar

Please try this one more time and let me know!

-Pat

Re: the correct way...

IngGerardo013 — Thu, 01 Sep 2011 00:45:19 GMT

The same problem.. despite of pings between them!!

the correct way...

Leo Laohoo — Thu, 01 Sep 2011 00:50:49 GMT

1. When you performed the "mode" button proceedure, what is the IP address and subnet mask of the TFTP server?

2. How is your AP connected to your TFTP server?

3. What application is your TFTP server?

Re: the correct way...

daviwatk — Thu, 01 Sep 2011 01:24:14 GMT

OK, it looks like you are trying a couple of things simultaneously. You have renamed the image to .default (c1140-k9w7-tar.default) in one instance (to use the mode button). In another, you have extracted the archive before loading. The AP trys to extract the file, therefore when it opens the file ending in .JA1 is is confused-- thus the message %Error opening file...

Lets do this, because it seems clear your TFTP is working.

1. Have the following file in the root directory of your TFTP server: c1140-k9w7-tar.124-25d.JA1.tar ** do not extract this file **

From the AP, it seems you are already addressed and have forced AP to not reload so lets issue the following command...

2. #archive download-sw /f /o tftp:///c1140-k9w7-tar.124-25d.JA1.tar

AP should then be able to "open" the file and with the archive command given above the AP will have extracted the image and overwritten as the boot image and then reload your AP.

Give that a shot and tell us what you find

Re: the correct way...

IngGerardo013 — Thu, 01 Sep 2011 04:54:00 GMT

1.- 10.0.0.2 /24 bits

2.- using a small switch

3.- TFTP Server Manager version 4.0

Re: the correct way...

IngGerardo013 — Thu, 01 Sep 2011 16:01:35 GMT

I can not overwrite the copressed files (winrar archive) using the command archive.... because I could not copy that files to the LAP´s flash.. That is the first problem... trying to use the button mode procedure... it seems that can not find my lap top because I hold a constant ping to 10.0.0.2 (my tftp server) and not responds when I hold the button after the turn on the ap:

this is the error message:

examining image...

%Error opening tftp://255.255.255.255/c1140-k9w7-tar.default (invalid argument)

ap:

Re: the correct way...

daviwatk — Thu, 01 Sep 2011 16:27:18 GMT

So.. Did you do what I said in the post above? Now you're talking about mode button again. Can you perform the archive command I mentioned above for the non-extracted raw image file you downloaded?

#archive download-sw /f /o tftp:///c1140-k9w7-tar.124-25d.JA1.tar

Bottom line, if you feel the AP cannot "find" or communicate via TFTP to your client, this is not the APs problem. Try another Client all together; perhaps it is blocking TFTP communication via software security, firewall, etc.

I'm not sure if you performed the steps above that I mentioned.

Re: the correct way...

IngGerardo013 — Thu, 01 Sep 2011 19:08:03 GMT

David Watkings,

Your answer was tried in the same discution, but it did not work,

Today I tried again 5 times using a new downloaded image from cisco.. I wanted to Imp Pt and show you, why 5 times? well because when I configured the ip on int giga0, after some seconds LAP erease my ip configurated, I dont know why

but in the 5 time finally charged the compressed files!,

This is part of a project that originaly has been planed to use WLC, client at the last minute refuse the WLC, but the order purchase was made, he told us that in a future he will migrate to a WLC, I hope do not have the same problems to re-convert the now autonomus AP to LAP.

I have to give thanks to all people that dynamically participated in this discution,

If someone could explain me why the LAP do not held the ip configurated, I would be great!

Now I am going to convert 8 LAP more.. I hope no have the same problems using the new downloaded the tar file..

thanks a lot, and saludations

Re: the correct way...

daviwatk — Thu, 01 Sep 2011 19:19:53 GMT

Have you tried this with another client yet? It looks like the problem is "opening" the file. Even though the AP can ping your laptops IP, it doesn't seem like it can initate a TFTP session, for reasons I mentioned prior.

The reason your AP is getting a new address is because it is lightweight. It is attempting to discover the WLC and once it exhausts all it's methods, it re-DHCPs and starts over; this will happen over and over every 1-2 minutes. I was under the impression you have already overcome this as this could be interrupting your TFTP transfers.

Do this before attempting the TFTP transfer from the AP CLI. This allows you to configure the interface as well as prevent the LAP from re-loading. Dont try and autofill these commands because they are hidden, just type them in as they appear below.

#debug capwap console cli

#debug capwap client no-reload

#config t

#(config) int gig 0 (or whatever your ethernet interface is)

#(config-if) no ip address dhcp

#(config-if) ip address

#end

#archive download-sw /f /o tftp:///c1140-k9w7-tar.124-25d.JA1.tar

Now your AP should have a static address and not be reloading. I have seen these be tempermental sometimes, so once you get the address set, don't waste any time issuing the TFTP command to kick off the transfer.