Re: [Ieprep] IAA charter item query

Henning Schulzrinne <hgs@cs.columbia.edu> Thu, 06 October 2005 16:43 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ENYpi-0000cK-Bt; Thu, 06 Oct 2005 12:43:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ENYpf-0000bl-Ms for ieprep@megatron.ietf.org; Thu, 06 Oct 2005 12:42:59 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA14290 for <Ieprep@ietf.org>; Thu, 6 Oct 2005 12:42:56 -0400 (EDT)
Received: from opus.cs.columbia.edu ([128.59.20.100]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ENYyn-0007rp-79 for Ieprep@ietf.org; Thu, 06 Oct 2005 12:52:25 -0400
Received: from [128.59.16.206] (chairpc.win.cs.columbia.edu [128.59.16.206]) (authenticated bits=0) by opus.cs.columbia.edu (8.12.10/8.12.10) with ESMTP id j96GgiWk005386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Oct 2005 12:42:45 -0400 (EDT)
Message-ID: <434553D6.902@cs.columbia.edu>
Date: Thu, 06 Oct 2005 12:41:58 -0400
From: Henning Schulzrinne <hgs@cs.columbia.edu>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "GOLDMAN, STUART O (STUART)" <sgoldman@lucent.com>
Subject: Re: [Ieprep] IAA charter item query
References: <17D8724A2A8D9542B2B8AE546B9E5BBC05350815@az4315exch001u.phx.lucent.com>
In-Reply-To: <17D8724A2A8D9542B2B8AE546B9E5BBC05350815@az4315exch001u.phx.lucent.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__C230066_P5 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_CRUFT 0, __USER_AGENT 0'
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b5d20af10c334b36874c0264b10f59f1
Content-Transfer-Encoding: 7bit
Cc: Ieprep@ietf.org
X-BeenThere: ieprep@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Internet Emergency Preparedness Working Group <ieprep.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ieprep@ietf.org>
List-Help: <mailto:ieprep-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=subscribe>
Sender: ieprep-bounces@ietf.org
Errors-To: ieprep-bounces@ietf.org

I agree with Stu that this is somewhat beyond the traditional focus of 
IEPREP on prioritization of first-responder and emergency coordination 
network traffic.

However, this is clearly an area where lack of standards makes things 
far less efficient than they could be. Having hundreds of impromptu web 
sites pop up where people register (and try to find others) is not 
exactly a good use of time for volunteers or families trying to reunite.

In my view, this is less of a protocol problem than a data format 
problem. If you were to define a data format representing a "sighting" 
of a person, you could then use a variety of secured mechanisms to 
gather this information, from HTTP to SIP IM to SMTP and maybe even p2p 
protocols. In some cases, for example, a laptop in a shelter may not 
have network connectivity, so it makes more sense to collect those and 
then upload them in batch by carrying a disk or having a "circuit rider" 
virtually pick them up. (We have built a system, called 7DS, that does 
something like that, although emergency use was not among our envisioned 
set of applications.)

We have one such format already, namely the PIDF-LO + CIPID format. It 
contains location information ("where/when seen") and name/original 
address information.

Henning


GOLDMAN, STUART O (STUART) wrote:
> Eric,
> 
> Like everyone else on the planet, I was glued to the TV during the
> resent disaster in New Orleans.
> 
> There were a number of occasions where the victim being interviewed
> said they had lost touch with family members and used the TV
> broadcast as an opportunity to send a message saying where they were
> now and how they could be contacted by the missing family members. As
> I watched this exchange a number of times, each time I was reminded
> of the ""I Am Alive" capability database that still is not in
> existence  in the US.
> 
> Having said that, it is my understanding that such a capability would
> entail the ability to post location/status type of data about
> individuals on a database that could be queried by the public.
> Perhaps the posting might need to be done by an agency such as the
> Red Cross in the US, to avoid malicious postings. (Mickey Mouse is
> OK, or worse, fraudulent information).
> 
> If that understanding is basically correct, then it would seem to me
> that neither the posting nor the querying of the database, while
> important to the participants, is of a nature that it would need
> preference over other traffic, such as the communications from First
> Responders require.  If it sufficient to support this capability with
> the same level of service as provided for ordinary communications,
> does the effort then fall on just developing the capability, which
> may not need any special accommodations in the IP space, or am I
> missing something?
> 
> 
> Stu Goldman Lucent Technologies 5531 E. Kelton LN Scottsdale,AZ 85254
>  602 493 8438 home office 623-582-7136 voicemail
> 
> 
> -----Original Message----- From: ieprep-bounces@ietf.org
> [mailto:ieprep-bounces@ietf.org]On Behalf Of Eric Brunner-Williams at
> a VSAT somewhere Sent: Tuesday, October 04, 2005 7:39 PM To:
> Ieprep@ietf.org Subject: [Ieprep] IAA charter item query
> 
> 
> Oki all,
> 
> I've grovelled through the archives abck to the first charter and I
> haven't found a satisfactory discussion of the IAA requirement, or
> non-requirement, or operational experience(s) with any IAA
> specificiation or reference implementation.
> 
> If anyone has some clue to throw my way, I'd appreciate it. The data
> is anecdotal, but in the Katrina outage area IAA-like query and
> response attempts (absent an actual IAA mechanism other than
> voice-to-voice w/o any call routing or forwarding or logging, other
> than that incidental to voice service, contributed to network load,
> responder tasking, dispatch failure, and of course, end user stress,
> and no governmental or quango involved in Katrina response operates a
> "missing persons" database, though one quango has made an attempt in
> that area.
> 
> Cheers, Eric
> 
> _______________________________________________ Ieprep mailing list 
> Ieprep@ietf.org https://www1.ietf.org/mailman/listinfo/ieprep
> 
> _______________________________________________ Ieprep mailing list 
> Ieprep@ietf.org https://www1.ietf.org/mailman/listinfo/ieprep

_______________________________________________
Ieprep mailing list
Ieprep@ietf.org
https://www1.ietf.org/mailman/listinfo/ieprep