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

Simon Perreault <sperreault@jive.com> Fri, 11 September 2015 13:28 UTC

Return-Path: <sperreault@jive.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 0492B1A9136 for <mmusic@ietfa.amsl.com>; Fri, 11 Sep 2015 06:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 rgW-mFSDgJh7 for <mmusic@ietfa.amsl.com>; Fri, 11 Sep 2015 06:28:20 -0700 (PDT)
Received: from mail-ob0-f177.google.com (mail-ob0-f177.google.com [209.85.214.177]) (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 AB2D41B2ED8 for <mmusic@ietf.org>; Fri, 11 Sep 2015 06:28:19 -0700 (PDT)
Received: by obqa2 with SMTP id a2so60295556obq.3 for <mmusic@ietf.org>; Fri, 11 Sep 2015 06:28:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=cjFFt27qOhTye/CViiaB8AApHxzQKAFX5CDBGHVr2FE=; b=jle9PddO3QEhHFdZV4Ar4/Fw5D6dK3F1r6c1outgZh666stF7H1/y2YnhokioX6F3m 9DKWjabj5RY4etC6BnFQIXhtF+P6w2wnphy0qO3A+vlKcFwcnLv8OangbwrlKr6VeOwe IPkSfwclheA32K6IiKzFLYa8WIVQkFSWLyyAg8Mo+9smQJzUylVKHnr63Xy0vBDdRZ63 2PC6F4+r17vvNItUhJM6yqQ9/BP+A3vAsdUpbNZjRuN9CNHAVMgFmoeLxOQ/DbCjFcbI XvJs5oZO76z/7RX4qaT+dbJtr2+DsOIQJp4hgnzHj5BW62yAOPZcg7vZ0Xk6BKABF/NP gx8Q==
X-Gm-Message-State: ALoCoQmUcTLBUrB82aRALPc64+ejS56P6rGR8ur4aTuT6oq5SM2TUmzbLiP5XkC6FDpMCOu/EBKF
X-Received: by 10.182.94.204 with SMTP id de12mr37759051obb.48.1441978098957; Fri, 11 Sep 2015 06:28:18 -0700 (PDT)
Received: from Simons-MacBook-Air.local (modemcable164.157-22-96.mc.videotron.ca. [96.22.157.164]) by smtp.googlemail.com with ESMTPSA id j2sm151226obh.16.2015.09.11.06.28.18 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 11 Sep 2015 06:28:18 -0700 (PDT)
To: Thomas Stach <thomass.stach@gmail.com>, mmusic@ietf.org
References: <55F1F520.8050904@jive.com> <55F27C50.1020908@gmail.com>
From: Simon Perreault <sperreault@jive.com>
Message-ID: <55F2D6F0.3080606@jive.com>
Date: Fri, 11 Sep 2015 09:28:16 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <55F27C50.1020908@gmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/CuPjDc-R1RpKCTq4mbdVSbEL8pU>
Subject: Re: [MMUSIC] Review of draft-ietf-mmusic-trickle-ice-sip-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: Fri, 11 Sep 2015 13:28:22 -0000

Le 2015-09-11 03:01, Thomas Stach a écrit :
>> 6. Considerations for RTP and RTCP multiplexing
>>
>>     [OPEN ISSUE: These considerations are of general relevance
>>     and might be better suited for draft-ietf-mmusic-trickle-ice
>>
>> 7.  Considerations for Media Multiplexing
>>
>>     [OPEN ISSUE: These considerations are of general relevance
>>     and might be better suited for draft-ietf-mmusic-trickle-ice.]
> My proposal for these is to keep the text in this document.
> draft-mmusic-trickle-ice can still include (or repeat) corresponding
> text for other applications
> of Trickle ICE outside of SIP.

Works for me.

>> 9.8.  Rate of INFO Requests
>>
>>     [OPEN ISSUE: What rate will give a good trade-off? 100ms, 200ms?]
> This was discussed in IETF-93. We will not recommend an explicit value.

WFM.

>> 9.6.  Info Message Body Parts
>>
>>     [NOTE: end-of-candidates-att currently lacks a formal definition in
>>     [I-D.ietf-mmusic-trickle-ice]]
> Something to be resolved in draft-mmusic-trickle-ice. I'll keep this
> note until it is done.

Good.

>> - "Section 4.1. Establishing the dialog" says: "The SIP dialog at both
>> sides MUST be at least in the early state."
>>
>> What does "at least" mean in this context? Do states have numerical
>> value?
> This refers to https://tools.ietf.org/html/rfc3261#section-12.
> I could reword to "The dialog at both sides MUST be in early or
> confirmed state"

WFM.

>> - Sections 4.1.2 and 4.1.3 contain this:
>>
>>     When sending the Answer in the 200 OK response, the Answerers MUST
>>     repeat exactly the same Answer that was previously sent in the
>>     unreliable provisional response in order to fulfill the corresponding
>>     requirements in [RFC3264].
>>
>> Doesn't that also apply to 4.1.1 and 4.1.4? If so, wouldn't it make
>> sense to factor it out so that it applies in every case?
> In 4.1.1 and 4.1.4 the answer is sent only once.
> In case of 4.1.1 this is a reliable provisional response, in 4.1.4 it is
> either the PRACK (offer in reliable provisional response) or in the ACK
> (offer in 200OK).
> RFC6337 deals with unnecessary repetitions, but I don't think we need to
> reference that one here.

Ah, right, thanks. No change needed.

Simon