| 135 | |
| 136 | === 8/19/2010 === |
| 137 | |
| 138 | Apparently the TFTP problem is due to MTU size. The main issue is that in order to make room for the tcp/ip header, the tunnel has to shift the frame by 40 bytes, and then unshifts on the other size. The default configuration of the tftp server is to negotiate the maximum Ethernet frame size, which is 1460. When the frame is passed through to the other side, the tftp client sees the frame as corrupt (missing 40 bytes) and then drops it. Thus the process never gets passed the first block, and the whole process times out. The temporary solution (read "hack") was to lower the mtu in the tftp daemon so that the frame is under filled and can pass through the tunnel "uncorrupted". To wit we needed to change the repository1:/etc/default/tftpd-hpa file and add the option -B 1024. |
| 139 | |
| 140 | The current file looks like so: |
| 141 | {{{ |
| 142 | ssugrim@repository1.:/etc/default$ more tftpd-hpa |
| 143 | # /etc/default/tftpd-hpa |
| 144 | |
| 145 | TFTP_USERNAME="root" |
| 146 | TFTP_DIRECTORY="/tftpboot" |
| 147 | TFTP_ADDRESS="0.0.0.0:69" |
| 148 | TFTP_OPTIONS="-l -B 1024 -s" |
| 149 | }}} |