Re: [MMUSIC] Review of draft-ietf-mmusic-trickle-ice-02

Brandon Williams <brandon.williams@akamai.com> Thu, 15 October 2015 14:07 UTC

Return-Path: <brandon.williams@akamai.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 3B5BC1B326C for <mmusic@ietfa.amsl.com>; Thu, 15 Oct 2015 07:07:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.011
X-Spam-Level:
X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 ZTCVHDfEFQBz for <mmusic@ietfa.amsl.com>; Thu, 15 Oct 2015 07:07:02 -0700 (PDT)
Received: from prod-mail-xrelay05.akamai.com (prod-mail-xrelay05.akamai.com [23.79.238.179]) by ietfa.amsl.com (Postfix) with ESMTP id 13BCB1B3237 for <mmusic@ietf.org>; Thu, 15 Oct 2015 07:07:01 -0700 (PDT)
Received: from prod-mail-xrelay05.akamai.com (localhost.localdomain [127.0.0.1]) by postfix.imss70 (Postfix) with ESMTP id 8CBAA423AC7; Thu, 15 Oct 2015 14:07:01 +0000 (GMT)
Received: from prod-mail-relay11.akamai.com (prod-mail-relay11.akamai.com [172.27.118.250]) by prod-mail-xrelay05.akamai.com (Postfix) with ESMTP id 7683C423ABA; Thu, 15 Oct 2015 14:07:01 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; s=a1; t=1444918021; bh=f4uEKw+Ci/QlHtOBpPCkOjru/85nyvOXOqZf1GMx82A=; l=973; h=To:References:From:Date:In-Reply-To:From; b=L66J4Te+MmEUhvxhifLj+dM81KVgfSVg/GuxjORs2wuy0SvNt1OD44CmzrM2Bvugz iRoeLXy6uz3IAKFrIvVlX2w3ATvyRrJdBrXHYD9s1zegsklWBTRGjS/cO0bu8+gUVB kT/614KYFgvGflYUf/tFKiiAyEtQcMnFJVbgOLZg=
Received: from [172.28.113.72] (bowill.kendall.corp.akamai.com [172.28.113.72]) by prod-mail-relay11.akamai.com (Postfix) with ESMTP id 7006D2035; Thu, 15 Oct 2015 14:07:01 +0000 (GMT)
To: Peter Saint-Andre - &yet <peter@andyet.net>, mmusic@ietf.org, draft-ietf-mmusic-trickle-ice@tools.ietf.org
References: <55E8A14B.5080305@akamai.com> <561F1C2A.5090008@andyet.net>
From: Brandon Williams <brandon.williams@akamai.com>
Message-ID: <561FB305.30001@akamai.com>
Date: Thu, 15 Oct 2015 10:07:01 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <561F1C2A.5090008@andyet.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/9Dfp7hThM8iS6XNWIz38fkb9Lkw>
Subject: Re: [MMUSIC] Review of draft-ietf-mmusic-trickle-ice-02
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, 15 Oct 2015 14:07:06 -0000

On 10/14/2015 11:23 PM, Peter Saint-Andre - &yet wrote:
>> s 6.2
>> It's unclear to me why it's useful to monitor Active/Frozen state for
>> check lists with no remote and/or local candidates.
>
> Does §6.2 actually say that?
>
>> What is actually
>> being monitored in? Or is this just meant to indicate than an empty
>> checklist MUST/SHOULD be treated as frozen for the purpose of the frozen
>> candidates algorithm?

I was referring to this text from section 6.2:

    Obviously in
    order for candidate pairing to be possible, it would be necessary
    that both the offer and the answer contained candidates.  If this was
    not the case agents will still create the check lists (so that their
    Active/Frozen state could be monitored and updated) but they will
    only populate them once they actually have the candidate pairs.

This does seem to indicate that empty checklists might be created for 
the purpose Active/Frozen state monitoring.

--Brandon