Re: [v6ops] Please review draft-donley-behave-deterministic-cgn

Chris Grundemann <C.Grundemann@cablelabs.com> Wed, 11 January 2012 20:21 UTC

Return-Path: <C.Grundemann@cablelabs.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FE8811E80C2 for <v6ops@ietfa.amsl.com>; Wed, 11 Jan 2012 12:21:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.597
X-Spam-Level:
X-Spam-Status: No, score=0.597 tagged_above=-999 required=5 tests=[AWL=1.060, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368]
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 nj54vohi92kH for <v6ops@ietfa.amsl.com>; Wed, 11 Jan 2012 12:21:25 -0800 (PST)
Received: from ondar.cablelabs.com (ondar.cablelabs.com [192.160.73.61]) by ietfa.amsl.com (Postfix) with ESMTP id 5F97111E80AB for <v6ops@ietf.org>; Wed, 11 Jan 2012 12:21:25 -0800 (PST)
Received: from kyzyl.cablelabs.com (kyzyl [10.253.0.7]) by ondar.cablelabs.com (8.14.5/8.14.5) with ESMTP id q0BKLM6x016229; Wed, 11 Jan 2012 13:21:22 -0700
Received: from srvxchg.cablelabs.com (10.5.0.15) by kyzyl.cablelabs.com (F-Secure/fsigk_smtp/303/kyzyl.cablelabs.com); Wed, 11 Jan 2012 13:21:22 -0700 (MST)
X-Virus-Status: clean(F-Secure/fsigk_smtp/303/kyzyl.cablelabs.com)
Received: from srvxchg.cablelabs.com ([10.5.0.15]) by srvxchg ([10.5.0.15]) with mapi; Wed, 11 Jan 2012 13:21:22 -0700
From: Chris Grundemann <C.Grundemann@cablelabs.com>
To: Cameron Byrne <cb.list6@gmail.com>
Date: Wed, 11 Jan 2012 13:21:20 -0700
Thread-Topic: [v6ops] Please review draft-donley-behave-deterministic-cgn
Thread-Index: AczQnpWitnjqN+hVSzmcF44zsxbqTg==
Message-ID: <CB333B7D.423D%c.grundemann@cablelabs.com>
In-Reply-To: <CAD6AjGRcJeKvaU9-i4J0JLDouSxvuTZJ9GCDE8gXA=eW5_pnOg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.14.0.111121
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Approved: ondar
Cc: v6ops v6ops WG <v6ops@ietf.org>, Dave Thaler <dthaler@microsoft.com>, "draft-donley-behave-deterministic-cgn@tools.ietf.org" <draft-donley-behave-deterministic-cgn@tools.ietf.org>, Behave Chairs <behave-chairs@tools.ietf.org>
Subject: Re: [v6ops] Please review draft-donley-behave-deterministic-cgn
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Jan 2012 20:21:26 -0000

On 1/11/12 1:06 PM, "Cameron Byrne" <cb.list6@gmail.com> wrote:

>On Wed, Jan 11, 2012 at 9:02 AM, Chris Grundemann
><C.Grundemann@cablelabs.com> wrote:
>>
>>
>> On 1/5/12 9:33 AM, "Cameron Byrne" <cb.list6@gmail.com> wrote:
>>>
>>>So, what does that mean for a mobile operator? Not "periodic mobile
>>>web access" as you say.  It means there are a lot of long lived and
>>>sustained CGN sessions.  Or, an alternative solution, dare i say the
>>>forbidden word on an IPv4 life support thread? ... ipv6.
>>
>> Yes, as mobile Internet usage becomes more and more like fixed Internet
>> usage, mobile operators are going to have to look more and more to
>> solutions that look more like those of the fixed operators (lower IPv4
>>CGN
>> compression ratios and native IPv6 to name a couple).
>>
>
>I don't think suggesting incrementally lower IPv4 efficiency is a
>helpful solution to the IPv4 exhaust problem.

I wasn't suggesting lower IPv4 efficiency as a solution to the IPv4
exhaust problem. I was stating the fact that if mobile operators want
their data services to look/feel/behave more like fixed ISP services
(DSL/cable/etc), then they will have to operate their networks
accordingly. I do agree that this creates a problem for mobile operators
who choose not to deploy IPv6. Since we're veering off the topic of this
thread, I'll leave it at that (I'm happy to continue the discussion
off-line if you'd like).

Cheers,
~Chris

 
>
>>>Let me also clear up something, most of mobile operator traffic is
>>>volume is video.
>>>
>>>http://www.cisco.com/en/US/solutions/collateral/ns341/ns525/ns537/ns705/
>>>ns
>>>827/white_paper_c11-520862.html
>>>
>>>"Mobile video traffic will exceed 50 percent for the first time in
>>>2011. Mobile video traffic was 49.8 percent of total mobile data
>>>traffic at the end of 2010, and will account for 52.8 percent of
>>>traffic by the end of 2011."
>>>
>>>Once again, "not periodic mobile web"
>>
>> Yes, mobile data usage is growing, but the delta is still massive
>>between
>> what people do online at home and on the go. Specific to video, Nielson
>> reports that the average user watches 27 minutes a month of video online
>> at home and only 7 minutes a month on mobile.
>>
>> http://techcrunch.com/2012/01/08/how-people-watch-tv-online/
>>
>> So mobile's still about 4x shy (on average) in time and don't forget
>>that
>> many apps are "optimized" for mobile viewing, giving the user less
>>ports,
>> lower bit-rates, etcŠ
>>