Skip to contentSkip to conversation

Tftp problems with ARC firmware

DISCUSSION Ralf Baechle 3 participants 4 messages Oct 13, 2005 – Feb 18, 2006 MIPS

lore
Share & tools
lore
#0 lore raw

I'd like to point those who you need to use these crude workarounds:

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc echo 4096 32767 > /proc/sys/net/ipv4/ip_local_port_range

at a new version of tftp-hpa which solves the PMTU problem by disabling it only for the tftp client and introduces a new -R begin:end option which allows to limit the port number range. The changes are about to become available in the tftp-hpa git repository at
http://www.kernel.org/pub/scm/network/tftp/tftp-hpa.git; see also
http://www.linux-mips.org/wiki/ARC#tftp-hpa. Please send test reports to [email protected] and [email protected].

Ralf

#1 lore raw
Quoted 5 lines · Ralf Baechle

I'd like to point those who you need to use these crude workarounds:

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc echo 4096 32767 > /proc/sys/net/ipv4/ip_local_port_range

Quoted 7 lines

at a new version of tftp-hpa which solves the PMTU problem by disabling it only for the tftp client and introduces a new -R begin:end option which allows to limit the port number range. The changes are about to become available in the tftp-hpa git repository at
http://www.kernel.org/pub/scm/network/tftp/tftp-hpa.git; see also
http://www.linux-mips.org/wiki/ARC#tftp-hpa. Please send test reports to [email protected] and [email protected].

I made a patch against tftpd-hpa for disabling path MTU discovery - Its in the Debian BTS:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316616

It should already be merged upstream. User "-F" to disable PMTUd.

Flo

Signature · 2 lines
Florian Lohoff                  [email protected]             +49-171-2280134
                        Heisenberg may have been here.
#2 lore raw
Quoted 11 lines · Florian Lohoff
Quoted 10 lines

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc echo 4096 32767 > /proc/sys/net/ipv4/ip_local_port_range

at a new version of tftp-hpa which solves the PMTU problem by disabling it only for the tftp client and introduces a new -R begin:end option which allows to limit the port number range. The changes are about to become available in the tftp-hpa git repository at
http://www.kernel.org/pub/scm/network/tftp/tftp-hpa.git; see also
http://www.linux-mips.org/wiki/ARC#tftp-hpa. Please send test reports to [email protected] and [email protected].

Quoted 6 lines

I made a patch against tftpd-hpa for disabling path MTU discovery - Its in the Debian BTS:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316616

It should already be merged upstream. User "-F" to disable PMTUd.

Never made it to HPA - HPA wrote the patches for these two bugs himself yesterday when I mentioned the problem to him. His patches are different in the he disables PMTU discovery entirely - it's not useful for TFTP. And your patch doesn't work around the other firmware bug which requires restricting the port range. We had to get rid of the currently recommended workaround - it seriously restricts the IP stack; cripples is probably the right expression for busy servers.

Patch rotting in the Debian bugtracking system seems to become a classic ;-)

Ralf

#3 lore raw
In reply to Ralf Baechle
Quoted 13 lines · Ralf Baechle

I'd like to point those who you need to use these crude workarounds:

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc echo 4096 32767 > /proc/sys/net/ipv4/ip_local_port_range

at a new version of tftp-hpa which solves the PMTU problem by disabling it only for the tftp client and introduces a new -R begin:end option which allows to limit the port number range. The changes are about to become available in the tftp-hpa git repository at
http://www.kernel.org/pub/scm/network/tftp/tftp-hpa.git; see also
http://www.linux-mips.org/wiki/ARC#tftp-hpa. Please send test reports to [email protected] and [email protected].

Quoted 3 lines

Ralf

I just (finally) got around to testing this (version 0.42), and I still need to set ip_no_pmtu_disc to 1 to netboot. Is this working for anybody?

-Steve