Re: [ftpext] FTP64 LANGuage [was RE: [BEHAVE] one week WGLC, draft-ietf-behave-ftp64-05]

Dave Thaler <dthaler@microsoft.com> Wed, 05 January 2011 16:09 UTC

Return-Path: <dthaler@microsoft.com>
X-Original-To: ftpext@core3.amsl.com
Delivered-To: ftpext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E4BA23A6B89; Wed, 5 Jan 2011 08:09:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -111.54
X-Spam-Level:
X-Spam-Status: No, score=-111.54 tagged_above=-999 required=5 tests=[AWL=1.059, BAYES_00=-2.599, GB_I_LETTER=-2, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 BAFtwB7+93I8; Wed, 5 Jan 2011 08:09:36 -0800 (PST)
Received: from smtp.microsoft.com (smtp.microsoft.com [131.107.115.214]) by core3.amsl.com (Postfix) with ESMTP id F08503A6B78; Wed, 5 Jan 2011 08:09:35 -0800 (PST)
Received: from TK5EX14MLTC102.redmond.corp.microsoft.com (157.54.79.180) by TK5-EXGWY-E803.partners.extranet.microsoft.com (10.251.56.169) with Microsoft SMTP Server (TLS) id 8.2.176.0; Wed, 5 Jan 2011 08:11:43 -0800
Received: from TK5EX14MLTW651.wingroup.windeploy.ntdev.microsoft.com (157.54.71.39) by TK5EX14MLTC102.redmond.corp.microsoft.com (157.54.79.180) with Microsoft SMTP Server (TLS) id 14.1.255.3; Wed, 5 Jan 2011 08:11:43 -0800
Received: from TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com ([169.254.4.151]) by TK5EX14MLTW651.wingroup.windeploy.ntdev.microsoft.com ([157.54.71.39]) with mapi; Wed, 5 Jan 2011 08:11:44 -0800
From: Dave Thaler <dthaler@microsoft.com>
To: "ftpext@ietf.org" <ftpext@ietf.org>
Thread-Topic: FTP64 LANGuage [was RE: [BEHAVE] one week WGLC, draft-ietf-behave-ftp64-05]
Thread-Index: AQHLq4ZCd3oh0GiYREyEEa+YCsrCvZPC9jCA//+XuqA=
Date: Wed, 5 Jan 2011 16:11:40 +0000
Message-ID: <9B57C850BB53634CACEC56EF4853FF6534487CCF@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com>
References: <0cac01cb58ea$32d19a60$9874cf20$@com> <9B57C850BB53634CACEC56EF4853FF65343005F2@TK5EX14MBXW601.wingroup.windeploy.ntdev.microsoft.com> <B166ACF7-FA96-4954-8411-A86BC7923A76@muada.com> <9B57C850BB53634CACEC56EF4853FF653447D195@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> <9B57C850BB53634CACEC56EF4853FF653447ECAF@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> <8B73074C-5B7E-425F-B8B2-C28757FB7CD6@muada.com> <9B57C850BB53634CACEC56EF4853FF653447F40D@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> <9B57C850BB53634CACEC56EF4853FF653447F599@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> <049901cba2cc$238f67e0$6aae37a0$@com> <101F87C4-F714-48C2-852A-67332B712DD1@muada.com> <04a401cba2ce$fdba5180$f92ef480$@com> <B1535EAD-802E-4EF6-ACA5-7F66BCFED987@muada.com> <015d01cbab86$3aa832a0$aff897e0$@com> <4AFCA9F5-CA3A-48EF-87AB-7ADC165956B2@muada.com>
In-Reply-To: <4AFCA9F5-CA3A-48EF-87AB-7ADC165956B2@muada.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "draft-ietf-behave-ftp64@tools.ietf.org" <draft-ietf-behave-ftp64@tools.ietf.org>, 'Behave WG' <behave@ietf.org>
Subject: Re: [ftpext] FTP64 LANGuage [was RE: [BEHAVE] one week WGLC, draft-ietf-behave-ftp64-05]
X-BeenThere: ftpext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ftpext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ftpext>, <mailto:ftpext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ftpext>
List-Post: <mailto:ftpext@ietf.org>
List-Help: <mailto:ftpext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ftpext>, <mailto:ftpext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jan 2011 16:09:37 -0000

Question to FTPEXT:

Given that many NAT44's that have FTP ALG don't allow LANG to work correctly,
and we haven't seen any responses from FTPEXT folks arguing that it's
important, should the Behave WG consider LANG support in RFC 2640 to be 
unimportant?  Is it basically dead?

If so, I'm fine with a SHOULD in the FTP64 doc.   And I agree with Iljitsch's
implication that the recommendation for FTP64 ALGs should be the same
as whatever the recommendation for other FTP ALGs (e.g. in NAT44's) is.

-Dave

> -----Original Message-----
> From: Iljitsch van Beijnum [mailto:iljitsch@muada.com]
> Sent: Wednesday, January 05, 2011 6:19 AM
> To: Dan Wing
> Cc: Dave Thaler; draft-ietf-behave-ftp64@tools.ietf.org; ftpext@ietf.org;
> 'Behave WG'
> Subject: Re: FTP64 LANGuage [was RE: [BEHAVE] one week WGLC, draft-ietf-
> behave-ftp64-05]
> 
> On 3 jan 2011, at 21:38, Dan Wing wrote:
> 
> > For whatever it's worth, I checked the FTP ALG for NAT44 in Cisco's
> > IOS, and it does nothing special with LANG (it doesn't block the
> > command nor parse the FEAT response).  We have other ALGs in other
> > products (e.g., Linksys, ASA), but I did not check those.  Our bug
> > database (which spans all Cisco-branded products) has no customer
> > complaints about FTP's LANG support.
> 
> Apparently nobody else can muster up the energy to care about this.
> 
> I'm ok with adding a SHOULD for supporting LANG in the ALG so that if a server
> and client negotiate a non-default language the ALG also participates. This
> assumes the ALG supports the negotiated language, but I'm thinking that if the
> server and client support a non-default language, there's a good chance that the
> ALG vendor either added this language too, or allowed sufficient customization
> for the user to do this. The ALG only has 10 or so responses that it can generate,
> after all.
> 
> But for the reasons I outlined earlier, I'm still very reluctant to make this a
> MUST. Seeing as the FTP44 ALG people apparently managed to do without this,
> such a requirement runs a big risk of becoming a dead letter, anyway. There's
> enough of that when it comes to FTP specifications...
> 
> Iljitsch