Re: [MMUSIC] FQDN support in ice-sip-sdp

Roman Shpount <roman@telurix.com> Fri, 26 April 2019 01:36 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 AAD841201B6 for <mmusic@ietfa.amsl.com>; Thu, 25 Apr 2019 18:36:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level:
X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] 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 iGAneb0H5_IW for <mmusic@ietfa.amsl.com>; Thu, 25 Apr 2019 18:36:54 -0700 (PDT)
Received: from mail-pf1-x436.google.com (mail-pf1-x436.google.com [IPv6:2607:f8b0:4864:20::436]) (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 3F14A1201BC for <mmusic@ietf.org>; Thu, 25 Apr 2019 18:36:54 -0700 (PDT)
Received: by mail-pf1-x436.google.com with SMTP id h5so846110pfo.0 for <mmusic@ietf.org>; Thu, 25 Apr 2019 18:36:54 -0700 (PDT)
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=b4OaY+1ajHjd/EVLLe/NAKVCF07AKcXSbeeEiXZXmQI=; b=fSZQebE4PzUYwvnk41Wh3S6IjruV+1nkSYHHjLK1wbMTQxKrsVLuug29wrpq0UU+yh 7HgOhWq3twQ3WQSSZPrqqcIA3hgWY5V3oZRQLd54GeCQxFIYB9eGip8UmGyzZJsDeq12 VQvr7VN2bGItP6t8w08op5+pD6MTY65iF/3GEPJ8AytK8kdThHFJi9a9vCM54U7HqFQA qGt+r64Gi4Y44e4gnsrilDBsH5BvKhqSnVsB/GFX/Gvw2iSeOX/x8n/kqMC1PD/jD3qA KTb+yE14BchJYPRdOmuE70PEH9BQTjhP0YjCa5fe2KV4Er+IrM9O4Q4SRpTLGEdfRkDn sspg==
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=b4OaY+1ajHjd/EVLLe/NAKVCF07AKcXSbeeEiXZXmQI=; b=ZMoNbCph+u5C79zXWjOoIt2wUarU1oZBjHDpvB9+YX0ogSbkaY7ng4CeEoexa1S2f+ VJMVRaUfl4tNgSIuaYEwrG9YyX47ANEHaAeZcPfa3NwZrPjKdC979HfMn+lCU1ueaSCz bd1/yeN6H07tN4uMgUd9CSE25Wf1cwJvE/mXwrr9kV91yySPJ+dJ28jo6soL5lLF8lej R14dYpFGxAmomldUoQ0CtM5+LpZXYc88Zz1xG49yazMCqmZQMAtL8MozW3LPDSh7vINM lErvpo7V5yN5iQdiqmPdjyWr3wFgagDpYsKFgVmrC5dPxIPYq9bPp9t05Sb0n0Cox+R/ pMHA==
X-Gm-Message-State: APjAAAUgmubis6CvFJdD/h7UnN9+hMwc/jJcoDfpgo6MjdiyG/3GNXAp XoAc3142UwxlhLZFVNHHGXbEX4YtT4Q=
X-Google-Smtp-Source: APXvYqwWWPzFfrjwBzEFy4qzeNvzeM9s7m3yi+JhOcMPGfhXaUicK42QJwBE12QigplA7EP4zHbvEg==
X-Received: by 2002:a63:9dc8:: with SMTP id i191mr31135198pgd.91.1556242613351; Thu, 25 Apr 2019 18:36:53 -0700 (PDT)
Received: from mail-pf1-f170.google.com (mail-pf1-f170.google.com. [209.85.210.170]) by smtp.gmail.com with ESMTPSA id z23sm6927683pgu.32.2019.04.25.18.36.51 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Apr 2019 18:36:52 -0700 (PDT)
Received: by mail-pf1-f170.google.com with SMTP id j11so809085pff.13 for <mmusic@ietf.org>; Thu, 25 Apr 2019 18:36:51 -0700 (PDT)
X-Received: by 2002:aa7:90ca:: with SMTP id k10mr42731372pfk.144.1556242611422; Thu, 25 Apr 2019 18:36:51 -0700 (PDT)
MIME-Version: 1.0
References: <CAD5OKxux4s=4TtA7vQT0X-u+3RS+MVHG=RjgGDHWQ5H1k0OdLg@mail.gmail.com> <CAMRcRGTmYB-CMXA5ToPhdPtLrTeKmdeZCLT-ecxfTYGHEh-HMQ@mail.gmail.com> <CAD5OKxsPDagYEFFMhxGnm3H+gAWEsKmt41rw44GCmorneVytzQ@mail.gmail.com> <3DD3D8D6-9B13-4F9D-80DD-F89B69240708@ericsson.com> <CAD5OKxsbQhU_1ADsnbcHUtfoiK96We004AEmtajO-EvY0dRd7Q@mail.gmail.com> <CAMRcRGSWEQ9UVJUZy9rMzX=HxDBihYNDUfSyqZcR0d=msJXZXA@mail.gmail.com> <98CF630B-5CCD-4CE4-84B4-81A4C53979DC@ericsson.com> <CAD5OKxuxKGbF8e6E9nqE1YU8amr+tsxggRb=BCCu7O6sAipz5A@mail.gmail.com> <ADB632EC-B32F-4932-89AF-69A74B5D89D5@ericsson.com> <CAD5OKxuUwi62CAfwpWcwD1v2Yzs8nY2wSZ7bjXH0yLk9QkdKEw@mail.gmail.com> <1552A692-1020-43CA-B15E-92595729EE8B@ericsson.com> <CAD5OKxvaxL0_fZU7N1VS2Bf6zojjD2qhZZybxf37=jzdEhu=ww@mail.gmail.com> <6EA23696-949C-40CF-BEBE-006A59856BDF@ericsson.com> <CAD5OKxsNAZJvpEHaDdQShAYGk=RavRMN7iQp7keh9=aBs++hqQ@mail.gmail.com> <HE1PR07MB316110FB4568C8B72760F21293260@HE1PR07MB3161.eurprd07.prod.outlook.com> <CAMRcRGRU-+uCQM0kziNOJw3FiD0TQ7THYZd6uYc0NEVXzDaVMQ@mail.gmail.com> <5A629925-38A9-43E5-8666-E7100120EFA5@ericsson.com>
In-Reply-To: <5A629925-38A9-43E5-8666-E7100120EFA5@ericsson.com>
From: Roman Shpount <roman@telurix.com>
Date: Thu, 25 Apr 2019 21:36:42 -0400
X-Gmail-Original-Message-ID: <CAD5OKxuK4XkoYfHa0xvinKCe2skuFJKiyQW7uc8fWHGL+P9TwA@mail.gmail.com>
Message-ID: <CAD5OKxuK4XkoYfHa0xvinKCe2skuFJKiyQW7uc8fWHGL+P9TwA@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Suhas Nandakumar <suhasietf@gmail.com>, Flemming Andreasen <fandreas@cisco.com>, mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000009cafc058764f823"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/hZGBYvgkId7Po4AB7OYl98xzHf8>
Subject: Re: [MMUSIC] FQDN support in ice-sip-sdp
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 01:36:58 -0000

Simon Perreault advised to remove FQDN support from the definition of
connection-address. We are now trying to figure out a way to add FQDN
support back.
_____________
Roman Shpount


On Mon, Apr 22, 2019 at 4:34 AM Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Hi,
>
>
>
> The draft contains the following text in the Acknowledgements section:
>
>
>
>    “Thanks to Thomas Stach for text help, Roman Shpount for suggesting
>
>    RTCP candidate handling and *Simon Perreault for advising on IPV6*
>
> *   address selection when candidate-address includes FQDN*.”
>
>
>
> I am not really sure what “advising on IPv6 address selection” means, and
> I can’t find any text in the draft that would be related to this.
>
>
>
> Regards,
>
>
>
> Christer
>
>
>
> *From: *Suhas Nandakumar <suhasietf@gmail.com>
> *Date: *Sunday, 21 April 2019 at 23.24
> *To: *Christer Holmberg <christer.holmberg@ericsson.com>
> *Cc: *Flemming Andreasen <fandreas@cisco.com>om>, Roman Shpount <
> roman@telurix.com>gt;, "mmusic@ietf.org" <mmusic@ietf.org>
> *Subject: *Re: [MMUSIC] FQDN support in ice-sip-sdp
>
>
>
> Hi Roman
>
>
>
>    Do you have an ETA on the pull request
>
>
>
> Thanks
>
> Suhas
>
>
>
> On Wed, Apr 17, 2019 at 10:14 PM Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
>
> Hi Roman,
>
> I think a pull request would be good. Then we have text to look at - no
> matter where it will end up.
>
> I also suggest to try to keep the generic text separated from the SDP
> specifics, so it can easily be moved elsewhere if needed.
>
> Regarding agents that don’t understand the addrtype parameter, perhaps we
> could define a default IP version of an FDQN returns multiple (unless such
> default already exists somewhere)? It will of course not help with 5245
> implementations, but at least new implementations will have predicatable
> functionality.
>
> Regards,
>
> Christer
> ------------------------------
>
> *From:* Roman Shpount <roman@telurix.com>
> *Sent:* Wednesday, April 17, 2019 3:17:54 AM
> *To:* Christer Holmberg
> *Cc:* Flemming Andreasen; mmusic WG
> *Subject:* Re: [MMUSIC] FQDN support in ice-sip-sdp
>
>
>
> Hi,
>
>
>
> On Mon, Apr 15, 2019 at 4:13 AM Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
>
> >> 1) An ICE agent that uses FQDN needs to provide one candidate per
> address family, and indicate the addrtype for each of those candidates.
> >> 2) Some text regarding backward compatibility. Do we assume some
> default behavior by existing implementations, or do we require an ICE
> option?
> >
> > I do not think we need an ICE option. I think presence of addrtype can
> be sufficient.
>
> But if the peer ICE agent does not support it, and the FQDN resolves into
> both IPv4 and IPv6, we don't know what version it will use.
>
>
>
> I do not think adding ICE option will help. Unsupported ICE options are
> simply ignored so we end up not knowing what address remote agent is using.
> Unfortunately FQDN was not well defined in RFC 5245. "Fortunately" I have
> not seen anybody actually implementing FQDN In the worst case ICE
> nomination fails.  This is no different then having no connectivity for
> this specific candidate. Also, if FQDN handling is part of ice-sip-sdp,
> then agent should already include ice2 option.
>
>
>
> > This being said we need to decide two things:
> >
> > 1. Does FQDN resolution belongs to ICE processing? In this case
> candidate list includes FQDN with address type and ICE processing describes
> how FQDN are resolved and converted to addresses.
> > Or, alternatively, does FQDN resolution belongs to ICE signaling? In
> this case candidate list includes resolved address and ICE agent deals with
> addresses only.
>
> That would not work with mDNS, right?
>
> > 2. Do we specify how to deal with FQDN in ice-sip-sdp or do we specify
> in ice-sip-sdp that FQDN must be ignored and their handling is defined in
> some other draft?
>
> Perhaps the best thing would simply to produce a separate draft, to get
> some text. We can then decide whether to merge it into ice-sip-sdp.
>
>
>
> I can probably describe this in ice-sip-sdp in about 3 paragraphs. The
> background and other text for a new draft will make is much bigger effort.
> How about I put together a pull request for ice-sip-sdp and then we can
> decide if this requires a new draft?
>
>
>
> Regards,
>
> ______________
>
> Roman Shpount
>
>
>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>
>