Re: [MMUSIC] Please Read and Comment: Re: ICE SDP/JSEP peace accords

Roman Shpount <roman@telurix.com> Wed, 23 January 2019 19:12 UTC

Return-Path: <roman@telurix.com>
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 8FA3E1286D9 for <mmusic@ietfa.amsl.com>; Wed, 23 Jan 2019 11:12:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.031
X-Spam-Level:
X-Spam-Status: No, score=-2.031 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-com.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 7a2Mn_NCwCiv for <mmusic@ietfa.amsl.com>; Wed, 23 Jan 2019 11:12:01 -0800 (PST)
Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 78FFD1277BB for <mmusic@ietf.org>; Wed, 23 Jan 2019 11:12:01 -0800 (PST)
Received: by mail-pg1-x52c.google.com with SMTP id j10so1501575pga.1 for <mmusic@ietf.org>; Wed, 23 Jan 2019 11:12:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XTQ+97MetXubCrX2QbCTW2PrbWblAGPKiUtntTBlz0U=; b=JAD8dXPzF0OvmaH3cgCpX+QUmxaHdXvU1tBVashlKZFSKP5nO/JJwJb6atckqtIfGd AnloEylbDDPzbgnyn7lL0Eq5bx13c5olAmTu5c7CxBwrEg8bfTVN9N6d7LtIv2V3G7E9 EWGgLNZ81dzNCj3CrCHKCsGmRX9YLDF1HQRF0/1is1UorzhkLUrm7sBcu2GzdMdNQH5A V9YvUR9FbF8iyS4u3Z3BF4t1H3Vfi9m+gOB3vjdwGE3SuwnFC4fiwlbsd9kQc6iMW2iw 8kWUN+SMZkzVsa72tZ8wM6CUtezs39g4zjkEjeWrY0zj/I1xy81YBfkngFVg3g0KlLNI ZkIw==
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; bh=XTQ+97MetXubCrX2QbCTW2PrbWblAGPKiUtntTBlz0U=; b=C49Q51akwAkAS8LOVNhWAQGSK3XeTgn8ejjc83GWOJlW1H9RknP0wJd8gJz8hroeGy Gq/uix4K2sPtHRUHa8w86zzsjnkPz5lpQljGCoa7TJbolN4XxlUuqX3qHMZbHVMdYvHS mMc0x0Tj6lDyxHUIMMISF0B45EkfKsL72vxUaZbv3OISC4TsKLCT8+4LWYbhwTnwb73I gtGJY47/JW8EzI2wtLVNhOvf/KEuFRUJcwpGWVTRRUOLQVTk3C4Nw95MRBWDXdvThU1+ o0HFqtDkjGi/25IvPOsdwJgTrEqVl2GeOcbbDduEgF9Hy0QekTgRr0hkrkdnUhbhbM8S +xUw==
X-Gm-Message-State: AJcUukeDtu9v6q3sz5UaXvdh/lhEqMn6H6QPRwJpLpZV9Bvpnb9uA/gm QCntDEBZ6eyNapjUPBZ8flhyULIh85Q=
X-Google-Smtp-Source: ALg8bN5UXRnLCU2eXDf+Tcs1oH6DEVniU5qFPzAKETbUuCf4vpIn5fDAeTcsjphZlsMnaQJArM8W8w==
X-Received: by 2002:a63:6a05:: with SMTP id f5mr3069842pgc.72.1548270720837; Wed, 23 Jan 2019 11:12:00 -0800 (PST)
Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com. [209.85.214.171]) by smtp.gmail.com with ESMTPSA id c9sm40349525pfc.92.2019.01.23.11.11.59 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Jan 2019 11:12:00 -0800 (PST)
Received: by mail-pl1-f171.google.com with SMTP id 101so1635260pld.6 for <mmusic@ietf.org>; Wed, 23 Jan 2019 11:11:59 -0800 (PST)
X-Received: by 2002:a17:902:6909:: with SMTP id j9mr3384084plk.196.1548270719453; Wed, 23 Jan 2019 11:11:59 -0800 (PST)
MIME-Version: 1.0
References: <0454609c-ce69-80d4-93d8-f89bc8ba897e@nostrum.com> <CAD5OKxu1bPDU_snQ=H7RwVgPKW_hKJY1Nj7g82vTpJ+gorPrYQ@mail.gmail.com> <f279e997-0236-b78c-e555-5189d9818ef2@nostrum.com> <9B6124BE-E369-4327-B759-77DB0ED8A484@ericsson.com> <6f42b5c5-72f0-8d6a-c68d-d19da7d94353@cisco.com> <HE1PR07MB3161189A6405D403F433F17293980@HE1PR07MB3161.eurprd07.prod.outlook.com> <CAD5OKxvNYnARbw5yvSHCeQUiSMRxQdMj9h5zUeXj+o3Nd8Kh-g@mail.gmail.com> <3e17ec5d-e6b2-5d38-e206-2ed7b8b9c690@nostrum.com> <CAD5OKxtzxOfE9O-G5tQ1C_sg8LHQBxpNATJi_ee-UVcp0gdb2w@mail.gmail.com> <ab0940dd-9ad0-d012-5530-a6a35dd659e9@nostrum.com> <CAD5OKxtgRZErxSfPOQd1xts4zg+1RWuYFOZSey=HgG-Y9g0Dhw@mail.gmail.com> <b7c0eb29-d11b-1a54-5325-d8fccb1c778d@nostrum.com> <CAD5OKxthX_GVNCchMvovAac9Q_hwLVP2VHudp3QUEZxfzBj5HA@mail.gmail.com> <b5cd275a-1dc7-9729-fea0-e8e2b432f171@nostrum.com> <6AB5D82C-6962-4A8B-BBB5-02DAD53C674E@ericsson.com>
In-Reply-To: <6AB5D82C-6962-4A8B-BBB5-02DAD53C674E@ericsson.com>
From: Roman Shpount <roman@telurix.com>
Date: Wed, 23 Jan 2019 14:11:49 -0500
X-Gmail-Original-Message-ID: <CAD5OKxvmZ7mr6LY7GCObfJrpdh1BxBE-EHtGTmVW2jqR39uQkA@mail.gmail.com>
Message-ID: <CAD5OKxvmZ7mr6LY7GCObfJrpdh1BxBE-EHtGTmVW2jqR39uQkA@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Adam Roach <adam@nostrum.com>, Flemming Andreasen <fandreas@cisco.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000003fcffb058024de7d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/jjmXxWMz3srz91kM4Da-Qc-k5Ww>
Subject: Re: [MMUSIC] Please Read and Comment: Re: ICE SDP/JSEP peace accords
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: Wed, 23 Jan 2019 19:12:04 -0000

On Wed, Jan 23, 2019 at 2:40 AM Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Assuming that the default candidate is UDP, but a TCP candidate is
> eventually nominated, since there is no update offer does that mean that
> the setup and connection attributes (and possible other TCP-specific
> attributes) will never be provided in an offer/answer from the JSEP
> endpoint? Wouldn’t that also break RFC4145?
>
>
>
Values of setup and other TCP specific attributes are encoded within the
TCP ICE candidate. Providing TCP connection attributes, or providing any
information about the actual nominated candidate in c=/m= line in the
update offer is optional in ice-sip-sdp. This typically does not break
anything unless signaling agent needs to record the actual communication
address and protocol used for connection. In case of JSEP, update offer can
be implemented via the API when ICE nomination is complete. I think it is
good enough that JSEP API provides a mechanism to develop an offer/answer
ICE negotiation compatible with RFC5245 but allows to relax those
constraints when they are not necessary.

Regards,
_____________
Roman Shpount