Re: [MMUSIC] Draft new version: draft-ietf-mmusic-mux-exclusive-11

Eric Rescorla <ekr@rtfm.com> Sat, 18 February 2017 19:44 UTC

Return-Path: <ekr@rtfm.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 984961295B2 for <mmusic@ietfa.amsl.com>; Sat, 18 Feb 2017 11:44:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.639
X-Spam-Level:
X-Spam-Status: No, score=-1.639 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.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 JG_GXiaCUE5X for <mmusic@ietfa.amsl.com>; Sat, 18 Feb 2017 11:44:24 -0800 (PST)
Received: from mail-yb0-x236.google.com (mail-yb0-x236.google.com [IPv6:2607:f8b0:4002:c09::236]) (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 8DEE812955D for <mmusic@ietf.org>; Sat, 18 Feb 2017 11:44:24 -0800 (PST)
Received: by mail-yb0-x236.google.com with SMTP id i66so6442474yba.1 for <mmusic@ietf.org>; Sat, 18 Feb 2017 11:44:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=L03V5b1CVXJd1jUfrj9LVLolUYpS/1zuzpupbJ6lpMk=; b=UTSN+uGkrxDm/Kld46qaJfsclVpmQR2R3Noe+0sOVA+/MUhwRp0peCK1DDk+w98Of3 SAt5DF0wR6G5Xmkuw3D01Cw0+cy92Idm+FaJz5gxxpJPZ7Vny/X5RS1NMB04gMlxBvpJ RlZ9pDULryQUeiBv0sYQ6RmC1e0vER7x4gOUS24CbUosyq+dIN2/uXqDYysynB7D1SvE hGveUc2BJ4e7F5u8GSD6DtTOgu+p521wrqnHjUxufJZZRVZnA5HZBHbAF9EDyERp3MDO 5YhsS2pCA0kXm0NXa3ZUsZ4BJbies6LnKQmOl/6mVuMIb+0fy+gRS7nfHz/j8ZMsdMFL rD6Q==
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=L03V5b1CVXJd1jUfrj9LVLolUYpS/1zuzpupbJ6lpMk=; b=RbfdHvsuNQ7FZoG4TB3O9LwYBeah7LbQ1W7x6jbgH2lUlDrLkYaBibF0clokuxg4hL Nfh+ApFh727sZF3bMA5x72jC/qWnZA0uIJ4vsZ4Hf/eK7LycaSFmr148BNfJztDcfe62 0S7pePcFGespv+NP4VdkoN5SzSGHlCudO1gTRoSrpr6Z9LeUTs1oa3UDey0ZGpqscTOq QBbbIf/2WSvlh4Az4mh2Gz68JpuhXJiqYssYfLOww3cnX0YETBg8rTpNnDU4OzgTaC6K MT4trgUg26pacljrCJe+jxFecRI6UBOiHQ4mNs1kIo7FBtAa2X1MI3KMiEHFC6JwjVkI 68xA==
X-Gm-Message-State: AMke39lOwqPZ88vTT29hKoRnUkl5XM9ju3lXyUJMBkfct9tDkr9yz1f2KNuQOh58YQVIx3CF96Q9Ab/Hyky4LA==
X-Received: by 10.37.246.10 with SMTP id t10mr11107425ybd.107.1487447063866; Sat, 18 Feb 2017 11:44:23 -0800 (PST)
MIME-Version: 1.0
Received: by 10.129.153.200 with HTTP; Sat, 18 Feb 2017 11:43:43 -0800 (PST)
In-Reply-To: <405b8725-7173-19f2-58a4-ebae6cbd7814@comcast.net>
References: <7594FB04B1934943A5C02806D1A2204B4C005232@ESESSMB209.ericsson.se> <405b8725-7173-19f2-58a4-ebae6cbd7814@comcast.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Sat, 18 Feb 2017 11:43:43 -0800
Message-ID: <CABcZeBMNRG9oyKNoTZj6meHiuVKvescjRB1KV_N6sGF20f9hUg@mail.gmail.com>
To: Paul Kyzivat <paul.kyzivat@comcast.net>
Content-Type: multipart/alternative; boundary="f403045dc858dd64ca0548d341fe"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/WJ4myTMxGvdaL5vMIwsRZU5Hv4I>
Cc: mmusic WG <mmusic@ietf.org>
Subject: Re: [MMUSIC] Draft new version: draft-ietf-mmusic-mux-exclusive-11
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: Sat, 18 Feb 2017 19:44:26 -0000

On Fri, Feb 17, 2017 at 9:04 AM, Paul Kyzivat <paul.kyzivat@comcast.net>
wrote:

> On 2/17/17 3:46 AM, Christer Holmberg wrote:
>
>> Hi,
>>
>> Based on the comments from Ekr, I've submitted a new version of
>> draft-mux-exclusive.
>>
>> The SDP 'rtcp-mux-only' attribute is now only allowed in SDP offers.
>>
>
> With the new text the offerer never knows if the answerer supports
> rtcp-mux-only. He only knows that the answerer supports rtcp-mux.
>

Yes.


I don't think this matters for that O/A, but it might matter for subsequent
> O/As.
>

Why?

-Ekjr


> At the least, I think section 4.5 is now confusing. For m-lines previously
> negotiated with rtcp-mux-only, must the side that is sending a new offer
> include the attribute again, while the side that is answering must *not*
> include it? (Note the implications when the new offer is in the opposite
> direction from the original one.) I think this will be somewhat of a pain -
> perhaps more pain than simply always including it in all offers and answers.
>
>         Thanks,
>         Paul
>
>
> Regards,
>>
>> Christer
>>
>>
>> -----Original Message-----
>> From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of
>> internet-drafts@ietf.org
>> Sent: 17 February 2017 10:44
>> To: i-d-announce@ietf.org
>> Cc: mmusic@ietf.org
>> Subject: [MMUSIC] I-D Action: draft-ietf-mmusic-mux-exclusive-11.txt
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>> This draft is a work item of the Multiparty Multimedia Session Control of
>> the IETF.
>>
>>         Title           : Indicating Exclusive Support of RTP/RTCP
>> Multiplexing using SDP
>>         Author          : Christer Holmberg
>>         Filename        : draft-ietf-mmusic-mux-exclusive-11.txt
>>         Pages           : 12
>>         Date            : 2017-02-17
>>
>> Abstract:
>>    This document defines a new SDP media-level attribute, 'rtcp-mux-
>>    only', that can be used by an endpoint to indicate exclusive support
>>    of RTP/RTCP multiplexing.  The document also updates RFC 5761, by
>>    clarifying that an offerer can use a mechanism to indicate that it is
>>    not able to send and receive RTCP on separate ports.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-mmusic-mux-exclusive/
>>
>> There's also a htmlized version available at:
>> https://tools.ietf.org/html/draft-ietf-mmusic-mux-exclusive-11
>>
>> A diff from the previous version is available at:
>> https://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-mux-exclusive-11
>>
>>
>> Please note that it may take a couple of minutes from the time of
>> submission until the htmlized version and diff are available at
>> tools.ietf.org.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>>
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>>
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>>
>>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>