Re: [Ieprep] IAA charter item query

Eric Brunner-Williams at a VSAT somewhere (or in Portland Maine) <brunner@nic-naa.net> Thu, 06 October 2005 17:35 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ENZeW-0006df-6Q; Thu, 06 Oct 2005 13:35:32 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ENZeU-0006da-C1 for ieprep@megatron.ietf.org; Thu, 06 Oct 2005 13:35:30 -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 NAA16941 for <Ieprep@ietf.org>; Thu, 6 Oct 2005 13:35:28 -0400 (EDT)
Received: from [65.99.1.129] (helo=nic-naa.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ENZnc-0001hu-Ix for Ieprep@ietf.org; Thu, 06 Oct 2005 13:44:56 -0400
Received: from nic-naa.net (localhost [127.0.0.1]) by nic-naa.net (8.13.3/8.13.3) with ESMTP id j952tZ08018107; Tue, 4 Oct 2005 22:55:35 -0400 (EDT) (envelope-from brunner@nic-naa.net)
Message-Id: <200510050255.j952tZ08018107@nic-naa.net>
To: Henning Schulzrinne <hgs@cs.columbia.edu>
Subject: Re: [Ieprep] IAA charter item query
In-Reply-To: Your message of "Thu, 06 Oct 2005 13:14:48 EDT." <43455B88.7000506@cs.columbia.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <18105.1128480935.1@nic-naa.net>
Date: Tue, 04 Oct 2005 22:55:35 -0400
From: Eric Brunner-Williams at a VSAT somewhere <brunner@nic-naa.net>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581
Cc: "GOLDMAN, STUART O (STUART)" <sgoldman@lucent.com>, 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

What round hole to stuff a square peg?

Its an app. If the IETF is about interoperability by zero or more
implementations of a protocol, in this instance (and others in the
apps are specified in terms of bnf or xml schema, specified by some
syntax, it still isn't a given the WG "belongs in" any particular area.

My point isn't to distract you (all) from real-time presence data and
things that produce and/or consume such data. I'm simply interested in
a problem that can be characterized as lazy write-through or disconnected
operations presence, and mechanism(s) that produce and/or consume such data.

Yes, pigeons actually will suffice, for some data compresion densities, and
yes,  users actually do attempt to obtain resource allocation during fabric
transition events.

I only asked because IAA was on the original charter.


Thanks everyone for your time.
Eric

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