04-25-2005 05:09 AM - edited 07-04-2021 10:42 AM
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
05-23-2014 07:20 PM
The problem was that when we download the IOS Autonomous from the Cisco website, it´s a ZIP file,
A ZIP file????
05-26-2014 08:03 AM
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.
05-26-2014 03:47 PM
If you're getting "timeout", this means the TFTP can't reach the AP.
05-24-2016 03:44 AM
I had the same issue too;
09-17-2018 06:10 PM
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?
09-03-2021 01:41 AM
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.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide