Re: [rtcweb] Constraint to disable IPv6 candidate collection

Iñaki Baz Castillo <ibc@aliax.net> Fri, 10 April 2015 12:31 UTC

Return-Path: <ibc@aliax.net>
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 8BDCF1B30AC for <rtcweb@ietfa.amsl.com>; Fri, 10 Apr 2015 05:31:30 -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 g8Q3L2wSdHNj for <rtcweb@ietfa.amsl.com>; Fri, 10 Apr 2015 05:31:29 -0700 (PDT)
Received: from mail-qc0-f178.google.com (mail-qc0-f178.google.com [209.85.216.178]) (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 80E391B3099 for <rtcweb@ietf.org>; Fri, 10 Apr 2015 05:31:29 -0700 (PDT)
Received: by qcrf4 with SMTP id f4so393713qcr.0 for <rtcweb@ietf.org>; Fri, 10 Apr 2015 05:31:28 -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=D2Rp09d9GqYXeElQENRoUy1cPIrIQ8PbSC6zyMYRmY8=; b=WGcH/3oXnL3XmcIZ6WM+XpuSMcBmGItpCiP/93dKmV1RlTWXYAfu7wYzZlyjZr0LE8 Nuxg7iHfuOCCG3U+e7+0uZPHlAa1COnioV9I1bQrhFDWyASCRLB7YY/30uYOTI5g1QZ5 BmBEqxHqMBJdzHuIrFk3FYjaHcLpFAp8JAa2Z7x4Ezk5khcMW2GjQnC3ljAfBNEmL3Dn sRTHi40bdo2qIwgbkSQxECFgjdrfgIITvfdHX+z2+Ramd9vkZ+85fzzZ0ZzJRgdoRFXg FcZSqJoCldi/T0Bq9/tvPYyGVD4/5HHsHVKTxvAYtBFzLiYErpO/W/U/fe+e/baE4Ipz 9sjQ==
X-Gm-Message-State: ALoCoQnzRZOf2gX5TxaYhHM2rB+PcdodTYloZ/eU9DWZqQh9LPUSYlEiPTimF3J6Vj2pJSXXGLS5
X-Received: by 10.140.132.199 with SMTP id 190mr1255692qhe.24.1428667228214; Fri, 10 Apr 2015 05:00:28 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.96.203.227 with HTTP; Fri, 10 Apr 2015 04:52:26 -0700 (PDT)
In-Reply-To: <55279801.6040504@alvestrand.no>
References: <CAD5OKxsf6_DQF2u5VrhOzZ0t1uiV88TFyrT2Sudtbv-ytDrCJg@mail.gmail.com> <CALiegfnRjVzydJWE7RkgGUrZfTiJHALqS6n8d6nYZ50Q_O3DrQ@mail.gmail.com> <CAD5OKxsGKCOmvCNEX=hP9tG+4iAFoaabqAnQgHBOKBee0F-biw@mail.gmail.com> <55279801.6040504@alvestrand.no>
From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Fri, 10 Apr 2015 13:52:26 +0200
Message-ID: <CALiegf=23qqMS-nLr4+aYhbjNtcQKkz-0dTAGprkiU8B5aM_RQ@mail.gmail.com>
To: Harald Alvestrand <harald@alvestrand.no>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/JGA1fefglgfK69dbgepG5zm3z-Y>
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: Fri, 10 Apr 2015 12:31:30 -0000

2015-04-10 11:29 GMT+02:00 Harald Alvestrand <harald@alvestrand.no>:
> We're talking about the c= line, which is meaningless semantic noise
> added to SDP for backwards compatibility, and which all conformant
> WebRTC implementations will ignore in favor of the ICE candidate lines.
>
> The only purpuse the c= line has in the WebRTC context is to serve as
> fodder for intercepting proxies that read the SDP and take action based
> on the c= line because they don't understand ICE candidates.
>
> The claim that has been made is that putting IPv6 addresses into the c=
> line causes parsing of the SDP to fail in certain contexts.

+1

Please don't add stuff to the WebRTC just to make some browsers' or
WebRTC devices' old SDP stacks work. If a SDP stack in 2015 is not
capable of parsing an IPv6 in the meaningless c= line that's vendor's
fault and something the vendor must fix ASAP.


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