FTP issues with IPv6-IPv4 translation
Iljitsch van Beijnum <iljitsch@muada.com> Thu, 09 July 2009 17:09 UTC
Return-Path: <iljitsch@muada.com>
X-Original-To: apps-discuss@core3.amsl.com
Delivered-To: apps-discuss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E128A28C0EA for <apps-discuss@core3.amsl.com>; Thu, 9 Jul 2009 10:09:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.567
X-Spam-Level:
X-Spam-Status: No, score=-6.567 tagged_above=-999 required=5 tests=[AWL=0.032, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tQq4cbrt5pnN for <apps-discuss@core3.amsl.com>; Thu, 9 Jul 2009 10:09:47 -0700 (PDT)
Received: from sequoia.muada.com (sequoia.muada.com [83.149.65.1]) by core3.amsl.com (Postfix) with ESMTP id 845D53A679F for <apps-discuss@ietf.org>; Thu, 9 Jul 2009 10:09:23 -0700 (PDT)
Received: from claw.it.uc3m.es (claw.it.uc3m.es [163.117.139.55]) (authenticated bits=0) by sequoia.muada.com (8.13.3/8.13.3) with ESMTP id n69H9XAw081446 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <apps-discuss@ietf.org>; Thu, 9 Jul 2009 19:09:34 +0200 (CEST) (envelope-from iljitsch@muada.com)
Message-Id: <EF68B555-89FE-4B69-B278-D5DE461F77BE@muada.com>
From: Iljitsch van Beijnum <iljitsch@muada.com>
To: apps-discuss@ietf.org
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Subject: FTP issues with IPv6-IPv4 translation
Date: Thu, 09 Jul 2009 19:09:32 +0200
X-Mailer: Apple Mail (2.935.3)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jul 2009 17:09:48 -0000
Here's an update of the FTP64 draft. It specifies some updates to FTP servers and clients so those can talk through IPv6-to-IPv4 translators on their own, but it does allow for (not mandate) FTP ALGs to help out unupdated clients/servers. I think this is a reasonable tradeoff, please let me know what you think. I'll be talking about this in the apps area session in Stockholm. Iljitsch Begin forwarded message: > Title : IPv6-to-IPv4 translation FTP considerations > Author(s) : I. van Beijnum > Filename : draft-van-beijnum-behave-ftp64-04.txt > Pages : 9 > Date : 2009-07-09 > The File Transfer Protocol has a very long history, and despite the > fact that today, other options exist to perform file transfers, FTP > is still in common use. As such, it is important that in the > situation where some client computers are IPv6-only while many > servers are still IPv4-only and IPv6-to-IPv4 translators are used to > bridge that gap, FTP is made to work through these translators as > best it can. > FTP has an active and a passive mode, both as original commands that > are IPv4-specific, and as extended, IP version agnostic commands. > The only FTP mode that works without changes through an IPv6-to-IPv4 > translator is extended passive However, many existing FTP servers > don't support this mode, and some clients don't ask for it. This > document describes the optimal server, client and middlebox (if any) > behavior to minimize this problem. > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-van-beijnum-behave-ftp64-04.txt
- FTP issues with IPv6-IPv4 translation Iljitsch van Beijnum
- Re: FTP issues with IPv6-IPv4 translation Iljitsch van Beijnum