TFTP Help

[momalley1]

I am trying to put an image back onto an Access point.

I have followed the guide which is on this site and it is not working for me.

Here are the stages i have done so far.

Set up TFTp server and set my IP to 10.0.0.5.

Reset access point, while connected to hyperterminal, and can see that its looking for the file which is on the computer which im connected to.

This is what comes up on hyperterminal:

ap: Xmodem file system is available.1200-k9w7

flashfs[0]: 2 files, 1 directories

-tar.default

flashfs[0]: 0 orphaned files, 0 orphaned directoriestp://255.255.255.255/c1200-k9w7-tar.de

flashfs[0]: Total bytes: 7741440

Initializing ethernet port 0...

Reset ethernet port 0...

Reset done!

ethernet link up, 100 mbs, full-duplex

Ethernet port 0 initialized: link is up

button is pressed, wait for button to be released...

button pressed for 24 seconds

process_config_recovery: set IP address and config to default 10.0.0.1

process_config_recovery: image recovery

image_recovery: Download default IOS tar image tftp://255.255.255.255/c1200-k9w7

-tar.default

examining image...Tar checksum error in tftp://255.255.255.255/c1200-k9w7-tar.de

fault

ERROR: Failed to open archive file tftp://255.255.255.255/c1200-k9w7-tar.default

download takes about 0 seconds

The system is unable to boot automatically because there

are no bootable files to boot.

ap:

While this is happeneing the tftpd32.exe is saying this:

ap: Xmodem file system is available.1200-k9w7

flashfs[0]: 2 files, 1 directories

-tar.default

flashfs[0]: 0 orphaned files, 0 orphaned directoriestp://255.255.255.255/c1200-k9w7-tar.de

flashfs[0]: Total bytes: 7741440

Initializing ethernet port 0...

Reset ethernet port 0...

Reset done!

ethernet link up, 100 mbs, full-duplex

Ethernet port 0 initialized: link is up

button is pressed, wait for button to be released...

button pressed for 24 seconds

process_config_recovery: set IP address and config to default 10.0.0.1

process_config_recovery: image recovery

image_recovery: Download default IOS tar image tftp://255.255.255.255/c1200-k9w7

-tar.default

examining image...Tar checksum error in tftp://255.255.255.255/c1200-k9w7-tar.de

fault

ERROR: Failed to open archive file tftp://255.255.255.255/c1200-k9w7-tar.default

download takes about 0 seconds

The system is unable to boot automatically because there

are no bootable files to boot.

ap:

Connection received from 10.0.0.1 on port 1024 [25/04 14:06:35.647]

Read request for file <c1200-k9w7-tar.default>. Mode octet [25/04 14:06:35.737]

TIMEOUT waiting for Ack block #1 [25/04 14:06:50.789]

Im may be wrong but could it be something to be with the tftp://255.255.255.254, as my server is running on 10.0.0.5.

Is there anyway in which i can change this, or allow the file transfer to happen.

Thanks

[Leo Laohoo]

The problem was that when we download the IOS Autonomous from the Cisco website, it´s a ZIP file,

A ZIP file????

[Matheus Lopes]

Sorry, my bad!!! The format of the file that i downloaded from Cisco website is .tar. I have WinZip on my PC and i was opening the archive  with it and extracting the file .tar, so it was not working and i got the error "TIMEOUT waiting for Ack block #1"on TFTP.

We must use exactly the file .tar downloaded and rename it to .default.

[Leo Laohoo]

If you're getting "timeout", this means the TFTP can't reach the AP.  

[binoj]

I had the same issue too;

• changed the laptop where TFTP server was installed. 
• Copied all the files to the destination in new latop
• Connected AP Console and LAN to new laptop
• Rebooted AP
• Voila, new image was transferred via TFTp

[ZacGomez]

TIMEOUT waiting for Ack block #1 I got the same banner and I solved it with the command 'IP TFTP Source-Interface'

Is a connectivity problem not from the configuration of the tftp server.

First. this banner show that the tftp session cannot start up correctly.
TFTP overall work like this It send a message to start the communication and need an ack to realize that the session is up (ack #1). In my case I had a lot of sub interfaces in the router but for a reason that I don’t know why the message never arrived to the tftp server, I would like to suppose the request of acknowledgment message took one incorrect sub interface and for this reason the packet lost. I checked with other device (Switch) that connected correctly with the tftp and checked which network ID I use and use the command "IP TFTP Source-Interface" in the router with the same sub interface which was in the switch network ID and it worked.

So, I think you have to ask you why the Ack message lost or don’t arrive to the tftp server?

[nicolas.vallot]

I had a similar issue today, I was trying to transfer a 1.1Gig bin file from a tftp to a C9800-CL.

To speed up the transfer I changed the tftp blocksize to 8192 (on C9800-CL).

Tftpd kept throwing the error "TIMEOUT waiting for Ack block #1"

The solution was to change the tftp blocksize to 5000, I tried several other values (5500, 6000, 7000) but without success.