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>
>
>