I'm trying to tftp the base software update to the sensor - when it gets to block 32768 the sensor repeats the ack for block 32767 of which it has already received the data. I've downloaded the file numerous times thinking it could be corrupt but to no avail. This is the upgrade from 2.5 to 3.0 - IDSk9-sp-3.0-1-S4.bin. I had no problem updating it previously.
I have not come across this problem in our lab, and do not have any idea as to what the problem could be.
But as a workaround you might try using ftp instead of tftp. You can either place the file on your own ftp server, and then ftp from the sensor to your server and get the file. Or download the file to your director/cspm box and the ftp to the sensor and put the file on the sensor. (The sensor by default is running an ftp server, it can be disabled in 3.0 using sysconfig-sensor.) If you are familiar with SSH then you could also use SCP to transfer the file.
I've run into the same problem with tftp. I tried to do a get of the 3.0 source code from a box that was running Cisco's TFTP server ver. 1.1 and it hangs at the same place. I took all the steps you did with no avail.
Login to the FXOS chassis manager.
Direct your browser to https://hostname/, and log-in using the user-name and password.
Go to Help > About and check the current version:
Check the current version availa...
We have configured the outside and inside Interface with official ipv6 adresses, set a default route on outside Interface to our router, we also have definied a rule , which also gets hits, to permit tcp from inside Interface to any6.
In Syslog I also se...