cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
32841
Views
10
Helpful
13
Replies

File too large for TFTP Error?

imran_mcse
Level 1
Level 1

I am trying to download the c2800nm-adventerprisek9-mz.124-12 on my Cisco 2811 router, but on SolarWinds TFTP server it is showing an error message that file is too large for TFTP protocol. what is this? How can I download this image to my router?Pls help.

1 Accepted Solution

Accepted Solutions

Danilo Dy
VIP Alumni
VIP Alumni

Try 3COM Daemon Version 2.0 Revision 10. It can download higher size images

http://support.3com.com/software/utilities_for_windows_32_bit.htm

View solution in original post

13 Replies 13

Danilo Dy
VIP Alumni
VIP Alumni

Try 3COM Daemon Version 2.0 Revision 10. It can download higher size images

http://support.3com.com/software/utilities_for_windows_32_bit.htm

gpulos
Level 8
Level 8

you can also try any of the following from the search link below....many, many to choose from and i know solarWinds has given me some weird symptoms sometimes:

http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=tftp+server+free

I had the same problem a while back, I ended up using FTP instead of TFTP.

cgandy
Level 1
Level 1

A co-worker ran across this the other day with the 2800 image. It is a problem with the TFTP server and the block sizes if I remember right. Originally TFTP only supported smaller file sizes and has since been updated in the RFCs but I guess not all TFTP servers are up to date? We ended up using FTP since the 2800 would support the copy ftp flash command and it worked fine.

Why to use FTP or other options. Look above replies, I solved this issue very easily with the help of 3COM TFTP.

Cheers.

Well cisco also has its own tftp32d which solves this issue.

Cheers

Hoogen

As per my info cisco is also using the Solarwinds TFTP Server.

Solarwinds doesn't support large images. tftpd32 is a very small file to install. It works like a charm though.

Cheers

Hoogen

Thats why its better to go with 3Com Daemon

Hi,

Previously, Cisco have their own TFTP but the last version I know of is built 1997. That makes me Google for TFTP and found 3COM DAEMON

Dandy

Someone asked why use FTP vs. TFTP to solve this issue. Here is my reasoning,

1. I have had issues not only with TFTP server not allowing files over a certain size but I have seen magic number errors after successfully uploading an image via TFTP if its over 30 MB. In my past position we had a dedicated Cisco CCIE to on our account and he was pretty adamant that we should use TFTP for our larger images to overcome any inconsistencies in TFTP. This does not mean you you have to stop using TFTP to up and download your config files those are tiny.

2. FTP is alot faster when working with big files. TFTP was designed to deal with what its name states trivial files. 30 plus MB files are not what you could consider trivial in network terms.

Just my 10 cents.

Hope this helps.

www.staticnat.com

Many people is using freely available TFTP applications for windows (i.e. Cisco, Solarwinds, etc...) which uses old TFTP implementations. That's why there's a misconception that TFTP cannot transfer bigger file size.

Many existing TFTP implementations are incapable of transferring files larger than blocksize*65536. Since blocksize is 512 bytes, 32 MB is the file size upper limit.

The original protocol has a file size limit of 32 MB, although this was extended when RFC 2347 introduced option negotiation, which was used in RFC 2348 to introduce block-size negotiation in 1998 (allowing a maximum of 4 GB and potentially higher throughput). If the server and client support block number wraparound, file size is essentially unlimited.

Some network engineers which uses LINUX or UNIX in their network infra, take advantage of using TFTP that comes with the OS which can transfer bigger file size.

3COMDaemon Version 2 Revision 10 TFTP implementation uses RFC 1782, 1783 and 1784 that use block size, timeout and transfer-size negotiation. Take note that RFC 1782, 1783, and 1784 is obsoleted by RFC 2347, 2348, and 2349. Since 3COMDaemon uses block size, timeout and transfer-size negotiation, its up to the TFTP client to negotiate the blocksize from 512 to 65464. To test, install 3COMDaemon in two PC (one server and one client), in the client, tick all RFC's and use 32000 blocksize. I was able to transfer over 1GB of data.

Take note that the theoritical maximum blocksize for TFTP in RFC 2348 is 65464

Hello Danilo,

We use TFTP transfer to flash a HW and blocksize was set as default in software binaries which are flashed using TFTP.

Now when the TFTP block size was updated to 65464; we couldnt use Cisco switch to Eth adapter of PC. Instead when we use directly an Dlink adaptor this works fine. Is there any settings or driver update which can be done on Windows PC to solve this issue?

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: