Skip to main content

An FTP Application Layer Gateway (ALG) for IPv6-to-IPv4 Translation
RFC 6384

Revision differences

Document history

Date By Action
2018-12-20
(System)
Received changes through RFC Editor sync (changed abstract to 'The File Transfer Protocol (FTP) has a very long history, and despite the fact that today …
Received changes through RFC Editor sync (changed abstract to 'The File Transfer Protocol (FTP) 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, in situations where some client computers only have IPv6 connectivity while many servers are still IPv4-only and IPv6-to-IPv4 translators are used to bridge that gap, it is important that FTP is made to work through these translators to the best possible extent.

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 do not support this mode, and some clients do not ask for it. This document specifies a middlebox that may solve this mismatch. [STANDARDS-TRACK]')
2015-10-14
(System) Notify list changed from behave-chairs@ietf.org, draft-ietf-behave-ftp64@ietf.org to (None)
2011-10-06
Cindy Morgan State changed to RFC Published from RFC Ed Queue.
2011-10-05
(System) RFC published