[113859] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Important New Requirement for IPv4 Requests

daemon@ATHENA.MIT.EDU (Joe Abley)
Wed Apr 22 11:34:51 2009

From: Joe Abley <jabley@hopcount.ca>
To: Joe Greco <jgreco@ns.sol.net>
In-Reply-To: <200904221442.n3MEgoAZ025614@aurora.sol.net>
Date: Wed, 22 Apr 2009 11:33:58 -0400
Cc: bmanning@vacation.karoshi.com, nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org


On 22 Apr 2009, at 10:42, Joe Greco wrote:

> While HTTP remains popular as a way to interact with humans,  
> especially if
> you want to try to do redirects, acknowledge license agreements,  
> etc., FTP
> is the file transfer protocol of choice for basic file transfer, and  
> can
> be trivially automated, optimized, and is overall a good choice for  
> file
> transfer.
>
> Does anyone know what "FTP" stands for, anyways?  I've always  
> wondered...

:-)

I was mainly poking at the fact that Bill seemed to be comparing SSL- 
wrapped file transfer with non-SSL-wrapped file transfer, but I'm  
intrigued by the idea that FTP without SSL might be faster than HTTP  
without SSL, since in my mind outside the minimal amount of signalling  
involved they both amount to little more than a single TCP stream.  
Bill sent me a link to a paper. I will read it.

However, I take some small issue with the assertion that FTP is easier  
to script than HTTP. The only way I have ever found it easy to script  
FTP (outside of writing dedicated expect scripts to drive clients,  
which really seems like cheating) is to use tools like curl, and I  
don't see why HTTP is more difficult than FTP as a protocol in that  
case. Perhaps I'm missing something.


Joe


home help back first fref pref prev next nref lref last post