Re: [BEHAVE] [sunset4] Last Call: <draft-ietf-behave-lsn-requirements-07.txt> (Common requirements for Carrier Grade NATs (CGNs)) to Best Current Practice

Shin Miyakawa <miyakawa@nttv6.jp> Wed, 11 July 2012 07:34 UTC

Return-Path: <miyakawa@nttv6.jp>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3B3121F858A; Wed, 11 Jul 2012 00:34:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.787
X-Spam-Level:
X-Spam-Status: No, score=0.787 tagged_above=-999 required=5 tests=[AWL=-0.877, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_BASE64_TEXT=1.753]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ywl6ZuZRSUlV; Wed, 11 Jul 2012 00:34:18 -0700 (PDT)
Received: from guri.nttv6.jp (guri.nttv6.jp [IPv6:2402:c800:ff06:144::148]) by ietfa.amsl.com (Postfix) with ESMTP id 0AEE221F85DF; Wed, 11 Jul 2012 00:34:17 -0700 (PDT)
Received: from z.nttv6.jp (z.nttv6.jp [115.69.228.212]) by guri.nttv6.jp (NTTv6MTA) with ESMTP id B1B75BDC1E; Wed, 11 Jul 2012 16:34:44 +0900 (JST)
Received: from localhost (localhost [IPv6:::1]) by z.nttv6.jp (NTTv6MTA) with ESMTP id 853F7E169A; Wed, 11 Jul 2012 16:34:44 +0900 (JST)
Date: Wed, 11 Jul 2012 16:34:44 +0900
Message-Id: <20120711.163444.104075113.miyakawa@nttv6.jp>
To: Tina.Tsou.Zouting@huawei.com
Subject: Re: [BEHAVE] [sunset4] Last Call: <draft-ietf-behave-lsn-requirements-07.txt> (Common requirements for Carrier Grade NATs (CGNs)) to Best Current Practice
From: Shin Miyakawa <miyakawa@nttv6.jp>
In-Reply-To: <1DF204BC-FAD6-4A0E-90B0-64760CC1ECF9@huawei.com>
References: <DCC302FAA9FE5F4BBA4DCAD4656937791745A1F0D4@PRVPEXVS03.corp.twcable.com> <4FFAF400.1030201@viagenie.ca> <1DF204BC-FAD6-4A0E-90B0-64760CC1ECF9@huawei.com>
Organizaton: NTT Communications
X-Mailer: Mew version 6.3 on Emacs 23.2 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-7"
Content-Transfer-Encoding: base64
Cc: behave@ietf.org, ietf@ietf.org, sunset4@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Jul 2012 07:34:18 -0000

Tina,

Thanks for the comment. 

> First, the port numbers to be allocated to CPE. Excluding Well known port numbers should be mentioned. 

I think that even if well know port is allocated as src address, 
there would be no problem. 
The document is aiming at "minimal" set of requirements to make CGN transparent, 
I agree with that this could be helpful 
but I don't think this is a critical condition to make this I-D an RFC, isn't it ?

> Moreover if port numbers are allocated to each CPE, what is the criteria for allocation. 

I think that it's operators' choice :-)

<snip>

> Some amount of clarity in this respect would be helpful.

I also think this kind of information is usuful, but 
this could be discussed in other draft isn't it ?

> Moreover, the document advocates the use of Endpoint independent filtering. If AID is used, there would be a delay of 120 seconds for each port reallocation. So should EIF be used only with those applications that can’t function without it, instead of applying it for all.

I see... Especially, Simon, how do you think ?

> 
> The need to maintain a record or database of the allocated ports and their lifetime would be helpful. 

For example, if port is statically assigned, there is no need to have 
such record. So, again, I agree with that this is of course a clue to 
operate CGN better in certain environment, but still is not a critical, I think.

So, how about we could create a document with such a hint for CGN operation 
seprately then let this I-D move forward now ? > Tina

Best wishes,

Shin Miyakawa