IETF Logo Mail Archive

Re: [MMUSIC] Draft-ietf-mmusic-rfc4566bis-05: session-level attributes

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 11 March 2013 01:30 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BDA021F8763 for <mmusic@ietfa.amsl.com>; Sun, 10 Mar 2013 18:30:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.563
X-Spam-Level: **
X-Spam-Status: No, score=2.563 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, J_CHICKENPOX_12=0.6, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, J_CHICKENPOX_15=0.6, J_CHICKENPOX_18=0.6, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mfYjcPAFlqrU for <mmusic@ietfa.amsl.com>; Sun, 10 Mar 2013 18:30:01 -0700 (PDT)
Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:16]) by ietfa.amsl.com (Postfix) with ESMTP id D068421F85FE for <mmusic@ietf.org>; Sun, 10 Mar 2013 18:30:01 -0700 (PDT)
Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta01.emeryville.ca.mail.comcast.net with comcast id 9xgs1l0070x6nqcA11W1y5; Mon, 11 Mar 2013 01:30:01 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([IPv6:2001:df8:0:128:1d9f:4522:3569:ca14]) by omta12.emeryville.ca.mail.comcast.net with comcast id A1W01l00Q4B9e0B8Y1W0Xk; Mon, 11 Mar 2013 01:30:01 +0000
Message-ID: <513D33A8.5090101@alum.mit.edu>
Date: Mon, 11 Mar 2013 09:30:16 +0800
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130216 Thunderbird/17.0.3
MIME-Version: 1.0
To: "Ali C. Begen (abegen)" <abegen@cisco.com>
References: <C15918F2FCDA0243A7C919DA7C4BE9940CDE1808@xmb-aln-x01.cisco.com> <50E60DDF.6070204@cisco.com> <50E639D6.90105@alum.mit.edu> <C15918F2FCDA0243A7C919DA7C4BE9940CDFB627@xmb-aln-x01.cisco.com> <50E64D21.2030609@alum.mit.edu> <C15918F2FCDA0243A7C919DA7C4BE9940CF510A4@xmb-aln-x01.cisco.com>
In-Reply-To: <C15918F2FCDA0243A7C919DA7C4BE9940CF510A4@xmb-aln-x01.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1362965401; bh=E3qMDm8Y0TqeVcAf6yvtt/p1NFaB/uUIkYQJeuj0IXM=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=go9FRF7A6AKzxfthqGZRpXf1yUHyzgz8WvGPnw7mbMy1mFCJ3LpN4uMcxbJj2xO0k ptYu6vvLMJl+FG3zu0MWpYzVFo5/Xl5yl/GfW6jQzIO43m2P29VexAkesVr1pflV0S nWiii3wVGxqFjWgX5MCzUf06U4toWrBJdCtRw8A8e9sj0C4kp9jkpL+fgsFxcnuD+H dcSLDANM1ML5PwkgWizML3A7ivXQ9WzwMV2HV78tkMFihKBQWr6ooLfBUQHtvHuN6Z aWccwT3YFjbbKvM4g9K5WyVhT2kdYXX+XEYkotX9KD7I1Fvd3Fc3ewMBlimRQlJVDl RExzVJQJUEiTA==
Cc: "Flemming Andreasen (fandreas)" <fandreas@cisco.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Draft-ietf-mmusic-rfc4566bis-05: session-level attributes
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Mar 2013 01:30:02 -0000

On 3/10/13 4:43 PM, Ali C. Begen (abegen) wrote:

>>       For instance, in the
>>       example below, each media behaves as if it were given a
>>       "recvonly" attribute.
>>
>>       An example SDP description is:
>>
>>          v=0
>>          o=jdoe 2890844526 2890842807 IN IP4 198.51.100.1
>>          s=SDP Seminar
>>          i=A Seminar on the session description protocol
>>          u=http://www.example.com/seminars/sdp.pdf
>>          e=j.doe@example.com (Jane Doe)
>>          c=IN IP4 233.252.0.1/127
>>          t=2873397496 2873404696
>>          a=recvonly
>>          m=audio 49170 RTP/AVP 0
>>          m=video 51372 RTP/AVP 99
>>          a=rtpmap:99 h263-1998/90000
>>          a=recvonly
>>
>
> Is not the last/second "recvonly" redundant?

Yes it is, though it shows the use of session and media level.

It would probably be better to give a slightly more complex example. For 
instance, make the media level attribute for video be sendonly, and then 
explain that the result is audio recvonly and video sendonly.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email