ETS applicability, was Re: [Ieprep] proposed charter

ken carlberg <carlberg@g11.org.uk> Wed, 27 September 2006 19:38 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GSfEX-0002kB-Aa; Wed, 27 Sep 2006 15:38:17 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GSfEV-0002k6-Sb for ieprep@ietf.org; Wed, 27 Sep 2006 15:38:15 -0400
Received: from athena.hosts.co.uk ([85.233.160.20]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GSf70-0003og-Oa for ieprep@ietf.org; Wed, 27 Sep 2006 15:30:32 -0400
Received: from [69.250.216.138] (helo=[192.168.1.3]) by athena.hosts.co.uk with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.60) (envelope-from <carlberg@g11.org.uk>) id 1GSf6u-00035H-9H; Wed, 27 Sep 2006 20:30:26 +0100
In-Reply-To: <08357DDC-1E93-4DC8-83C8-AC75D11FCB63@cisco.com>
References: <200609271844.k8RIi6mW012987@workhorse.brookfield.occnc.com> <08357DDC-1E93-4DC8-83C8-AC75D11FCB63@cisco.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <F0AFFB2F-3FD2-462F-9765-EA1B2B54FD60@g11.org.uk>
Content-Transfer-Encoding: 7bit
From: ken carlberg <carlberg@g11.org.uk>
Subject: ETS applicability, was Re: [Ieprep] proposed charter
Date: Wed, 27 Sep 2006 15:30:14 -0400
To: Fred Baker <fred@cisco.com>
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: -1.4 (-)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Cc: "James M. Polk" <jmpolk@cisco.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>
Errors-To: ieprep-bounces@ietf.org

In the long term, ETS as an umbrella term (and stressing the term  
Service) can be applied to applications other than voice.  in  
rfc-3689 (General Requirements for ETS), we state the following under  
the Problem section (The key item being the first sentence)

    A subsequent problem is to ensure that requirements associated with
    potential support is not focused just on IP telephony applications.
    The I-Am-Alive (IAA) database system is an example of an ETS type
    application used in Japan that supports both signaled and non-
    signaled access by users [10].  It is a distributed database system
    that provides registration, querying, and reply primitives to
    participants during times of an emergency (e.g., an earthquake) so
    that others can make an after-the-event determination about the
    status of a person.  In this case, a separate signaling protocol  
like
    SIP is not always required to establish or maintain a connection.

    Given the case where signaling is optional, requirements and
    subsequent solutions that address these problems must not assume the
    existence of signaling and must be able to support applications that
    only have labels in data packets.  These label(s) may be in various
    places, such as the application or IP header.

the low hanging fruit and the immediate attention for some users/ 
clients of ETS is voice in the context of IP, given that that there  
are deployed systems like GETS in the PSTN world which need to be  
bridged and eventually migrated to the IP world.  But this immediate  
attention shouldn't confuse others into thinking that ETS exclusively  
= voice.

-ken



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