LinuxQuestions.org
Did you know LQ has a Linux Hardware Compatibility List?
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Red Hat
User Name
Password
Red Hat This forum is for the discussion of Red Hat Linux.

Notices

Reply
 
Search this Thread
Old 11-12-2007, 10:10 PM   #1
spacerailroad
LQ Newbie
 
Registered: Nov 2007
Posts: 3

Rep: Reputation: 0
vsftpd reverts to original MTU mid-stream


On:
Red Hat Enterprise Linux WS release 3 (Taroon Update 5)
Kernel 2.4.21-37.ELsmp on an x86_64
vsftpd: version 2.0.1

I've been chasing a problem of apparently random ftp transfer failures. In this case the vsftpd is pushing a file to the client. The transfer fires up and the router notifies vsftpd "ICMP Destination unreachable Fragmentation needed and DF set". Vsftpd adjusts the MTU and things are rolling along just fine for a time. In what I can only describe as the "middle" of the transfer after receiving an ACK, the next vsftpd send reverts from an MTU of 1420 to the default of 1500 bytes. The only event I saw that may have triggered this was a new FTP thread that started up about 80 packets earlier and went through a path MTU discovery.

So being a network weenie I'm just trying to speculate where to look next. For instance is there a max_threads that could have caused vsftpd to wrap its session pointer?

Thx
 
Old 11-13-2007, 04:35 PM   #2
ilikejam
Senior Member
 
Registered: Aug 2003
Location: Glasgow
Distribution: Fedora / Solaris
Posts: 3,109

Rep: Reputation: 96
The MTU isn't set by vsftpd - it's done by the kernel network stack.

The behaviour you're seeing, however, is normal. From the MTU discovery RFC:
Quote:
To detect increases in a path's PMTU, a host
periodically increases its assumed PMTU (and if it had stopped,
resumes setting the DF bit). This will almost always result in
datagrams being discarded and Datagram Too Big messages being
generated, because in most cases the PMTU of the path will not have
changed, so it should be done infrequently.
Dave
 
Old 11-13-2007, 08:22 PM   #3
spacerailroad
LQ Newbie
 
Registered: Nov 2007
Posts: 3

Original Poster
Rep: Reputation: 0
RFC 1191 revisited

I went back and reread RFC 1191. I see that the application can decide to test the waters with a larger MTU. The inconsistent bit seem to be that Juniper router didn't advise that larger MTU still wasn't accepted with a Destination Unreachable.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Howto transcode & relay a MPEG stream to a WMV stream?? crazyivan Linux - Software 0 06-15-2007 03:18 AM
LXer: Ubuntu Reverts Video Driver Stance LXer Syndicated Linux News 0 02-14-2007 12:31 AM
Fedora i686/2.4.27-0.3um - Server hostname reverts to original upon server reboot foxhosting Linux - Newbie 2 02-25-2006 03:39 AM
Mouse action reverts when logging back on tetpt Linux - Newbie 1 01-12-2006 10:44 AM
X reverts to EGA dl0 Linux - Laptop and Netbook 2 08-23-2005 06:47 PM


All times are GMT -5. The time now is 03:44 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration