IETF Logo Mail Archive

Re: [MMUSIC] Bundle: Q13 receiver-Id

Paul Kyzivat <pkyzivat@alum.mit.edu> Thu, 20 March 2014 15:56 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B32EA1A08C9 for <mmusic@ietfa.amsl.com>; Thu, 20 Mar 2014 08:56:00 -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 M_R8Vb3F7iey for <mmusic@ietfa.amsl.com>; Thu, 20 Mar 2014 08:55:59 -0700 (PDT)
Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:64]) by ietfa.amsl.com (Postfix) with ESMTP id F3D9E1A08C8 for <mmusic@ietf.org>; Thu, 20 Mar 2014 08:55:38 -0700 (PDT)
Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta07.westchester.pa.mail.comcast.net with comcast id fnNx1n0041c6gX857rvVrH; Thu, 20 Mar 2014 15:55:29 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta23.westchester.pa.mail.comcast.net with comcast id frvV1n00f3ZTu2S3jrvVfm; Thu, 20 Mar 2014 15:55:29 +0000
Message-ID: <532B0F71.5070106@alum.mit.edu>
Date: Thu, 20 Mar 2014 11:55:29 -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: mmusic@ietf.org
References: <021001cf39f3$04e8de40$0eba9ac0$@gmail.com>, <7594FB04B1934943A5C02806D1A2204B1D1D8C3D@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B1D2009EF@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D2009EF@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1395330929; bh=LOwdB5gG84ZoXmJ3X2jm2HEZg1u6tl06WxAYOC62ycI=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=ldmNgHp1zpTuZ4FPFSxlaiLCg7O67nv7N0a+bLasSAwVu8sDPERpOlD0cLQJxv7vY rLOipyAphIRz6yyzOmjMLuZqaPAzdY6V2GeiTtDh8OXomVeAFLh29ycyqokE7yIFHu hznV7FpWxnBStk+VzFZT0HJ3KptERNUG9ubob7UTThdaLCwzsj8RlJTJN1Z58hMZwv f3iIul/zwxvcPKppR+wxVsq+Q30ijD8NmA6g3lVhCRMqiL9tRYjuYIO0kLw+6rtOii uMJ733VI4U29dlEBebiBxLFy0xgOf8b2k2r9lGbY4WDtHJxlmeXnMBNlGht/N79DkN VwxNB061e6svg==
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/ZBgzpMiYS1Ph8xRO_3XW5WdGq0M
Subject: Re: [MMUSIC] Bundle: Q13 receiver-Id
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 20 Mar 2014 15:56:01 -0000

On 3/11/14 3:56 AM, Christer Holmberg wrote:
>
> Hi,
>
> If people are ok with using the mechanism in Roni's draft, please
> indicate so.

Yes, I'm in favor of this.
Based on the comments, there is work to do on that draft, but it in on 
track to provide the right semantics.

	Thanks,
	Paul

> Please also indicate if you are NOT ok to use it, or you think there is
> another mechanism we should at least verify.
>
> Please also indicate if you don't care what mechanism we use - just to
> make sure we get community input :)
>
> Note that if the "receiver-id" will require a new draft, the publication
> of BUNDLE will be dependent of that draft, so I think we should make a
> decision which way to go asap.
>
> Regards,
>
> Christer
>
>
> ------------------------------------------------------------------------
> *From:* mmusic [mmusic-bounces@ietf.org] on behalf of Christer Holmberg
> [christer.holmberg@ericsson.com]
> *Sent:* Friday, 07 March 2014 3:33 PM
> *To:* Roni Even; 'mmusic'
> *Subject:* Re: [MMUSIC] Bundle: Q13 receiver-Id
>
> Thank you for the input, Roni!
>
> I assume that, for the purpose of associating media with an m- line, an
> entity would not need to support the OTHER attributes in the draft, right?
>
> Regards,
>
> Christer
>
> Sent from Windows Mail
>
> *From:* Roni Even <mailto:ron.even.tlv@gmail.com>
> *Sent:* ‎Friday‎, ‎7‎ ‎March‎ ‎2014 ‎12‎:‎50
> *To:* 'mmusic' <mailto:mmusic@ietf.org>
>
> Hi,
>
> In draft-even-mmusic-application-token-02
> <http://tools.ietf.org/html/draft-even-mmusic-application-token-02>
> there is a recv-appId token that can be used as the receiver-Id. Based
> on the discussion in the meeting it seems that the recv-appId  usage
>   will be needed for the case when the offerer receives media before the
> SDP answer and can use the recv-appId to identify the correlation to an
> m-line / RTP stream   in the SDP.  This will also works for the same PT
> number.
>
> Roni
>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>

v2.30.2 | Report a Bug | By Email | System Status