RE: Possible new Real-Time Applications and Infrastucture (RAI) Area
"Yaakov Stein" <yaakov_s@rad.com> Tue, 20 September 2005 07:14 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EHcLD-00067K-Av; Tue, 20 Sep 2005 03:14:59 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EHcLB-000664-CN for ietf@megatron.ietf.org; Tue, 20 Sep 2005 03:14:57 -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 DAA12402 for <ietf@ietf.org>; Tue, 20 Sep 2005 03:14:55 -0400 (EDT)
Received: from radmail2.rad.co.il ([80.74.100.136] helo=antivir1.rad.co.il) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EHcQs-0003Vy-1A for ietf@ietf.org; Tue, 20 Sep 2005 03:20:56 -0400
Received: from antivir1.rad.co.il (localhost [127.0.0.1]) by antivir1.rad.co.il (8.12.10/8.12.10) with ESMTP id j8K7BeYL006301 for <ietf@ietf.org>; Tue, 20 Sep 2005 10:11:40 +0300 (IDT)
Received: from exrad2.ad.rad.co.il (exrad2 [192.114.24.112]) by antivir1.rad.co.il (8.12.10/8.12.10) with ESMTP id j8K7BdM1006295 for <ietf@ietf.org>; Tue, 20 Sep 2005 10:11:39 +0300 (IDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 20 Sep 2005 10:16:03 +0200
Message-ID: <27A0F290348F8E45AEF79889DDE65A5205554DD3@exrad2.ad.rad.co.il>
Thread-Topic: Possible new Real-Time Applications and Infrastucture (RAI) Area
Thread-Index: AcW9fTN200Dl1B5mSM2xqoJGktUZgwAN53sg
From: Yaakov Stein <yaakov_s@rad.com>
To: IETF list <ietf@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Content-Transfer-Encoding: quoted-printable
Subject: RE: Possible new Real-Time Applications and Infrastucture (RAI) Area
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
As we see from the comments so far, the problem with giving a name to this new area reveals uncertainty as to the intent. Signaling-centric comments ---------------------------------------- Harald used the phrase "SIP-type services" (note the emphasis on the signaling aspects) implying that anything that can be setup using SIP and its extensions (or somehow connected with such services) is included. James word-smiths Harald's phrase into "what is in and around SIP" but modulates it with a "not absolutely!", in order to nudge it in the direction of "Rich Media Apps". >From these comments the interactivity and delay sensitivity is not criticial to the definition. However, as SIP is often used to set up "real-time" services, they are somehow connected. Traffic-centric comments ----------------------------------- Melinda is worried that "real-time" might imply timing rigor (presumably Allan deviations, MTIE/TDEV masks and other mathematical monsters) and so presumably is interested in handling real-time (i.e. continuous time) services, but wants to leave the mathematical aspects out. Marshall wishes us to recognizes the difference between sensitivity to delay and to jitter, and emphasizes the former. Grenville sees the challenge in standardizing protocols for delay-sensitive applications, adding interactive gaming to the list. These comments emphasize the difficulty in working over IP when delay (and perhaps delay variation) is critical, which typically means interactive applications. I like to probe the difference between these approaches by asking not about WGs, but about specific apps. Should streaming one-way video, which is real-time but not interactive nor delay sensitive (although it may be jitter sensitive) be under the aegis of this new area ? How about instant messaging and presence indications (mentioned in Brian's original message) which are interactive, but not "real-time" in the DSP sense ? What about TDM over IP (a subject close to my heart) which is real-time and timing is critical, but is set up using LDP and not SIP ? Y(J)S _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- RE: Possible new Real-Time Applications and Infra… john.loughney
- Re: Possible new Real-Time Applications and Infra… Pekka Savola
- Re: Possible new Real-Time Applications and Infra… grenville armitage
- RE: Possible new Real-Time Applications and Infra… Yaakov Stein
- FW: Possible new Real-Time Applications and Infra… Markus.Isomaki
- TAWNNY! (Re: FW: Possible new Real-Time Applicati… Harald Tveit Alvestrand
- Re: TAWNNY! (Re: FW: Possible new Real-Time Appli… C Wegrzyn
- Re: TAWNNY! (Re: FW: Possible new Real-Time Appli… bill
- Re: TAWNNY! (Re: FW: Possible new Real-Time Appli… Bill Fenner
- RE: Possible new Real-Time Applications and Infra… Bill Sommerfeld
- Re: Possible new Real-Time Applications and Infra… Dave Crocker
- Re: Possible new Real-Time Applications and Infra… Dave Crocker
- Re: TAWNNY! (Re: FW: Possible new Real-Time Appli… Brian E Carpenter
- Re: Possible new Real-Time Applications and Infra… Melinda Shore
- Shifting sands [Re: Possible new Real-Time Applic… Brian E Carpenter
- RE: Possible new Real-Time Applications and Infra… Yaakov Stein
- Re: Possible new Real-Time Applications and Infra… Dave Crocker
- Re: Possible new Real-Time Applications and Infra… Melinda Shore
- Re: Possible new Real-Time Applications and Infra… Dave Crocker
- Re: Possible new Real-Time Applications and Infra… Scott Michel
- Re: Possible new Real-Time Applications and Infra… Pete Resnick
- Re: Possible new Real-Time Applications and Infra… Scott W Brim
- Re: Possible new Real-Time Applications and Infra… Pete Resnick
- RE: Possible new Real-Time Applications and Infra… Yaakov Stein
- RE: Possible new Real-Time Applications and Infra… sbrim
- Re: Possible new Real-Time Applications and Infra… Adam Roach
- Re: Possible new Real-Time Applications and Infra… Richard Shockey