Re: [BEHAVE] New Version Notification for draft-nishizuka-cgn-deployment-considerations-00.txt

kaname nishizuka <kaname@nttv6.jp> Thu, 04 April 2013 01:57 UTC

Return-Path: <kaname@nttv6.jp>
X-Original-To: behave@ietfa.amsl.com
Delivered-To: behave@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D03A721F8EAD for <behave@ietfa.amsl.com>; Wed, 3 Apr 2013 18:57:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 QNEU7K+BZv2U for <behave@ietfa.amsl.com>; Wed, 3 Apr 2013 18:57:45 -0700 (PDT)
Received: from guri.nttv6.jp (guri.nttv6.jp [IPv6:2402:c800:ff06:144::148]) by ietfa.amsl.com (Postfix) with ESMTP id CA32621F8EA5 for <behave@ietf.org>; Wed, 3 Apr 2013 18:57:44 -0700 (PDT)
Received: from z.nttv6.jp (z.nttv6.jp [IPv6:2402:c800:ff06:208::212]) by guri.nttv6.jp (NTTv6MTA) with ESMTP id 64866BDC53; Thu, 4 Apr 2013 10:57:40 +0900 (JST)
Received: from [IPv6:2402:c800:ff06:0:40b2:ff61:6375:30a9] (unknown [IPv6:2402:c800:ff06:0:40b2:ff61:6375:30a9]) by z.nttv6.jp (NTTv6MTA) with ESMTP id 56D15E22D1; Thu, 4 Apr 2013 10:57:40 +0900 (JST)
Message-ID: <515CDE13.5080003@nttv6.jp>
Date: Thu, 04 Apr 2013 10:57:39 +0900
From: kaname nishizuka <kaname@nttv6.jp>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
MIME-Version: 1.0
To: Dan Wing <dwing@cisco.com>
References: <20130328141225.16450.37444.idtracker@ietfa.amsl.com> <515A8B2E.9060706@nttv6.jp> <515A98BA.9030409@nttv6.jp> <DAF649E9-03F4-410A-A5E0-3ECC8689F08F@cisco.com>
In-Reply-To: <DAF649E9-03F4-410A-A5E0-3ECC8689F08F@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Shin Miyakawa <miyakawa@nttv6.jp>, behave@ietf.org
Subject: Re: [BEHAVE] New Version Notification for draft-nishizuka-cgn-deployment-considerations-00.txt
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/behave>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Apr 2013 01:57:45 -0000

Thanks for your comment.

> I like the description of DNS location at http://tools.ietf.org/html/draft-nishizuka-cgn-deployment-considerations-00#section-6.3, as this is an important mechanism to reduce the transactional load on the CGN.  Have you analyzed the number of subscribers that over-ride the ISP-provided DNS servers to use other DNS servers (e.g., Google, OpenDNS), as that DNS query traffic will traverse the CGN.
Unfortunately, we have not yet investigated the proportion of the 
subscribers who are using provided DNS versus who are using public DNS.
Before investigating it, the test we managed to do was that all DNS 
traffic traverse the CGN as the most severe case.
The proportion could be different in providers,  but the impact of the 
DNS query traffic is relatively small if DNS timeout is adjusted.

> http://tools.ietf.org/html/draft-nishizuka-cgn-deployment-considerations-00#section-5.3.2 would benefit from some discussion of the privacy impact of an ISP storing destination information, and should also describe memory impact (in the CGN) if the subscriber uses the same source port to visit many different destinations (if CGN does not store the list of destinations, CGN will generate a log for every packet sent to a new destination).  Applications such as bittorrent can consume a lot of memory in a CGN that is configured for destination logging.
>
We also should care for port-overlapping behavior.

kaname

(2013/04/03 1:07), Dan Wing wrote:
> On Apr 2, 2013, at 1:37 AM, kaname nishizuka <kaname@nttv6.jp> wrote:
>
>> Dear all,
>>
>> I'm kaname from NTT communications in Japan.
>> We are testing CGN under the support of Japanese Government.
>> Now, we've uploaded a new draft based on the result of our verification.
>> The useful information about the average consumption of the ports are available on the document.
>> Please look through it, and all kind of feedback are welcome.
> Thanks for publishing this document.
> I like the description of DNS location at http://tools.ietf.org/html/draft-nishizuka-cgn-deployment-considerations-00#section-6.3, as this is an important mechanism to reduce the transactional load on the CGN.  Have you analyzed the number of subscribers that over-ride the ISP-provided DNS servers to use other DNS servers (e.g., Google, OpenDNS), as that DNS query traffic will traverse the CGN.
> http://tools.ietf.org/html/draft-nishizuka-cgn-deployment-considerations-00#section-5.3.2 would benefit from some discussion of the privacy impact of an ISP storing destination information, and should also describe memory impact (in the CGN) if the subscriber uses the same source port to visit many different destinations (if CGN does not store the list of destinations, CGN will generate a log for every packet sent to a new destination).  Applications such as bittorrent can consume a lot of memory in a CGN that is configured for destination logging.
>
> -d
>
>
>> By conducting realistic experiment, this draft is answering to "draft-ietf-behave-lsn-requirements-10" which will be the newest RFC very soon.
>>
>> The document is *NOT* intended to be Standards Track. It's for Informational.
>> The wrong description is just mere mistake, so we'll soon correct it in the next revision.
>>
>> The full report of our work will be available soon on the Web in English.
>> I'll also announce it when it's available to this mailing-list.
>>
>> Best regards,
>>
>> kaname
>>
>>
>>
>>
>>> -------- Original Message --------
>>> Subject:	New Version Notification for draft-nishizuka-cgn-deployment-considerations-00.txt
>>> Date:	Thu, 28 Mar 2013 07:12:25 -0700
>>> From:	internet-drafts@ietf.org
>>> To:	kaname@nttv6.jp
>>>
>>> A new version of I-D, draft-nishizuka-cgn-deployment-considerations-00.txt
>>> has been successfully submitted by Kaname Nishizuka and posted to the
>>> IETF repository.
>>>
>>> Filename:	 draft-nishizuka-cgn-deployment-considerations
>>> Revision:	 00
>>> Title:		 Carrier-Grade-NAT (CGN) Deployment Considerations.
>>> Creation date:	 2013-03-29
>>> Group:		 Individual Submission
>>> Number of pages: 16
>>> URL:             http://www.ietf.org/internet-drafts/draft-nishizuka-cgn-deployment-considerations-00.txt
>>> Status:          http://datatracker.ietf.org/doc/draft-nishizuka-cgn-deployment-considerations
>>> Htmlized:        http://tools.ietf.org/html/draft-nishizuka-cgn-deployment-considerations-00
>>>
>>>
>>> Abstract:
>>>     This document provides deployment considerations for Carrier-Grade-
>>>     NAT (CGN) based on the verification result include the investigation
>>>     of the number of sessions of applications.  The verification was
>>>     conducted in StarBED which is one of the largest scale network
>>>     experiment environment in Japan.  A million of subscribers was
>>>     emulated and it revealed the realistic behavior of CGN.
>>>
>>>                                                                                    
>>>
>>>
>>> The IETF Secretariat
>>>
>>>
>>>
>>
>> -- 
>> ----
>> Kaname Nishizuka
>> Innovative Architecture Center
>> NTT Communications Corporation
>> +81-50-3812-4704
>> _______________________________________________
>> Behave mailing list
>> Behave@ietf.org
>> https://www.ietf.org/mailman/listinfo/behave
>


-- 
----
Kaname Nishizuka
Innovative Architecture Center
NTT Communications Corporation
+81-50-3812-4704