IETF Logo Mail Archive

Re: [rtcweb] Default proto transport in JSEP

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

Return-Path: <ibc@aliax.net>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3ED5D126F72 for <rtcweb@ietfa.amsl.com>; Mon, 19 Nov 2018 12:53:51 -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=unavailable 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 WxTDEUZ27-7M for <rtcweb@ietfa.amsl.com>; Mon, 19 Nov 2018 12:53:48 -0800 (PST)
Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) (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 7F7A4128D0C for <rtcweb@ietf.org>; Mon, 19 Nov 2018 12:53:48 -0800 (PST)
Received: by mail-vk1-xa30.google.com with SMTP id u62so7105288vkb.3 for <rtcweb@ietf.org>; Mon, 19 Nov 2018 12:53:48 -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=NOPx7fSJy4voHpgEpc17FEFA0jFU1agPgHrW1WS+71I=; b=eU6MP8PEzxSjAmYQ3KDIKp8s0kwYC4FUg2AN0A8GUMqP0xzhsQhz78rHulwjSlAB5E VksSCUN7gcwO4W3oYxd4hPujyhMi8m9UaR5e+pyHbQE5NaWBlXqMngEDD3ouweORnwdJ HOAdxYnUhyGVI7RRKnI8wSbDKvy7p3lE2RwWl/K56AWhwLucKM2Ki1QDKbMxHDCG2iTP 21fgF3a0xKRG206qakYKewA3BXjBSwdPYurhBfq/DBJwFFUg9E76MPZ1a8GNQe4ZQusE P4uPwyJTuSMcW2IFdKBn0WPiDg6kyW9VTUrWUaxYvr8goyfjZp3xnHfLEqtPIkGbb4il jXaA==
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=NOPx7fSJy4voHpgEpc17FEFA0jFU1agPgHrW1WS+71I=; b=aOI0nnZPJdFYFiXQvEbeDAAf52uH2pLz9onXGgzT7YU1Q1yv/jIx45NtqoG+9hCFhk RObQXMVNfNhWLXQXQwa27S+YpYTT89scY/KyaaVk8Wjp1fqJE35Bk4qEAHKe7cMQcIHT M1TTUXElq6nX5aQt75bhHJ738HZV7y5iaDIqAOMeIGdVQhGeyI+vRYGC4g5aGAJzV5Nm 9H/QgdI4+io777zXgq06ofEDILtlnpM36sagODA5WCuJWlwxNWpYQkrkpBHG5zl4jDY5 bG3SlL0Vo4S/aIBap+03YhJsnuUN0Hpb3LHx0hA9h+kLE1W2nyOpby/Fo4UJJynmS9Vf ujYw==
X-Gm-Message-State: AGRZ1gKOjL2OsOmuFIskPf05GniludDZqAF2GCBmOu4pZx3P+VlWS4uo tHAABQ9itixV8/S0Z4jpuuW+rZpQWnHEsuymKg9JIA==
X-Google-Smtp-Source: AJdET5dmoLwy0wSsTfDmphCN4xdJ8vZaTKBP2dCUEqZIdnnPXfsFdAZIkEt2WMT2uGyMx8JCrHqmX7tMb+rRmHpl7NM=
X-Received: by 2002:a1f:3202:: with SMTP id y2mr9961529vky.3.1542660827382; Mon, 19 Nov 2018 12:53:47 -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> <CALiegfnMbwTruVKU-VnsZvddqRhnuCm1k8zLcLSuWSs9zT1JUA@mail.gmail.com> <CAD5OKxtxAiBbVY4HQjfjwqfsGoUxAZzmmrTWVfe7pG6MTsHGRA@mail.gmail.com>
In-Reply-To: <CAD5OKxtxAiBbVY4HQjfjwqfsGoUxAZzmmrTWVfe7pG6MTsHGRA@mail.gmail.com>
From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Mon, 19 Nov 2018 21:53:36 +0100
Message-ID: <CALiegfnVOFvUKYMRp7z0Q3aVyzbi=+JuyXmH+PL6_pNW9j9PVA@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/rtcweb/WMx55b46JXZxv0TwhyS6-4obWpg>
Subject: Re: [rtcweb] Default proto transport in JSEP
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 19 Nov 2018 20:53:51 -0000

On Mon, 19 Nov 2018 at 21:47, Roman Shpount <roman@telurix.com> wrote:
>
> On Mon, Nov 19, 2018 at 3:31 PM Iñaki Baz Castillo <ibc@aliax.net> wrote:

>> I suggest:
>>
>> m=KIND 9 ICE [codec PTs]
>
>
> If you are re-inventing the protocol, why would you build SDP or m= lines? If you are using an existing protocol, why do you modify it in the way it is not compatible with anything in existence?

Why is proto="ICE" not compatible? ICE represents a virtual path that
does not correspond to a specific 5-tuple (such a tuple may
dynamically change without requiring any new SDP O/A).


> Please read https://tools.ietf.org/html/draft-ietf-mmusic-ice-sip-sdp-24#section-3.2.5
> Some people for some reason insist on following specifications. If you propose to do two opposite things, random things start being implemented.

So, that spec is completely making it imposible to enable ICE trickle
because it mandates that the value in c= and m= must already match an
existing a=candidate line in the same SDP. This is not true when using
Trickle ICE since candidates may be sent later that the SDP:

https://tools.ietf.org/html/draft-ietf-mmusic-trickle-ice-sip-18


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

v2.28.0 | Report a Bug | By Email | System Status