[MMUSIC] Empty candidate lists in ice-sip-sdp offers and answers

Roman Shpount <rshpount@turbobridge.com> Fri, 26 April 2019 20:43 UTC

Return-Path: <rshpount@turbobridge.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 2CF0A1205F4 for <mmusic@ietfa.amsl.com>; Fri, 26 Apr 2019 13:43:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=turbobridge.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 iY0rY0RrJYOg for <mmusic@ietfa.amsl.com>; Fri, 26 Apr 2019 13:42:56 -0700 (PDT)
Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (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 808D51205FF for <mmusic@ietf.org>; Fri, 26 Apr 2019 13:42:56 -0700 (PDT)
Received: by mail-pl1-x62b.google.com with SMTP id o7so2073385pll.13 for <mmusic@ietf.org>; Fri, 26 Apr 2019 13:42:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=turbobridge.com; s=google; h=mime-version:from:date:message-id:subject:to:cc; bh=wd9XwhHGx799ZsoRAeel1et8IUtw+S3561AIhn3rJJw=; b=SV4hSNN4kFi3p5hDVcX1Ftn/kngWfVdBJG5Ayl0Gve3QwVUKiu0SKCZi0L3R+ZKfHp fO50E64hoASS2B7LzFA1SWavkd0nDhbCnWJ1VPVZSg1lG3JEvgBCj2adBq9PM0QDxkX7 3fXsg16nQp/6iWQba2+c5zwSs2ut9dKMGrL3k=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=wd9XwhHGx799ZsoRAeel1et8IUtw+S3561AIhn3rJJw=; b=pH/qfExcTD6vkcPd+AVXHqBf5gfY4mLXEJKJjUqsCUNKSUMP9mAnBs5zbeKDkIY/6k w1XM1rZleGelIPmcwOzesYlMw3TUZmbG8O2QICfEytQMtYXJ3NCOODrpk9vNB0XGoTpm 6mnki9DYCXvYHaafhzUzUfAa+ARbsEnt2+CMXLE5iaQkX8PDa/ZChzuKdlZ6QBD8Xiuc y9SAGBO+oAqhhONuejFPnpCQllZADH+mZRU52W7Y0S27J7Z7XJaZk9Jh3Lu5xpen59Wn 8OHUIETCiB1ENVZDGrHdbKeMyZt9n3ptNJ/vvtm5N7b1sYUk43Eq6Oc/MdkqB/79kep2 A40w==
X-Gm-Message-State: APjAAAVjiLMeDy35VSBp7imPqgEO+eqRnYYjc4Md8scv4ZyhK3g0oaCl /OI/kGzLXLYuZjtsW65Bj+iBBZEAtew=
X-Google-Smtp-Source: APXvYqzM3bd6AmN7ztLcSysp0muTP5gYaws5JaDlOUE7HOl1DZs2b7MJvlvoa/DHhvfG/JH49i4q6g==
X-Received: by 2002:a17:902:bd4b:: with SMTP id b11mr47568882plx.68.1556311375270; Fri, 26 Apr 2019 13:42:55 -0700 (PDT)
Received: from mail-pl1-f179.google.com (mail-pl1-f179.google.com. [209.85.214.179]) by smtp.gmail.com with ESMTPSA id r24sm35040018pfd.120.2019.04.26.13.42.54 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Apr 2019 13:42:54 -0700 (PDT)
Received: by mail-pl1-f179.google.com with SMTP id o5so2079798pls.12 for <mmusic@ietf.org>; Fri, 26 Apr 2019 13:42:54 -0700 (PDT)
X-Received: by 2002:a17:902:86:: with SMTP id a6mr47600198pla.277.1556311373922; Fri, 26 Apr 2019 13:42:53 -0700 (PDT)
MIME-Version: 1.0
From: Roman Shpount <rshpount@turbobridge.com>
Date: Fri, 26 Apr 2019 16:42:45 -0400
X-Gmail-Original-Message-ID: <CAD5OKxu=tqdoqBBL=qyT0KywAnzzxSEOc_f47TCBt9Qg63FB4A@mail.gmail.com>
Message-ID: <CAD5OKxu=tqdoqBBL=qyT0KywAnzzxSEOc_f47TCBt9Qg63FB4A@mail.gmail.com>
To: mmusic WG <mmusic@ietf.org>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="0000000000009a47a6058774fa9d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/K_-4JdeA7D5xtUHgVqHC0tdQZXg>
Subject: [MMUSIC] Empty candidate lists in ice-sip-sdp offers and answers
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: Fri, 26 Apr 2019 20:43:00 -0000

Hi All,

One more topic for discussion regarding the changes proposed in ice-sip-sdp
pull request ( https://github.com/suhasHere/ice-sip-sdp/pull/1 )

Since it is legal for the ICE agent to reject all the candidates due to
unsupported connection address type or due to FQDN not being resolvable, I
thought it makes sense to allow both offers and answers with no candidates.
It was never explicitly stated in RFC 5245 that such offers are illegal, so
I added the following notes to the Offer/Answer procedures to explicitly
allow them.

In the Sending the Initial Offer section I have added the following note:

NOTE: It is valid for an offer "m=" line to include no SDP candidate
attributes and default destination correspond to IP address values
"0.0.0.0"/"::" and port value of "9". This implies that offering agent is
only going to use peer reflexive candidates or that additional candidates
would be provided in subsequent signaling messages.


In the Sending the Initial Answer section I have added the following:

NOTE: It is valid for an answer "m=" line to include no SDP candidate
attributes and default destination correspond to IP address values
"0.0.0.0"/"::" and port value of "9". This implies that answering agent is
only going to use peer reflexive  candidates or that additional candidates
would be provided in subsequent signaling messages.

NOTE: Since it is possible that no candidates were provided in the offer,
or that all candidates in the offer where skipped due to unsupported
address type or FQDN name resolution failure, ICE nomination process can
start with no remote candidates. This, however, does not indicate an
immediate ICE nomination failure. See <<draft-holmberg-ice-pac>> for more
details.


In the Receiving the Initial Answer section I have added the following:

NOTE: Since it is possible that no candidates were provided in the answer,
or that all candidates in the answer where skipped due to unsupported
address type or FQDN name resolution failure, ICE nomination process can
start with no remote candidates. This, however, does not indicate an
immediate ICE nomination failure. See <<draft-holmberg-ice-pac>> for more
details.


I wanted to get the group's opinion regarding:

1. Allowing offers and answers with no candidates
2. Adding a reference to draft-holmberg-ice-pac regarding how such session
descriptions or session descriptions where all candidates were rejected are
handled.

Regards,
___________________________________________
Roman Shpount | CTO | Cell: +1(202) 262-8672
4905 Del Ray Ave, Suite 300 | Bethesda, MD 20814
TurboBridge