[MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg: external rejection of channel
Christer Holmberg <christer.holmberg@ericsson.com> Wed, 26 February 2014 13:30 UTC
Return-Path: <christer.holmberg@ericsson.com>
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 029D31A0321 for <mmusic@ietfa.amsl.com>; Wed, 26 Feb 2014 05:30:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.239
X-Spam-Level:
X-Spam-Status: No, score=-1.239 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, HOST_MISMATCH_NET=0.311, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 Jv-GS2QFtimY for <mmusic@ietfa.amsl.com>; Wed, 26 Feb 2014 05:30:39 -0800 (PST)
Received: from sessmg20.mgmt.ericsson.se (sessmg20.ericsson.net [193.180.251.50]) by ietfa.amsl.com (Postfix) with ESMTP id B3B901A031F for <mmusic@ietf.org>; Wed, 26 Feb 2014 05:30:38 -0800 (PST)
X-AuditID: c1b4fb32-b7f4c8e0000012f5-86-530dec7ca75a
Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg20.mgmt.ericsson.se (Symantec Mail Security) with SMTP id 75.DE.04853.C7CED035; Wed, 26 Feb 2014 14:30:37 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.216]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.02.0387.000; Wed, 26 Feb 2014 14:30:36 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: draft-ejzak-mmusic-data-channel-sdpneg: external rejection of channel
Thread-Index: Ac8y9YTn0Ql62f4ZSwiP0pv/vZVV7g==
Date: Wed, 26 Feb 2014 13:30:35 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D1BC516@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.18]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D1BC516ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrOLMWRmVeSWpSXmKPExsUyM+JvjW7tG95gg3MtrBZTlz9mcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxs3705kLdulWXLi7mqmBcYV6FyMnh4SAicS2f4dZIWwxiQv3 1rN1MXJxCAmcYJT4N2cVlLOEUWL2pbvMXYwcHGwCFhLd/7RBGkQE1CW+7u1hBrGFBQIktq7q ZIGIh0pMefiVDaRcREBPYu/DKpAwi4CqROvVXnYQm1fAV+L61TlgrYxAe7+fWsMEYjMLiEvc ejKfCeIeAYkle84zQ9iiEi8f/4O6U1Hi46t9jBD1+RKzT25mhpgpKHFy5hOWCYxCs5CMmoWk bBaSMoi4jsSC3Z/YIGxtiWULXzPD2GcOPGZCFl/AyL6KUbI4tbg4N93IQC83PbdEL7UoM7m4 OD9Przh1EyMwMg5u+W20g/HkHvtDjNIcLErivNdZa4KEBNITS1KzU1MLUovii0pzUosPMTJx cEo1MK70uRH16nzS+uQ7DPb3dObpX7p/cfut+wtFl95tqKiec/zDl1f/MmYlLjE0lVzRsKbi qEnFiTXhL9Km+K5OYbY71J1atPq3QKdrhc5h422S7e972Flb+Zvi3gd3CbL9n6652spQrUDv vVqe0ud/KhYd2dnTxR7euMDmNnmn0rdrs7a8vGRwzkyJpTgj0VCLuag4EQB/D/YiWgIAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/OrJOmt624C3K2JgGA1BhZZdcP6c
Subject: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg: external rejection of channel
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: Wed, 26 Feb 2014 13:30:41 -0000
Hi,
Section 5.2.2 describes what an answerer does when accepting a data channel:
"The peer receiving such an SDP offer performs the following:
...
o For accepted data channels, creates peer instances for the data
channels with the browser using the channel parameters described
in the SDP offer. Note that the browser is asked to create data
channels with stream identifiers not "owned" by the agent."
But, there is no text on rejecting a data channel in the SDP answer.
The answer can of course reject the whole m- line, using port zero in the Answer m- line. But, how does the answerer reject an individual sub-protocol data channel?
Section 5.1.1 says, regarding the SDP dcmap attribute, for accepted data channels:
"This line MUST be replicated without changes in the SDP answer, if
the answerer accepts the offered data channel."
I guess one way to reject would be to simply not include the dcmap attribute in the Answer, and the Offerer then needs to figure out what was rejected based on the stream values not present in the Answer.
Regards,
Christer
- [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg: … Christer Holmberg
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Richard Ejzak
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Makaraju, Maridi Raju (Raju)
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Paul Kyzivat
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Makaraju, Maridi Raju (Raju)
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Christer Holmberg
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Makaraju, Maridi Raju (Raju)
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Paul Kyzivat
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Makaraju, Maridi Raju (Raju)
- Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpn… Paul Kyzivat