[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
- [MMUSIC] Empty candidate lists in ice-sip-sdp off… Roman Shpount
- Re: [MMUSIC] Empty candidate lists in ice-sip-sdp… Christer Holmberg
- Re: [MMUSIC] Empty candidate lists in ice-sip-sdp… Roman Shpount
- Re: [MMUSIC] Empty candidate lists in ice-sip-sdp… Flemming Andreasen
- Re: [MMUSIC] Empty candidate lists in ice-sip-sdp… Suhas Nandakumar