%% You should probably cite rfc6384 instead of this I-D. @techreport{ietf-behave-ftp64-12, number = {draft-ietf-behave-ftp64-12}, type = {Internet-Draft}, institution = {Internet Engineering Task Force}, publisher = {Internet Engineering Task Force}, note = {Work in Progress}, url = {https://datatracker.ietf.org/doc/draft-ietf-behave-ftp64/12/}, author = {Iljitsch van Beijnum}, title = {{An FTP Application Layer Gateway (ALG) for IPv6-to-IPv4 Translation}}, pagetotal = 16, year = 2011, month = jul, day = 8, abstract = {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{]}}, }