Re: [clue] Requirements are now an RFC!!
Paul Kyzivat <pkyzivat@alum.mit.edu> Fri, 18 April 2014 14:58 UTC
Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: clue@ietfa.amsl.com
Delivered-To: clue@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA9D91A02FB for <clue@ietfa.amsl.com>; Fri, 18 Apr 2014 07:58:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id islDjR2kKaeI for <clue@ietfa.amsl.com>; Fri, 18 Apr 2014 07:58:07 -0700 (PDT)
Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:228]) by ietfa.amsl.com (Postfix) with ESMTP id 36ED71A01AF for <clue@ietf.org>; Fri, 18 Apr 2014 07:58:07 -0700 (PDT)
Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta15.westchester.pa.mail.comcast.net with comcast id rPeE1n0071YDfWL5FSy32g; Fri, 18 Apr 2014 14:58:03 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta20.westchester.pa.mail.comcast.net with comcast id rSy21n01A3ZTu2S3gSy2cK; Fri, 18 Apr 2014 14:58:03 +0000
Message-ID: <53513D7A.3080204@alum.mit.edu>
Date: Fri, 18 Apr 2014 10:58:02 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: Mary Barnes <mary.ietf.barnes@gmail.com>
References: <20140417230301.5294A18000C@rfc-editor.org> <5350943D.6080600@alum.mit.edu> <CAHBDyN4WiUuGPTwOJaECLB-9bO27XAiBaFxr8LL=00h8zyDCTw@mail.gmail.com>
In-Reply-To: <CAHBDyN4WiUuGPTwOJaECLB-9bO27XAiBaFxr8LL=00h8zyDCTw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1397833083; bh=viLiyiWvxZUGofDgY0+sdPsXQwIbs3Uql8VRXehKD4o=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=FM5NNmrV3k+6E6rwGi9X58jBkH59cyyK5QLROlyjDu9hsN00B++ers7sYI9Ee2Xut +diWEJGUKTgdLJHa6HiXb4dWjExyvplWc9B//SQ3gKIsb6McJ5lqj9WbhAB6Ucz8UM AV8Uibzyt+JC0N0VoeQGxqvGRXCGXTftUkJ+weOd9p211E7MGjknCeRmmdhKxl8Jz1 Gq1oNOak7iXE0Lx+uEO6WWVcEQAkFVRNKIJZWVAnfE7uZNrROWS2CKC3t4AEskO9o7 t/nlrZ2DpOC5J5n7YD8c51Ji+kWo+lhhCPDD0KwK/r6TbRPiT9Sl5ddzaGvdFjeIat +nAK+VpVgcheQ==
Archived-At: http://mailarchive.ietf.org/arch/msg/clue/3uKdCYpye3pzmO5XuhV4RV-9WIw
Cc: CLUE <clue@ietf.org>
Subject: Re: [clue] Requirements are now an RFC!!
X-BeenThere: clue@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: CLUE - ControLling mUltiple streams for TElepresence <clue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/clue>, <mailto:clue-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clue/>
List-Post: <mailto:clue@ietf.org>
List-Help: <mailto:clue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clue>, <mailto:clue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Apr 2014 14:58:12 -0000
Oops! Sorry. :-( On 4/18/14 8:50 AM, Mary Barnes wrote: > No. It's the use cases that have just been published. The requirements > document is still in the RFC Editor's queue. > > > On Thu, Apr 17, 2014 at 9:55 PM, Paul Kyzivat <pkyzivat@alum.mit.edu > <mailto:pkyzivat@alum.mit.edu>> wrote: > > On 4/17/14 7:03 PM, rfc-editor@rfc-editor.org > <mailto:rfc-editor@rfc-editor.org> wrote: > > A new Request for Comments is now available in online RFC libraries. > > > RFC 7205 > > Title: Use Cases for Telepresence Multistreams > Author: A. Romanow, S. Botzko, > M. Duckworth, R. Even, Ed. > Status: Informational > Stream: IETF > Date: April 2014 > Mailbox: allyn@cisco.com <mailto:allyn@cisco.com>, > stephen.botzko@polycom.com <mailto:stephen.botzko@polycom.com>, > mark.duckworth@polycom.com <mailto:mark.duckworth@polycom.com>, > roni.even@mail01.huawei.com <mailto:roni.even@mail01.huawei.com> > Pages: 17 > Characters: 42087 > Updates/Obsoletes/SeeAlso: None > > I-D Tag: > draft-ietf-clue-telepresence-__use-cases-09.txt > > URL: http://www.rfc-editor.org/rfc/__rfc7205.txt > <http://www.rfc-editor.org/rfc/rfc7205.txt> > > Telepresence conferencing systems seek to create an environment that > gives users (or user groups) that are not co-located a feeling of > co-located presence through multimedia communication that > includes at > least audio and video signals of high fidelity. A number of > techniques for handling audio and video streams are used to create > this experience. When these techniques are not similar, > interoperability between different systems is difficult at best, and > often not possible. Conveying information about the relationships > between multiple streams of media would enable senders and receivers > to make choices to allow telepresence systems to interwork. This > memo describes the most typical and important use cases for sending > multiple streams in a telepresence conference. > > This document is a product of the ControLling mUltiple streams > for tElepresence Working Group of the IETF. > > > INFORMATIONAL: This memo provides information for the Internet > community. > It does not specify an Internet standard of any kind. > Distribution of > this memo is unlimited. > > This announcement is sent to the IETF-Announce and rfc-dist lists. > To subscribe or unsubscribe, see > http://www.ietf.org/mailman/__listinfo/ietf-announce > <http://www.ietf.org/mailman/listinfo/ietf-announce> > http://mailman.rfc-editor.org/__mailman/listinfo/rfc-dist > <http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist> > > For searching the RFC series, see > http://www.rfc-editor.org/__search > <http://www.rfc-editor.org/search> > For downloading RFCs, see http://www.rfc-editor.org/rfc.__html > <http://www.rfc-editor.org/rfc.html> > > Requests for special distribution should be addressed to either the > author of the RFC in question, or to rfc-editor@rfc-editor.org > <mailto:rfc-editor@rfc-editor.org>. Unless > specifically noted otherwise on the RFC itself, all RFCs are for > unlimited distribution. > > > The RFC Editor Team > Association Management Solutions, LLC > > > _________________________________________________ > clue mailing list > clue@ietf.org <mailto:clue@ietf.org> > https://www.ietf.org/mailman/__listinfo/clue > <https://www.ietf.org/mailman/listinfo/clue> > > > _________________________________________________ > clue mailing list > clue@ietf.org <mailto:clue@ietf.org> > https://www.ietf.org/mailman/__listinfo/clue > <https://www.ietf.org/mailman/listinfo/clue> > >
- [clue] RFC 7205 on Use Cases for Telepresence Mul… rfc-editor
- [clue] Requirements are now an RFC!! Paul Kyzivat
- Re: [clue] Requirements are now an RFC!! Mary Barnes
- Re: [clue] Requirements are now an RFC!! Paul Kyzivat