IETF Logo Mail Archive

Re: [MMUSIC] [rtcweb] Default proto transport in JSEP

Iñaki Baz Castillo <ibc@aliax.net> Mon, 19 November 2018 20:31 UTC

Return-Path: <ibc@aliax.net>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5465126DBF for <mmusic@ietfa.amsl.com>; Mon, 19 Nov 2018 12:31:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=aliax-net.20150623.gappssmtp.com
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 mB-n3VURi6Hh for <mmusic@ietfa.amsl.com>; Mon, 19 Nov 2018 12:31:26 -0800 (PST)
Received: from mail-vs1-xe2c.google.com (mail-vs1-xe2c.google.com [IPv6:2607:f8b0:4864:20::e2c]) (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 5F5AF130934 for <mmusic@ietf.org>; Mon, 19 Nov 2018 12:31:26 -0800 (PST)
Received: by mail-vs1-xe2c.google.com with SMTP id z3so2729846vsf.7 for <mmusic@ietf.org>; Mon, 19 Nov 2018 12:31:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aliax-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=oNXU85uPzVbJAyLn5tqksM4AmfLLeUdlhUN9wxooodM=; b=D5B5fDX9xuAPg4PmBbaynWwbEfnCuk9NfyGH913VpLGEhjLZZja+BxmfAGwB3mY9q0 Xd6X0eAZ2/5tC1Ce2kynZW+CgOZKzmJ9lFpM0cVKZ+FWn4zqIVli7LhnNSRXcbxKwryo hqh8GE04qgn1tYryaNuyJ+UncsRj407duL75Pps28dKvIw7AER5nmXXJhJA0cXVx3Rp6 wCois63kOrN5xaUQQHn+miLh4UsyxGBYfFNhKOnDxbbQfqtHTkwNTRNKXRJ8lYeq/3Pw WGvxGqgjnPxIlut0Hm2Q9Lu01AEjewGeLFsOLNo8Eq/2s3I0kBUr5xSSKRhu/+38pg12 UNlw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=oNXU85uPzVbJAyLn5tqksM4AmfLLeUdlhUN9wxooodM=; b=mMl1UXxCOcknBIjtLARr2X/Fn6KkAP2cQFYcYFxBfwZVAR5eTkcZnrvVMSTW4453wt k8rkRp+ZW0R2M26+VUsoCUpkRuNJg0Jk4kdxXnltrwgMdNCjuTTKmCWt/bRtkjg4dNM8 sXE0RdrWGidI7FkTzxb7yYg230I3bS7UcOf9XF4I5dx5iSiRNaWnFL+b/bMXGPBQtjH0 2KRXNG8h+kF28w4C088VLbcJTiawLGfsZC5Uq6bWqHqIkRU4GYVVoyXYM58w6sVWGL2/ MQhxUGyGD/3t1HiljKHNQBOhSHN1YF0s5nH6t9kvVPzTnPXi56m2tHelUIsmYugGU72H zHYg==
X-Gm-Message-State: AGRZ1gL33YAcE6tEtpU07Affzn1dInfFE1XfnSTm7gsrFT6uHUpSeAX9 0urdg7ALcZayYjvlCeOh2nngBsiJTBS6qVLlZVG1oaWGU+U=
X-Google-Smtp-Source: AJdET5cNf5KifUg/OeaaHNn1zr3RNypjVITS8g9E/p03ERLbqj2C3L6CO77CD+5Lq8kQdO2qteURk8kHSlkezf4G8tE=
X-Received: by 2002:a67:7106:: with SMTP id m6mr9705481vsc.67.1542659485098; Mon, 19 Nov 2018 12:31:25 -0800 (PST)
MIME-Version: 1.0
References: <CA+9kkMADnZJBaV0hfLuwGU0bGBEP5tCPZ=8Zd_85Dgzi37ghAQ@mail.gmail.com> <CAD5OKxsNFFmER__H0+5Mzts58yn9cWLMEADhSnLR4nreKD9WAQ@mail.gmail.com> <CALiegfkHXv6f8P3C-C=2RKCyxWfzCAzkzOqxBXmmsNCPrZzFfg@mail.gmail.com> <CAD5OKxswZdGm1CYvy=NoyEtN-eFFp7Sc8mmGT7jAJ-q3msJYXA@mail.gmail.com> <CALiegfmFV=988+WuViUQRGJRgR=mcqS9Y+eDnL4pH6VrbJRvCQ@mail.gmail.com> <CAD5OKxtwuQu0du+ptmJpX0ALQnUtjLG==NanP8OB51D4M9fYhg@mail.gmail.com>
In-Reply-To: <CAD5OKxtwuQu0du+ptmJpX0ALQnUtjLG==NanP8OB51D4M9fYhg@mail.gmail.com>
From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Mon, 19 Nov 2018 21:31:13 +0100
Message-ID: <CALiegfnMbwTruVKU-VnsZvddqRhnuCm1k8zLcLSuWSs9zT1JUA@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
Cc: rtcweb@ietf.org, mmusic@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/tBdE4YxN-2ac4fpO7RlIeG3RLn8>
Subject: Re: [MMUSIC] [rtcweb] Default proto transport in JSEP
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 19 Nov 2018 20:31:30 -0000

On Mon, 19 Nov 2018 at 21:21, Roman Shpount <roman@telurix.com> wrote:
> ICE specifications (both RFC 5245 and ice-sip-sdp) are saying that these fields are not cosmetic. All I am asking is to put values in these fields that indicate that they are cosmetic instead of creating some rules on how these fields should change which would cause potential interop issues.

I suggest:

m=KIND 9 ICE [codec PTs]


> BTW, there are plenty of VoIP phones which use ICE and support Opus (or G.711). They will also produce ICE mismatch since they implement RFC 5245. So, these end points are WebRTC compatible except for this specific issue.

If those phones already implement ICE (and let's assume also
DTLS-SRTP), how will a wrong or "invalid" c= or m= content affect
them? Browsers won't complain no matter what the SDP re-offer contains
in those lines, so the phone can put whatever it wishes. And the phone
should not read them in received SDP re-offers, so I don't fully
understand what the problem is.


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

v2.23.0 | Report a Bug | By Email