[rtcweb] Constraint to disable IPv6 candidate collection

Roman Shpount <roman@telurix.com> Tue, 07 April 2015 22:28 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 A39C41B3CA6 for <rtcweb@ietfa.amsl.com>; Tue, 7 Apr 2015 15:28:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, 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 w842v4VNYgb6 for <rtcweb@ietfa.amsl.com>; Tue, 7 Apr 2015 15:28:25 -0700 (PDT)
Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (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 F228E1B3C9C for <rtcweb@ietf.org>; Tue, 7 Apr 2015 15:28:24 -0700 (PDT)
Received: by iebrs15 with SMTP id rs15so59903389ieb.3 for <rtcweb@ietf.org>; Tue, 07 Apr 2015 15:28:24 -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:date:message-id:subject:from:to :content-type; bh=wMHCdINOhRf69TQYGM4hm5D8N/uhQm4NrTbS7CLAFfM=; b=QuMbevhS4gPKGr6x2Dv1vGK3RZcCliUkpanCWFT9NANmtlSB3jprX+LIQFW+bREeM3 KX8ONPMODrkoG0Wt3L82jW3SXP+46vWQXNPKIBlj+k7WzSSEKOehC8wPTFp3hSzYG4qf o8vFHr9/1jNEkYUXf7aNnDSjVp1KjnrNBvPbIiVKF2i2N3W3laGUuCGprPP/d9Ywt0t/ ZCO3YXBkJmUq6TGFBI39uPOxXpLktczN9/cJ+MlhngXmu6KzAF6MeisDNP9dawJH2P5U Fcc7SLwkePnXzEUAoaVVDylwZ2wXoAfioNJQdommFpKkZxV/Uci6dCf8fXsBFdZX8//5 /pHw==
X-Gm-Message-State: ALoCoQk31HD9ey+GY8J/Pqchyqfd6IdhjSZLTke51Hn/DkI0ph/9WmSA4FPNl0LJqhMlc8RChpTW
X-Received: by 10.107.137.28 with SMTP id l28mr31971082iod.23.1428445704382; Tue, 07 Apr 2015 15:28:24 -0700 (PDT)
Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com. [209.85.213.176]) by mx.google.com with ESMTPSA id v14sm3451773igd.12.2015.04.07.15.28.23 for <rtcweb@ietf.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Apr 2015 15:28:23 -0700 (PDT)
Received: by ignm3 with SMTP id m3so18342051ign.0 for <rtcweb@ietf.org>; Tue, 07 Apr 2015 15:28:22 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.50.117.4 with SMTP id ka4mr7319226igb.10.1428445702415; Tue, 07 Apr 2015 15:28:22 -0700 (PDT)
Received: by 10.36.110.149 with HTTP; Tue, 7 Apr 2015 15:28:22 -0700 (PDT)
Date: Tue, 07 Apr 2015 18:28:22 -0400
Message-ID: <CAD5OKxsf6_DQF2u5VrhOzZ0t1uiV88TFyrT2Sudtbv-ytDrCJg@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="089e011617aeac6e9d051329ee10"
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/Z3iRGvtAAfeaS1P8R-IciJr40rk>
Subject: [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: Tue, 07 Apr 2015 22:28:26 -0000

Hi All,

It is possible to run into interop issues with end-points that support ICE
and DTLS-SRTP but do not support IPv6, such as current versions of Firefox.
Chrome currently offers googIPv6 constraint, which enables or disables IPv6
candidate collection. Unfortunately, this constraint is Chrome specific,
provided via deprecated interface (PeerConnection constructor), and when
this constraint is not set, Chrome collects or does not collect IPv6
candidates pretty much in random. Without setting this constraint, the same
Chrome browser on the same network includes or does not include IPv6
candidates with no identifiable pattern. Because of this, we currently set
googIPv6 constraint to false. Our only other alternative would be to
examine the SDP and remove the IPv6 candidates and replace c= line with
IPv4 address. In anticipation of IPv6 support being enabled by default, and
to avoid SDP mucking, it would be better to define a constraint that can be
used to suppress IPv6 candidate collection, which can be provided via
current constraint interfaces.

_____________
Roman Shpount