Re: [MMUSIC] a=rtcp-mux-exclusive vs a=rtcp:0 compression

Roman Shpount <roman@telurix.com> Thu, 07 April 2016 21:31 UTC

Return-Path: <roman@telurix.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 E44EB12D10C for <mmusic@ietfa.amsl.com>; Thu, 7 Apr 2016 14:31:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-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 Nmn3Y4WYDamP for <mmusic@ietfa.amsl.com>; Thu, 7 Apr 2016 14:31:02 -0700 (PDT)
Received: from mail-io0-x242.google.com (mail-io0-x242.google.com [IPv6:2607:f8b0:4001:c06::242]) (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 C822812D5E7 for <mmusic@ietf.org>; Thu, 7 Apr 2016 14:31:01 -0700 (PDT)
Received: by mail-io0-x242.google.com with SMTP id g185so14038267ioa.0 for <mmusic@ietf.org>; Thu, 07 Apr 2016 14:31:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=t7zDJtdcTO3IxFF8faoV4/wfs32n3Np3dWTjMUvmf5o=; b=IITm2ekghpc6qsONWo//sS32nZTWLig7u6FZFFOjJ39J7Waxvmido2xKXsMQ/nbsRB EANh6hnWcypIOh80Uhu1VIeAWj4M8fpMwavb9amMT1Z2QCTZBUsIjR5H/mDs5Qrw2NKP D8tUdnb86qjxfUERvZ4kj5q3XwP62RlN5i7dZq38LqqzH9KE1Z5jhDDqV6hwD8kIdQxm iUBGP+4dj0Po0KF1+ZjyP12cjI7w6VLcv24HnuQqTLycQvWttOxBvb8VtPrEBnwE6UQH hhyTmFwKEZUL3VR/+d/8/bctLtyf2lbKPndX4ZK7y8/qKYcmqta0NdBgsSBWagUwWf4+ omSw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=t7zDJtdcTO3IxFF8faoV4/wfs32n3Np3dWTjMUvmf5o=; b=kKOn9oWW4B0AQ66vxrPYaYF0/j2+U8RRXA4/eYlIbIq/tWg2gGYJZI+YYOTPlGV8fv rG8VbBZKz8KqFYQJt9gtfwAuw4Xcmsm2iuDv9I4pOu1TYcfsM/fEDd3svytVa9FXdtLI 7ZQ5Nwpa6SY2Iz/Y9rp18He5R3veKUZ9p5LvLfWYgQTfDAr+HLAE0YhBhnw1QT2h+PrN SKqDi0tZTKBQilLAR99bo2i1y+rMMg8X/cKUmmDJMCJAtOqDaorcfsuG32vBSvCpOItx EX33S7r/okr2NPHEx2EJkpboDPysRUl9io/d57gvOgJi8igl7y/XHGLAysmNf5VqRcQJ KpoQ==
X-Gm-Message-State: AD7BkJJvOJceQaZFNhEtUdJFd6/+8zDpHHgbB0QtseiPmJPHY29QTXkLkQHn3y/jOByQtQ==
X-Received: by 10.107.134.166 with SMTP id q38mr5439135ioi.165.1460064661228; Thu, 07 Apr 2016 14:31:01 -0700 (PDT)
Received: from mail-io0-f170.google.com (mail-io0-f170.google.com. [209.85.223.170]) by smtp.gmail.com with ESMTPSA id s40sm4631144ioi.9.2016.04.07.14.31.00 for <mmusic@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Apr 2016 14:31:00 -0700 (PDT)
Received: by mail-io0-f170.google.com with SMTP id g185so109905813ioa.2 for <mmusic@ietf.org>; Thu, 07 Apr 2016 14:31:00 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.107.157.70 with SMTP id g67mr5253168ioe.38.1460064660307; Thu, 07 Apr 2016 14:31:00 -0700 (PDT)
Received: by 10.36.106.194 with HTTP; Thu, 7 Apr 2016 14:31:00 -0700 (PDT)
In-Reply-To: <5706751F.7030009@ericsson.com>
References: <CAOJ7v-3s-1s5eOkPyyCnbGLVYxc5cRDG-isnvajhKVR8LJJdag@mail.gmail.com> <CAD5OKxt9vYVQHU4qAxDyj0ZdR-frLw756SycawOAyvWYs+hHHQ@mail.gmail.com> <5706751F.7030009@ericsson.com>
Date: Thu, 07 Apr 2016 17:31:00 -0400
X-Gmail-Original-Message-ID: <CAD5OKxs7g5hQr7-OmN13Uh_fLxPEEKDWOqYPBSpYc=7G442qgA@mail.gmail.com>
Message-ID: <CAD5OKxs7g5hQr7-OmN13Uh_fLxPEEKDWOqYPBSpYc=7G442qgA@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Content-Type: multipart/alternative; boundary="001a1140b4726d69f9052febcb48"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/sYP-ahRgPrhYVQtUDM0hex8ouME>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] a=rtcp-mux-exclusive vs a=rtcp:0 compression
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, 07 Apr 2016 21:31:04 -0000

On Thu, Apr 7, 2016 at 10:56 AM, Magnus Westerlund <
magnus.westerlund@ericsson.com> wrote:

> Den 2016-04-05 kl. 18:36, skrev Roman Shpount:
>
>> I have modified the proposed SDP slightly. I have removed IN IP4 0.0.0.0
>> from a=rtcp attribute. I cannot find a place that states that a=rtcp is
>> required when rtcp-mux is used, so I removed a=rtcp from the
>> rtcp-mux-exclusive examples.
>>
>
> So, I would agree that a=rtcp is not mandatory based on RFC 5761, it do
> results in that the fall back for RTCP is m= port+1. But, as this is
> intended for the case of not having any fallback.
>

 I assumed since we are doing a new attribute that specifies that there is
no fallback, then a=rtcp attribute can be omitted.

However JSEP do contain text that appears to require that a=rtcp are
> included. This, may be changed to support the mux-exclusive usage. However,
> I haven't checked if this requirement is due to trickle ICE.
>

JSEP includes requirement for a=rtcp due to
https://tools.ietf.org/html/rfc5245#section-4.3 :

If the agent is utilizing RTCP, it MUST encode the RTCP candidate using the
a=rtcp attribute as defined in RFC 3605  [RFC3605].


This was already fixed in
https://tools.ietf.org/html/draft-ietf-mmusic-ice-sip-sdp-08#section-4.2 :

If the agent is utilizing RTCP and if RTCP candidate is present and is not
equal to the same address and the next higher port number of the RTP
candidate, the agent MUST encode the RTCP candidate using the a=rtcp
attribute as defined in RFC 3605 [RFC3605].

_____________
Roman Shpount