Re: [rtcweb] Rohan Red Cross Use Case

Randell Jesup <randell-ietf@jesup.org> Wed, 03 August 2011 14:12 UTC

Return-Path: <randell-ietf@jesup.org>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 460A121F861E for <rtcweb@ietfa.amsl.com>; Wed, 3 Aug 2011 07:12:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.412
X-Spam-Level:
X-Spam-Status: No, score=-2.412 tagged_above=-999 required=5 tests=[AWL=0.187, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4vbfbcUNz1g8 for <rtcweb@ietfa.amsl.com>; Wed, 3 Aug 2011 07:12:26 -0700 (PDT)
Received: from arthur.webserversystems.com (arthur.webserversystems.com [174.132.191.98]) by ietfa.amsl.com (Postfix) with ESMTP id B7FCC21F8658 for <rtcweb@ietf.org>; Wed, 3 Aug 2011 07:12:25 -0700 (PDT)
Received: from pool-98-111-140-38.phlapa.fios.verizon.net ([98.111.140.38] helo=[192.168.1.12]) by arthur.webserversystems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from <randell-ietf@jesup.org>) id 1QocBZ-0002Oa-60 for rtcweb@ietf.org; Wed, 03 Aug 2011 09:12:37 -0500
Message-ID: <4E3956F9.1000309@jesup.org>
Date: Wed, 03 Aug 2011 10:11:05 -0400
From: Randell Jesup <randell-ietf@jesup.org>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <2C6FA49B-5D95-4C45-AD67-EA5D042F972C@cisco.com>
In-Reply-To: <2C6FA49B-5D95-4C45-AD67-EA5D042F972C@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - arthur.webserversystems.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - jesup.org
X-Source:
X-Source-Args:
X-Source-Dir:
Subject: Re: [rtcweb] Rohan Red Cross Use Case
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Aug 2011 14:12:27 -0000

On 7/18/2011 2:30 PM, Cullen Jennings wrote:
> I'd like to add an use case along the following lines...
>
> Rohan works for international aid agency and deploys wireless networks in places where disasters have wiped out all the existing infrastructure. There's just been an earthquake in Haiti. Betty works for Canada Red Cross and need to get the Red Cross location in Haiti connected to other aid groups in Haiti to help arrange complex logistics of things like what order various aid agencies are even going to use the limited resources of the runway at the airport. Rohan and Betty both use the AidNet web application for communicating and have cached copies using the HTML5 offline support on their computers or, if they can't get their computers into the country, can at least get copy in via USB key and find a local computer with a browser. Rohan sets up a wireless access point on the tallest thing he can find and managed to provide wireless coverage for many square miles. Betty connects to that and manages to call Rohan to coordinate and let Rohan know the location of RedCross so that better wireless can be arranged there.
>
> This one more or less one of the use cases for P2PSIP work to be able to set up an ad hoc voice communications system before one even had access to DNS server or any global internet infrastructure. I think that the whole P2PSIP system could be done inside browser (or a system similar to it). The underling transport of P2PSIP is very close to the proposal here including the use of ICE. One would probably need to define a new transport that an Reload overlay could use but other than that, I think one could meet this use case using something along the lines of Reload running in browser.

This is an interesting use-case - how would this really work in terms of 
discovery (does it require some external application to handle 
discovery?), what support would it likely need in the browser, and what 
are the security implications?

-- 
Randell Jesup
randell-ietf@jesup.org