IETF Logo Mail Archive

Re: [MMUSIC] Issue #27: Allow RTP attributes in non-media m= sections

Taylor Brandstetter <deadbeef@google.com> Thu, 16 February 2017 19:11 UTC

Return-Path: <deadbeef@google.com>
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 73348129663 for <mmusic@ietfa.amsl.com>; Thu, 16 Feb 2017 11:11:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 po4qN7Kq0jjh for <mmusic@ietfa.amsl.com>; Thu, 16 Feb 2017 11:11:42 -0800 (PST)
Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F9FB12955E for <mmusic@ietf.org>; Thu, 16 Feb 2017 11:11:42 -0800 (PST)
Received: by mail-qk0-x22e.google.com with SMTP id 11so24585999qkl.3 for <mmusic@ietf.org>; Thu, 16 Feb 2017 11:11:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=nRHBuWAXw86xGFXZxGxtWRSmy8+lZXhOWGYw1yBM9iU=; b=lDNtNfiIgVNIciW8N8Z5BjsZLXHq6ez5kCf+XLnWsW4IXCe4xgJ4rSkwaNTtC9YCWL NOKzzKjyt/I/Ev0Yyk31MnGbnHnomlUJ73vuXXbSh69GEfy6D3bLHM0BbMr58r+JzouX HF9NeIDgGUq1xz3GYlXs1nR48WHubo286rhNB+e1qTDpkvAuqHDj2a9htGB99KO3XGyS wTEeWqlKeo6JlIYDDNVEMySZnCAoTWooTpFt4g5DqKUUR96/nmT21KqYxGswk/dM8tCk QCBg4eubtny8Cm3oP/XxdKJLiCrBILTDOZ0L0Yz2vKIaxCGQi6y+MvlWmYdoEvv2dXss Obtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=nRHBuWAXw86xGFXZxGxtWRSmy8+lZXhOWGYw1yBM9iU=; b=Fyc217OxGSjscIYo6QhM271P40id5WPZNAGYeMW1qWVNcF3T2x2Ksf/oR1Dveh0hSq fL8R512T5AvDrZlHam51lrOkXAwmll9aahfaQ03TOdmB83VDAs/qELlrd4sS/vxAen/y 3lcezvT5lSqaCqRVIvJPLs0F1cZnsevZLOcFFLVGcEnCPMPJYHJk5jLVQViFxKplCOlq UtWi6/75J1zMz5Tza85uMgWMsydV3/ygSTisBLSpOFzK8tuOiusPJOWtgpzWDX+VNVUi zyyckpxw5qxy+xvssZcK2qa65I5B6cTpXzBWwfeuJKJG3b0sTipTnce0JYVvinA3go3R ySnw==
X-Gm-Message-State: AMke39lyn3qLNg3Q6iZKfeOfrQ2pEqLnPQjIOtdWlzxRWv78m2qMmo4bqMuQUWMmfAAQayRq2q+mH6+I54Jmhhcr
X-Received: by 10.55.129.71 with SMTP id c68mr3606502qkd.113.1487272301017; Thu, 16 Feb 2017 11:11:41 -0800 (PST)
MIME-Version: 1.0
Received: by 10.200.38.188 with HTTP; Thu, 16 Feb 2017 11:11:40 -0800 (PST)
In-Reply-To: <A1249D1A-A572-4958-B248-0F26A599DFE0@ericsson.com>
References: <CABcZeBP-XL9snCaghp5Hxn5pNxpmSSodWd93Qa-hCL8yDi97gw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4C0045CB@ESESSMB209.ericsson.se> <CABcZeBO+h3xBr_H67X=w5ESiRghFy80P5-rui7=g6dO=LkD2HQ@mail.gmail.com> <A1249D1A-A572-4958-B248-0F26A599DFE0@ericsson.com>
From: Taylor Brandstetter <deadbeef@google.com>
Date: Thu, 16 Feb 2017 11:11:40 -0800
Message-ID: <CAK35n0ahmN7qPW2H-yNrqoP1tOaHwJCjrDy+VZ+cCwi_reXX0Q@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="94eb2c06266a306d2e0548aa9164"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/DuO53i_TG3RT6cpG-aJigwtsIk0>
Cc: mmusic WG <mmusic@ietf.org>
Subject: Re: [MMUSIC] Issue #27: Allow RTP attributes in non-media m= sections
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 16 Feb 2017 19:11:44 -0000

>
> Yes, I meant "not" :)


I can't find this restriction in the current draft of BUNDLE. Also, this
restriction would make BUNDLE even more complex and non-future-proof
(suppose some future protocol that can be bundled with RTP also has its own
TRANSPORT attributes). What are the reasons for this restriction? Shouldn't
endpoints ignore attributes they don't expect? "If an attribute is received
that is not understood, it MUST be ignored by the receiver."


> OR, we change the mux category for the RTP-specific parameters. But, that
> of course means they have to be added to every RTP m= section.
>

That wouldn't make sense in my opinion. If rtcp-rsize wasn't a
transport-level attribute, then multiple bundled m= sections would be
allowed to use different values for it. It's fundamentally a
transport-level attribute.


On Thu, Feb 16, 2017 at 10:07 AM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Yes, I meant "not" :)
>
> Sent from my iPhone
>
> On 16 Feb 2017, at 18.59, Eric Rescorla <ekr@rtfm.com> wrote:
>
>
>
> On Thu, Feb 16, 2017 at 9:07 AM, Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
>
>> Hi,
>>
>>
>>
>> *>*See:
>>
>> >https://github.com/cdh4u/draft-sdp-bundle/issues/27
>>
>> >https://github.com/rtcweb-wg/jsep/issues/528
>>
>> >
>>
>> >The basic issue is that it's possible to have a situation where you have
>> both
>>
>> >media and data m= sections but the BUNDLE tag is associated with the data
>>
>> >m= section and now you need to put the TRANSPORT and IDENTICAL
>>
>> >attributes somewhere. The JSEP editors discussed this and came to the
>>
>> >conclusion that it should go with the BUNDLE tag (i.e., in the data m=
>> section)
>>
>> >and that BUNDLE should forbid this, but it requires a change to BUNDLE.
>>
>>
>>
>> Did you mean to say that BUNDLE should NOT forbid this?
>>
>>
>>
>> Based on your GitHub discussion, my understanding is that you want to
>> allow to include RTP-specific parameters (‘rtcp-mux’, ‘rtcp’,
>> ‘rtcp-mux-only’ attributes etc) in the data m= section.
>>
>
> Yes/
>
>
>>
>>
>> To repeat what I said on GitHub:
>>
>>
>>
>> This has been discussed in the past, and the outcome has been to now
>> allow RTP-specific parameters in non-RTP m= sections.
>>
>
> Do you mean "not" rather than now?
>
> -Ekr
>
>
>>
>>
>> A solution would be to simply change the bundle tag when the RTP m=
>> sections are added.
>>
>>
>>
>> …OR, we change the mux category for the RTP-specific parameters. But,
>> that of course means they have to be added to every RTP m= section.
>>
>>
>>
>> Regards,
>>
>>
>>
>> Christer
>>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>
>

v2.23.0 | Report a Bug | By Email