IETF Logo Mail Archive

Re: [MMUSIC] Questions about ICE candidates with BUNDLE

Peter Thatcher <pthatcher@google.com> Thu, 25 February 2016 06:53 UTC

Return-Path: <pthatcher@google.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 3E9E61B2EDA for <mmusic@ietfa.amsl.com>; Wed, 24 Feb 2016 22:53:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.384
X-Spam-Level:
X-Spam-Status: No, score=-1.384 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.006, 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 qE8B6y_im0DT for <mmusic@ietfa.amsl.com>; Wed, 24 Feb 2016 22:53:42 -0800 (PST)
Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (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 BD78C1B2ED6 for <mmusic@ietf.org>; Wed, 24 Feb 2016 22:53:42 -0800 (PST)
Received: by mail-ob0-x22d.google.com with SMTP id ts10so40978483obc.1 for <mmusic@ietf.org>; Wed, 24 Feb 2016 22:53:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=udG82Hk9XHwvhwWwBYM20usMNKqYcH4bubMdM/ueHwA=; b=S26eBwld4ns9Cp1K+t+E5YctvXAgCA05w3GA7WMvIKewX0di00FNlD8MTAE/ybcNXx NVHa13UvELzzE/kheqEeMc6Spz3oTQ8NMeEbuqy7odWqRFJyetgYWbnhd/69VUwHq6WS wH4Jm3J4t5a+z6XBJc9FEwvlVpKU/Eene5y1uql+PPEgEmXvW7JiEYCynqKAQ/y5y3Ie IO5snzQakkoiHo6FmH33NGUOUvJCX2mko6SurQgfjM9gEY45kspuu5xDw/GeTiE3xDTY woiV+/LhbgXjYQvcIH9w5danO4h9g+YqdJAs0jUgIoTrZzw9DE68F8wI8hkyCdqAkKZg QuoQ==
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:from:date :message-id:subject:to:cc:content-type; bh=udG82Hk9XHwvhwWwBYM20usMNKqYcH4bubMdM/ueHwA=; b=FK1gUzkt5p0NXouiNlXkAsfMVzvfiwyuU0mWQSfw0KV46rZxbaHJNMyCAzxIZZtWyS 3w6IgB96EAwwYN+CEUqrwGKdeU5UttROIzAZIpAx53z158g8xw74qAbT5+J/5FzmCwYZ E5KsBBflT/XmlFYOkKaRppOyd1khJryzF66/NKzg36oxUo9CuBFVZpaqsTjD4FqmWS+q GMdBt11xn7JExYVoonq1mxldxekHPNR9FpMdpVmfpmMQrcDSC8rQOZj0NIpYSMOo53i7 KitPDg/dMwQnH4iuNlIneFaEYN7n+1V8KDWK6VGR0S1hGCR14LSS493BrFH8mcjGdiP7 pBfg==
X-Gm-Message-State: AG10YOQcBcg/oN+Us8PTt+K0SEcdhS8Pi51BVbcBrEC5YLQQWN/zNOf85oxgIZ/4emGR4tPqt4RsQEI80gF5Oz2D
X-Received: by 10.182.86.33 with SMTP id m1mr35627325obz.48.1456383222114; Wed, 24 Feb 2016 22:53:42 -0800 (PST)
MIME-Version: 1.0
Received: by 10.202.104.75 with HTTP; Wed, 24 Feb 2016 22:53:02 -0800 (PST)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37E24284@ESESSMB209.ericsson.se>
References: <CAJrXDUHutBgaPOV73-CyD_Knz+G5RFE0VX4s3+GqGV8K=B1LNA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37BED248@ESESSMB209.ericsson.se> <CAJrXDUE0zutaCci2pojS6+=015DKqd7ocR5a9AWLoTC6jV+x6w@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37BEF98E@ESESSMB209.ericsson.se> <CAJrXDUFZUkogpX9Jnz-y1BxSbE0SnQE3CAg-EXy12-k9tFzjuA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C1D520@ESESSMB209.ericsson.se> <CAJrXDUHaizhhikRVERNR4aDbe_KdE_RESWZY-1d57x1gtuFs_g@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C4815B@ESESSMB209.ericsson.se> <CAJrXDUEKAdmV+LX1xER6+Km1mzLPbKFWrf9iRYLV_Rj0Mh3_dA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37DF9E40@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37E061CD@ESESSMB209.ericsson.se> <56C5F405.1020305@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37E07AE0@ESESSMB209.ericsson.se> <CAJrXDUGU8SuBHJNQ+Y5DBYcj5pukfXQc742dEFAPCiUKDxN2Cw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37E21B6C@ESESSMB209.ericsson.se> <CAD5OKxvj25TE-RCvGOU4LQV=a+3aCzZLEB6U=SbTTUmoKVbXeA@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37E24284@ESESSMB209.ericsson.se>
From: Peter Thatcher <pthatcher@google.com>
Date: Wed, 24 Feb 2016 22:53:02 -0800
Message-ID: <CAJrXDUG-9CE=vx31gpJZ+Yeb_4LEqUfWWqDsyQNFk1MWfbcTng@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="089e0149ce669cc3e8052c92a485"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/jjuFH-ArQW4NPfa2zTytLYkmiCs>
Cc: Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Questions about ICE candidates with BUNDLE
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: <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, 25 Feb 2016 06:53:44 -0000

That makes sense to me.

On Sun, Feb 21, 2016 at 2:12 AM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Hi Roman,
>
> I didn't check whether some of the ICE attributes were session-level, but
> I agree with what you say: the same rule should apply to all media-level
> ICE attributes.
>
> Regards,
>
> Christer
>
> Sent from my Windows Phone
> ------------------------------
> From: Roman Shpount <roman@telurix.com>
> Sent: ‎21/‎02/‎2016 08:21
> To: Christer Holmberg <christer.holmberg@ericsson.com>
> Cc: Peter Thatcher <pthatcher@google.com>; mmusic@ietf.org; Paul Kyzivat
> <pkyzivat@alum.mit.edu>
> Subject: Re: [MMUSIC] Questions about ICE candidates with BUNDLE
>
> On Sat, Feb 20, 2016 at 12:57 PM, Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
>
>> >> Correct, and that's one reason I suggest that we limit the scope to
>> ICE, eventhough we probably
>> >> could do the same thing for any IDENTICAL and TRANSPORT category
>> attribute.
>> >
>> ​> While it would be nice to remove any duplication, the duplication is
>> particularly painful for ICE candidates, because
>> > there can be a lot of them, and because they change without any
>> offer/answer action (thanks to trickle ICE). ​
>> > So if we just covered that candidates, we'd be getting most of the
>> value.
>>
>> Assuming the scope is ICE, shouldn't the same still apply also to other
>> ICE related attributes? I assume the values for the "remote-candidates",
>> "ice-lite", "ice-mismatch", "ice-ufrag", "ice-pwd", "ice-pacing" and
>> "ice-options" attributes will be identical within a BUNDLE group, so...
>>
>
> "ice-lite" and "ice-options" are session level only candidates, so they
> should not be in the m= line BUNDLE or any other type. The same logic that
> applies to ICe candidates should apply to other media level ICE SDP
> attributes or things will break
>
> Regards,
> _____________
> Roman Shpount
>
>

v2.23.0 | Report a Bug | By Email