Re: [rtcweb] Constraint to disable IPv6 candidate collection

Roman Shpount <roman@telurix.com> Thu, 09 April 2015 09:31 UTC

Return-Path: <roman@telurix.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2C4B1B2A8C for <rtcweb@ietfa.amsl.com>; Thu, 9 Apr 2015 02:31:57 -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, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, 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 odELL_VZHzHV for <rtcweb@ietfa.amsl.com>; Thu, 9 Apr 2015 02:31:56 -0700 (PDT)
Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (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 C4F931B2A05 for <rtcweb@ietf.org>; Thu, 9 Apr 2015 02:31:55 -0700 (PDT)
Received: by ignm3 with SMTP id m3so45528566ign.0 for <rtcweb@ietf.org>; Thu, 09 Apr 2015 02:31:54 -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:date :message-id:subject:from:to:cc:content-type; bh=RluBkMOpi0tPBSiLF611+YZsg+ptqPW0rYOfsc0GJpc=; b=TtzMGoXlOeIX7p+04Rr3lGI9i4OSnAl/KyNiNwiQOUJbVKI9/OtTr7G3WnNkX4lO/q T5PO1PaxGBDgG07qJvAFv2qT9AWC8CzxJV4/hZ4P7q8lr0L0r2Y+RND5+yH7deoDUaw9 gDOAkrG1lHo85iho5m2UNkflvAZH6tBJ+gq1KppsD+yCnh5fzcStZm/X4mmOos5oa0bc G6znb8lOzY8YpxQxMR8Dajnch8ME0it2d6tL+gwIwN0c4hLQMzAOwooXymsSyaYBnCHw 0vEC44dOvzUZHS77iGSUqMXtHtaOxcyAvXo3kY1hkLEGIj9gdjxC7PYL4LTj1ABQDbON truQ==
X-Gm-Message-State: ALoCoQknpM1i2y9/iiE0h/05fYahcdr9Hyq+YKkOgMd6xZFKteZiJ3hxMau5mOzk4kT17WQ97qid
X-Received: by 10.50.78.130 with SMTP id b2mr18283152igx.42.1428571914210; Thu, 09 Apr 2015 02:31:54 -0700 (PDT)
Received: from mail-ig0-f178.google.com (mail-ig0-f178.google.com. [209.85.213.178]) by mx.google.com with ESMTPSA id k2sm8422816iok.11.2015.04.09.02.31.52 for <rtcweb@ietf.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Apr 2015 02:31:53 -0700 (PDT)
Received: by iget9 with SMTP id t9so45539792ige.1 for <rtcweb@ietf.org>; Thu, 09 Apr 2015 02:31:51 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.42.204.14 with SMTP id fk14mr37751150icb.96.1428571911902; Thu, 09 Apr 2015 02:31:51 -0700 (PDT)
Received: by 10.36.110.149 with HTTP; Thu, 9 Apr 2015 02:31:51 -0700 (PDT)
In-Reply-To: <CALiegfnRjVzydJWE7RkgGUrZfTiJHALqS6n8d6nYZ50Q_O3DrQ@mail.gmail.com>
References: <CAD5OKxsf6_DQF2u5VrhOzZ0t1uiV88TFyrT2Sudtbv-ytDrCJg@mail.gmail.com> <CALiegfnRjVzydJWE7RkgGUrZfTiJHALqS6n8d6nYZ50Q_O3DrQ@mail.gmail.com>
Date: Thu, 09 Apr 2015 05:31:51 -0400
Message-ID: <CAD5OKxsGKCOmvCNEX=hP9tG+4iAFoaabqAnQgHBOKBee0F-biw@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Iñaki Baz Castillo <ibc@aliax.net>, Adam Roach <adam@nostrum.com>
Content-Type: multipart/alternative; boundary="20cf30363b93585abb051347515d"
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/2NSf39RP6zbVxA-5STS36gKvwM0>
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Constraint to disable IPv6 candidate collection
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Apr 2015 09:31:58 -0000

On Wed, Apr 8, 2015 at 5:20 AM, Iñaki Baz Castillo <ibc@aliax.net> wrote:

> 2015-04-08 0:28 GMT+02:00 Roman Shpount <roman@telurix.com>:
> > it would be better to define a constraint that can be used to suppress
> > IPv6 candidate collection
>
> I'm against any approach or option that treats IPv6 as "optional" or
> less important than IPv4. IMHO if Firefox fails (even) to parse IPv6
> candidates, the vendor should fix it.
>
> Said that, it is very *sad* that Firefox fails to parse an SDP due to
> an IPv6 address in the c= line. Come on! this is about a grammar
> defined more than 15 years ago!
>

We will retest Firefox 37 for IPv6, but this was really not the reason for
the constraint, but an illustration of the problem. This issue was brought
up as one of the examples of SDP mucking that is currently required to deal
with interop issues. Until IPv6 is implemented by default in both Chrome
and  Firefox, we will be in the state of transition. During this transition
all surrounding services would need to be updated to IPv6 and tested with
the browser implementations. Until this happens, IPv6 as a feature would
need to be disabled in the JavaScript client code. One way to do this is
via constraints, and Chrome already provides such a constraint. I assume
when Firefox will introduce IPv6 support, some sort of similar constraint
is going to be provided there as well. If such constraint will not be
provided, we will need to do SDP mucking, which everyone assumes is bad.

So, in the real world outside of standard committees and labs, each new
feature which is introduced needs to be controlled in such a way that it
can be deployed into production in gradual and managed manner. Since IPv6
is not a feature which was implemented from the start by the browsers, we
now need to manage the transition. This will take at least another year, or
at least this is how long it will take for Firefox 36 and older
installations to clear out. I understand that this is a short time frame in
comparison with the lifetime of the specification, but some solution for
managing the transition to IPv6 would be appreciated. I understand that in
this particular case a client side SDP filter for old Firefox versions
which removes IPv6 candidates and IPv6 address from the c= line can be
clunky but acceptable answer to this problem.

Regards,
_____________
Roman Shpount