Re: [MMUSIC] Fwd: New Version Notification for draft-ivov-mmusic-trickle-ice-sip-02.txt

Iñaki Baz Castillo <ibc@aliax.net> Wed, 02 July 2014 21:02 UTC

Return-Path: <ibc@aliax.net>
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 E3B3B1B2A89 for <mmusic@ietfa.amsl.com>; Wed, 2 Jul 2014 14:02:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.678
X-Spam-Level:
X-Spam-Status: No, score=-1.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7] 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 AMxsuHk0xJc3 for <mmusic@ietfa.amsl.com>; Wed, 2 Jul 2014 14:02:09 -0700 (PDT)
Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com [209.85.216.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6928D1B28A8 for <mmusic@ietf.org>; Wed, 2 Jul 2014 14:02:09 -0700 (PDT)
Received: by mail-qa0-f43.google.com with SMTP id k15so9413835qaq.16 for <mmusic@ietf.org>; Wed, 02 Jul 2014 14:02:08 -0700 (PDT)
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:content-transfer-encoding; bh=MAGsqRF83ZTJfGofgzVj87j+GBCvYpGBialnfjQNDUE=; b=EewAE8Vk9lsN+KgARjew4DR3IWiO+YqjVsqe8mABhKMEQQe7/J43VwZpxLVDDxv5A0 +mmyMNAQwAL7Gr4Odzxzcd7YfP74eqaFwK94Bm10sMqhDXqph5aVngDWWTLBJgV1Axtp HaoFDFMx3ki1nYF/wesBTwVm3Tw5AfWrbf/YEUA4UvhiUG8VLj52cR6ZHq77HZkqtbKt n2aRTMThDY1K9Px4Q7KmXc034rm/ZRwdbIrUpY2vk56t8Pp8XKdZgY/ViLYmadk5YL/Y yDBXxjQKPzqa5tQq4PydEHorAhH6DlTnP1iTtx+TH5eBISWkIpM1c93dhPLvW7gMJ5hL qbLA==
X-Gm-Message-State: ALoCoQkSYysJpjY3YgXKrVx6nrAn6/APahQEe9I6cGsB18M8ctd51nCzmpx2mDxwDO0UnlbMiWID
X-Received: by 10.229.51.201 with SMTP id e9mr865413qcg.2.1404334928563; Wed, 02 Jul 2014 14:02:08 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.96.234.131 with HTTP; Wed, 2 Jul 2014 14:01:48 -0700 (PDT)
In-Reply-To: <53A0B9CB.3050909@jitsi.org>
References: <20140617215119.31326.31295.idtracker@ietfa.amsl.com> <53A0B9CB.3050909@jitsi.org>
From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Wed, 02 Jul 2014 23:01:48 +0200
Message-ID: <CALiegfnLJ0nS+P7XP5gWaFX0BsKVF4MpmFwnCxSt+1NTP4r2Yw@mail.gmail.com>
To: Emil Ivov <emcho@jitsi.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/3kD_5i6gNEpGLap4hUWdaAzrU3c
Cc: MMUSIC <mmusic@ietf.org>
Subject: Re: [MMUSIC] Fwd: New Version Notification for draft-ivov-mmusic-trickle-ice-sip-02.txt
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: <http://www.ietf.org/mail-archive/web/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: Wed, 02 Jul 2014 21:02:11 -0000

2014-06-17 23:57 GMT+02:00 Emil Ivov <emcho@jitsi.org>:
> Trickle ICE for SIP:
> [0] html: http://tools.ietf.org/html/draft-ivov-mmusic-trickle-ice-sip-02
> [1] diff:
> http://www.ietf.org/rfcdiff?url2=draft-ivov-mmusic-trickle-ice-sip-02

Hi,

Great work, I strongly support it!

Just some minor comments:


- Please clarify that receiving a non-100 provisional response is not
enough for starting INFO requests. The 1XX response MUST contain a
Contact header (unfortunately some ugly SIP devices do not add Contact
nor Record-Route in provisional responses).


- 5.2. Trickle ICE discovery with GRUU

>   Such targeted trickling may happen in different ways.  One option
>   would be for a SIP UA to learn the GRUU instance ID of a peer through
>   presence and to then query its capabilities direction with an OPTIONS
>   request.  Alternately, it can also just send an OPTIONS request to
>   the AOR it intends to contact and then inspect the returned
>   response(s) for support of both GRUU and trickle ICE (Figure 7).

"Alternately, it can also just send an OPTIONS request to the AOR"

The usage of OPTIONS for that is a bad idea since an OPTIONS to a
non-GRUU AOR will receive a single response in case of forking (and
may be Bob-1 supports trickle-ice but Bob-2 does not, and the next
INVITE is answered by Bob-2...).


Apart from that, I consider the spec excellent, and it is good to see
a nice usage for INFO :)

Great! hope there is agreement on this work and we get some point to
start deploying ICE-trickle capable SIP stuff.



-- 
Iñaki Baz Castillo
<ibc@aliax.net>