Re: [v6ops] I-D Action: draft-ietf-v6ops-mobile-device-profile-17.txt - Download Booster

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 19 February 2015 00:24 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFDE91A1B93 for <v6ops@ietfa.amsl.com>; Wed, 18 Feb 2015 16:24:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7VuVbNy4k4Bp for <v6ops@ietfa.amsl.com>; Wed, 18 Feb 2015 16:24:43 -0800 (PST)
Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37DA61A1B91 for <v6ops@ietf.org>; Wed, 18 Feb 2015 16:24:43 -0800 (PST)
Received: by pablf10 with SMTP id lf10so5105645pab.12 for <v6ops@ietf.org>; Wed, 18 Feb 2015 16:24:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=J3SwRDM9Gg7hPSCqf2juS2vf1d3TVWc9/3bg6FfwNXs=; b=SkzzXgFlkPX6k5xWnCJUm58wCVwelSOBbinYVNDRuff6ul08HCiscyc/dHjagB7Qy/ cqRwplISSiI2Rv72RKzIi7lvUsZXBeEv/YCWZv5+eucEz80tiiJUtbElEJdDolUJKaEA niOmUY9Rw9Ebk1qf+DcuQXkoEGww/otmV+nE+206G9SFtt0WVHvR+sIvrGbWSPBeZ2fu lp/1pgU5eYLd9YR1cK8k/faWR5xiNGXRQ1Z2S8L3KMVeybbJOnOa3DgM90TH/2+Y34c1 K/nYWkJRhaO9X2Wl3saR9f/L52WN7UNoLSj14hIARa4QV8LyDCr0I13Tm7P2n1zRVDbO Cjqw==
X-Received: by 10.66.66.230 with SMTP id i6mr3100950pat.108.1424305482988; Wed, 18 Feb 2015 16:24:42 -0800 (PST)
Received: from ?IPv6:2406:e007:5091:1:28cc:dc4c:9703:6781? ([2406:e007:5091:1:28cc:dc4c:9703:6781]) by mx.google.com with ESMTPSA id ca2sm21710081pbc.68.2015.02.18.16.24.39 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Feb 2015 16:24:41 -0800 (PST)
Message-ID: <54E52D5E.9000105@gmail.com>
Date: Thu, 19 Feb 2015 13:25:02 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>, Kossut Tomasz - Hurt <Tomasz.Kossut@orange.com>, BOUCADAIR Mohamed IMT/OLN <mohamed.boucadair@orange.com>, "Heatley, Nick" <nick.heatley@ee.co.uk>
References: <20150212124226.3282.9774.idtracker@ietfa.amsl.com> <54DCD464.3000907@gmail.com> <787AE7BB302AE849A7480A190F8B93300490A7DD@OPEXCLILM23.corporate.adroot.infra.ftgroup> <6536E263028723489CCD5B6821D4B21303DEA4B0@UK30S005EXS06.EEAD.EEINT.CO.UK> <54DDF37D.1050405@gmail.com> <6536E263028723489CCD5B6821D4B21303DEA605@UK30S005EXS06.EEAD.EEINT.CO.UK> <54DE0BA8.8020908@gmail.com> <6536E263028723489CCD5B6821D4B21303DEA722@UK30S005EXS06.EEAD.EEINT.CO.UK> <54DE227D.9050303@gmail.com> <787AE7BB302AE849A7480A190F8B93300490B969@OPEXCLILM23.corporate.adroot.infra.ftgroup> <A0BB7AD89EA705449C486BDB5FDCBC7B2851152A@OPE10MB06.tp.gk.corp.tepenet> <54E1D42C.5040605@gmail.com> <A0BB7AD89EA705449C486BDB5FDCBC7B28511B64@OPE10MB06.tp.gk.corp.tepenet> <54E48C14.1000102@gmail.com>
In-Reply-To: <54E48C14.1000102@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/6sQdhvCK8QQTcONJlwJcZ0IUfiE>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-mobile-device-profile-17.txt - Download Booster
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 19 Feb 2015 00:24:45 -0000

On 19/02/2015 01:56, Alexandru Petrescu wrote:
>> moreover together with Samsung we developed "IPv6 patch" for Download
>> Booster (Samsung feature to aggregate your LTE+WIFI connection for
>> http download -
> 
> This is a very useful feature.  I wonder whether the augmented bandwidth
> concerns a single http connection, or several?  (there is a difference
> between single connection enjoying its bandwidth augmented when an
> interface is added, and pipelined http connections not disturbing each
> other when several interfaces are added).
> 
> I am asking because two reasons.  One is that I have seen demos where
> bandwidth is not really augmented, yet pipelined http apps give a better
> feeling when multiple interfaces are used.

I know nothing about HTTP/2 beyond blog posts and the FAQ, but if they
have done what they say, HTTP/2 will make all this irrelevant.

    Brian

> 
> The other reason is that at IETF there are some activities about
> bandwidth augmentation which may be interested in Download Booster.
> 
> In the MIF Working Group there is a bandwidth augmentation activity in
> relationship to the BroadBand Forum: add a cellular interface to a DSL
> box hoping to add bandwidth, and improve fail-over.
> 
> In the Mobile IPv4 Working Group there is a
> draft-ietf-mip4-multiple-tunnel-support which may try to achieve the
> same, and an RFC for samein IPv6.
> 
>> now it works in Ipv6 networks with no DNS64 like Orange Poland )
> 
> It is encouraging :-)
> 
>> Is the network considering Machine-class devices (M2M)? For example
>> Sierra Wireless Airprime? Not really - we are working with one of the
>> vendor to deliver IPv6 (CLAT) router expected in H1/15
>>
>> More than the typical smartphone users (yes, it represents already a
>> large market) is the LTE network considering connections from more
>> dedicated settings like: connected public transportation, home
>> electricity counters, electric vehicle charging stations, harbour
>> installations, connected roads?
>>
>> Yes, we are technically ready to create "IPv6 matrix"
>>
>> These dedicated settings look up to wireless LTE access networks as
>> good hope to get on the Internet, especially in areas where land
>> lines are too expensive to deploy.
>>
>>> LTE450 -in Brasil, LTE800 - Europe
> 
> Ok, it is good to know.  For the moment we consider LTE2600 which is
> also useful in remote areas, until LTE800 comes alive.
> 
> Alex
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>