Re: [rtcweb] #22: Section 4.3: Negotiation requirement
Magnus Westerlund <magnus.westerlund@ericsson.com> Mon, 26 August 2013 06:23 UTC
Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BCE921F9E9C for <rtcweb@ietfa.amsl.com>; Sun, 25 Aug 2013 23:23:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.436
X-Spam-Level:
X-Spam-Status: No, score=-105.436 tagged_above=-999 required=5 tests=[AWL=0.813, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 IQtBQ1pVlVYF for <rtcweb@ietfa.amsl.com>; Sun, 25 Aug 2013 23:23:26 -0700 (PDT)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id C40EB21F9974 for <rtcweb@ietf.org>; Sun, 25 Aug 2013 23:23:25 -0700 (PDT)
X-AuditID: c1b4fb25-b7eff8e000000eda-a8-521af45c8e3a
Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 3D.77.03802.C54FA125; Mon, 26 Aug 2013 08:23:24 +0200 (CEST)
Received: from [127.0.0.1] (153.88.183.19) by smtp.internal.ericsson.com (153.88.183.32) with Microsoft SMTP Server id 14.2.328.9; Mon, 26 Aug 2013 08:23:23 +0200
Message-ID: <521AF4A2.5030408@ericsson.com>
Date: Mon, 26 Aug 2013 08:24:34 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: rtcweb issue tracker <trac+rtcweb@trac.tools.ietf.org>
References: <066.06808f782ff829d089ef906c558013c8@trac.tools.ietf.org>
In-Reply-To: <066.06808f782ff829d089ef906c558013c8@trac.tools.ietf.org>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrCLMWRmVeSWpSXmKPExsUyM+JvjW7MF6kgg4nHRSz2L7nMbDG/q5XV Yu2/dnaL+zvLHVg8HvecYfNYsuQnk8eXy5/ZPH7u2cwawBLFZZOSmpNZllqkb5fAldHftoC1 4DBnRX/XTqYGxmvsXYycHBICJhIzjlxng7DFJC7cWw9kc3EICRxmlFi2bzULhLOMUeJ07x1W kCpeAW2J5ec/gHWwCKhKNP9ZAzaJTcBC4uaPRrC4qECwRPv2r2wQ9YISJ2c+YQGxRQSsJK5c nggWZxZIkti+6DQTiC0sYC+x4fJnsPlCAm4SZ9o2MYPYnALuEg1PNkJdJymxbdExdoheTYnW 7b+hbHmJ5q2zmSF6tSUamjpYJzAKzUKyehaSlllIWhYwMq9iZM9NzMxJLzfaxAgM6YNbfqvu YLxzTuQQozQHi5I472a9M4FCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGOeveLC3xCno0NdZ hkU7ggPus9b4RmtK5zGeYDj7tcP5nnSL/uSPiks3yp41S3BvzYgodDC4xay5XctUzW3Xhkef tvOGTK1btjw75cWRhIaK+NmFS69N3WQ3e/sHRonbb4/W62+2Wuoy1ajCXEUhVEt1QvFp/fZj PkJ59/7o2t9YX2Jhd3ZfuhJLcUaioRZzUXEiAMRpvj43AgAA
Cc: draft-ietf-rtcweb-rtp-usage@tools.ietf.org, rtcweb@ietf.org
Subject: Re: [rtcweb] #22: Section 4.3: Negotiation requirement
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 06:23:32 -0000
On 2013-08-26 00:25, rtcweb issue tracker wrote: > #22: Section 4.3: Negotiation requirement > > support for all RTP payload formats MUST be negotiated before > they are used. > > [BA] Why is this a requirement for WebRTC applications? Couldn't an > application set the payload formats it wants to use in the API without > negotiating them on the wire? > We are using in negotiated in this specification as meaning: - All nodes in a specific RTP session must agree on a common configuration. To achieve this at least some type of capability and configuration exchange needs to happen. Even if it is stripped down to say: Use algorithm X and here are the peer capabilities that needs to be taken into account. Cheers Magnus Westerlund ---------------------------------------------------------------------- Multimedia Technologies, Ericsson Research EAB/TVM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com ----------------------------------------------------------------------
- [rtcweb] #22: Section 4.3: Negotiation requirement rtcweb issue tracker
- Re: [rtcweb] #22: Section 4.3: Negotiation requir… Magnus Westerlund
- Re: [rtcweb] #22: Section 4.3: Negotiation requir… rtcweb issue tracker
- Re: [rtcweb] #22: Section 4.3: Negotiation requir… Colin Perkins
- Re: [rtcweb] #22: Section 4.3: Negotiation requir… rtcweb issue tracker