Re: Manual network access logins (Was: Re: [RAM] The mapping problem: rendezvous points?)

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 22 May 2007 12:26 UTC

Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HqTRw-0007v7-M3; Tue, 22 May 2007 08:26:48 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HqTRw-0007v2-BQ for ram@iab.org; Tue, 22 May 2007 08:26:48 -0400
Received: from hu-out-0506.google.com ([72.14.214.226]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HqTRv-0004cg-S0 for ram@iab.org; Tue, 22 May 2007 08:26:48 -0400
Received: by hu-out-0506.google.com with SMTP id 38so44214huc for <ram@iab.org>; Tue, 22 May 2007 05:26:47 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=maGRCJ5+s3IwSbXRV7NbSXeJRPSbaEFWhQNva4ayRrZh1tshMDLpYtOtNajioxwHfeL3hhTMsLbAtMoJstFjL4wAWIKvEukKYVMa8QjecYUWa8rrdoHgZfJJ3gEvohJqk8NP98cLNbr5U/FHjcwD9VPvZt4gnM7FbGJv6BV3Zoc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=KB+9k7e1y0/8uWd5PQ+ONLyY7IgKaFo9hN0rMZn+jjy4ZtE/x2c9C8oHrNIIVBkgCwnA7swjBi9oE5QaooEDFeH/Uf8hbEPxIgg5I3TuSbWa3ux4aWMou9TxaKy7DkQXsq7eaaDeV1k8S7lwsfqBHQ7Fl8hoDVFGw9g9R82yQOo=
Received: by 10.82.146.14 with SMTP id t14mr10726658bud.1179836806887; Tue, 22 May 2007 05:26:46 -0700 (PDT)
Received: from ?10.10.50.3? ( [213.3.13.1]) by mx.google.com with ESMTP id y37sm145244iky.2007.05.22.05.26.40; Tue, 22 May 2007 05:26:43 -0700 (PDT)
Message-ID: <4652E178.5080209@gmail.com>
Date: Tue, 22 May 2007 14:26:32 +0200
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: Jari Arkko <jari.arkko@piuha.net>
Subject: Re: Manual network access logins (Was: Re: [RAM] The mapping problem: rendezvous points?)
References: <8F47F550-6224-4AFF-8359-CBA98D3F2FAB@muada.com> <271CF87FD652F34DBF877CB0CB5D16FC054EA470@WIN-MSG-21.wingroup.windeploy.ntdev.microsoft.com> <62AFA8C7-FDD4-4FF2-B609-966081DDC0D1@cisco.com> <B79E458E-F18C-4617-B953-F311E5623E9A@cisco.com> <271CF87FD652F34DBF877CB0CB5D16FC054EA694@WIN-MSG-21.wingroup.windeploy.ntdev.microsoft.com> <A590D37E-7DEC-4695-998E-DA12A205F306@cisco.com> <271CF87FD652F34DBF877CB0CB5D16FC054EA741@WIN-MSG-21.wingroup.windeploy.ntdev.microsoft.com> <47DB1548-B91F-47A0-BF62-FACDA9E7706B@cisco.com> <20070518180916.GF69215@Space.Net> <3BD20378-6BEA-409D-A7E0-D170C0DF247D@cisco.com> <464E9D96.8070207@piuha.net>
In-Reply-To: <464E9D96.8070207@piuha.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: Tony Li <tli@cisco.com>, Gert Doering <gert@Space.Net>, ram@iab.org
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Errors-To: ram-bounces@iab.org

On 2007-05-19 08:47, Jari Arkko wrote:
> Gert, Tony,
> 
> 
>>> Mobile IPv6 aka "VoIP connections survive roaming about" sounds like
>>> a good plan for when we have omnipresent IP connectivity without having
>>> to manually login to all these different access points - but this is
>>> some
>>> distant future, at least over here.  Which is why there might not be so
>>> much demand...
> 
> This is indeed a significant problem. As long as the login process
> is manual, all work stops until the user looks at the screen and
> takes out his credit card or types a password. This applies equally
> well to communications that could survive address changes
> (Mobile IPv6, HIP, SIP, etc.) as any other communications, such
> as polling your e-mail server for new messages.
> 
> There are many reasons for this situation both on the technical
> and perhaps even more in the business side. Lack of a technical
> solution is not the problem; we have some and we could easily
> invent more. Its more of a question of how many solutions we
> have, having a solution in all devices as opposed to just most
> of them, suitability of solutions to the different business
> models providers have, etc.
> 
> But I would suggest this is an orthogonal problem to discussing
> routing scalability or even mobility. We know that we as the
> industry must solve the network access problem, if we are
> going to have gadgets that don't need continuous attention
> from their owners and large screens to look at login pages.
> Or $9.95 for every movement to a new administrative
> domain...
> 
>> You can already wander around cities like Mountain View CA with WiFi
>> connectivity.  When WiMax deploys, if even 50% of the hype comes true,
>> this is going to become more common.  And EVDO is already doing this
>> today.
> 
> Or GPRS and UMTS. But you have to separate the the hype
> about wide-spread connectivity of a particular access technology
> and its effect to the network access problem. The problem is
> not lack of wide-spread connectivity, but more in the use
> of different networks. GPRS, UMTS, and perhaps
> EVDO and later WIMAX are capable of serving you all over
> the place. Each of these networks gives you an automatic
> network access mechanisms. No typing, no web pages,
> completely automatic. And even some of the movements
> between these networks work automatically.
> 
> However, not all combinations can be made to work automatically.
> More importantly, there are networks that do not use
> the automatic means or do not have roaming with
> your own provider. E.g., even if you do not need to
> type anything in the new WIMAX network, you probably
> still have to use your credit card or password
> if you switch from WIMAX to a local WiFi network.

And even if that gets solved, you will still need your
security credentials; it's increasingly less likely that a
random network will allow a random user in without credentials.

Are we really boiling that corner of the ocean here?

    Brian

-- 
NEW: Preferred email for non-IBM matters: brian.e.carpenter@gmail.com

_______________________________________________
RAM mailing list
RAM@iab.org
https://www1.ietf.org/mailman/listinfo/ram