Re: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp

Suhas Nandakumar <suhasietf@gmail.com> Mon, 13 May 2019 05:05 UTC

Return-Path: <suhasietf@gmail.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 6497C1200EA for <mmusic@ietfa.amsl.com>; Sun, 12 May 2019 22:05:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 (2048-bit key) header.d=gmail.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 cxEzuRwoJ-9G for <mmusic@ietfa.amsl.com>; Sun, 12 May 2019 22:05:13 -0700 (PDT)
Received: from mail-vs1-xe2c.google.com (mail-vs1-xe2c.google.com [IPv6:2607:f8b0:4864:20::e2c]) (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 79233120043 for <mmusic@ietf.org>; Sun, 12 May 2019 22:05:13 -0700 (PDT)
Received: by mail-vs1-xe2c.google.com with SMTP id j184so7169853vsd.11 for <mmusic@ietf.org>; Sun, 12 May 2019 22:05:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ewio5xLyBdmW6fubaOEyVs9r/7jp19i614CKkPfCcek=; b=NdAzUKulnh+sbnTQTsqzY1dbvS52UQfMrXFXpgVX34FZkBu+kNVA6QveCa+MLsLq5y YJ2ZbMyWCl9qAAeeUDGMqSV6Xf0iXS3LWDKw0oXT7Ty2arOwNfmjmAdgWSXFrqEEKlGo OBeWW6qrkjXAsrJp5uH2nVF5v4TnNAcSzWaSVOYURpdDW1ObvNweJMF5c8QaqfgwzBqx TNtve5pLz9BqShPXsXOn6KjuGuop8zS2/zI0gWwZ5Zww5H46Tgmd8mOc/fAPQ7+Xr1S/ kOD8NZSMHv2/dDSBTiRLoW01bqnFuLe7wzFDlhqE1j6LwCdyv3mM9F4/ZpQywh3OEFgb MVFg==
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=ewio5xLyBdmW6fubaOEyVs9r/7jp19i614CKkPfCcek=; b=GNBw5wtUh1OVoY6wsY2IwZqhUaJTpkaiFnwx6izwYNmdGhJLLZcJYSKjEY8VIl6mAh saI3pFQYfx7MSmmuH37CGeIePcbndGZUtqa1nU0Fmz79zPjSRznR/1u67qhU64tZfIaQ LRGAbmOZZaqAsDderSfhLRwrw7Riz07rLMaWTvERmOtEaBp5hr/VwQJszOeICOhiljQV RdlXPwrKGn0Dy+XKl3CwayevaZT0GJ0G4GaSX9U07r3bDNbz2+hPPapX2fsy27oeagJR FbmP+ErkDzvbxCfxWBvd/jMvtbAjBbSjNpigNs5EoEqRwkyi37ZgWCUZMNPh7tzvLVqo f6rQ==
X-Gm-Message-State: APjAAAVo3RVQjmG7/vf1tceQypBHx0V2Uvx8/4/S8J0/ggBYGCLfmCgf luxDfMVKDRLa1H/8xGdv3l6d8fXj0bsk+OTwlT4=
X-Google-Smtp-Source: APXvYqz8FIoUkm83qGAQ1gqM5HIF2ILO+9ZEulLhcfsrWTgJ0UgwNbFitLWKCTbbVp1kva255+gaFsDoVAidGxdM6zw=
X-Received: by 2002:a67:e416:: with SMTP id d22mr8591870vsf.59.1557723912523; Sun, 12 May 2019 22:05:12 -0700 (PDT)
MIME-Version: 1.0
References: <77400318-1e2c-7d33-ab41-a3b8d0062b00@cisco.com>
In-Reply-To: <77400318-1e2c-7d33-ab41-a3b8d0062b00@cisco.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
Date: Sun, 12 May 2019 22:05:00 -0700
Message-ID: <CAMRcRGQ0gQ0c-pmBQ2ZOOX-5uGWkfy57Yu0QMuAp9ED2f8drwA@mail.gmail.com>
To: Flemming Andreasen <fandreas@cisco.com>
Cc: mmusic <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000076d3f30588bddcc5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/QtKfSZHCtAY7AbRQ79FsJ2NsiMI>
Subject: Re: [MMUSIC] (Rough) Consensus Call - No 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: Mon, 13 May 2019 05:05:16 -0000

I am willing to leave out FQDN specification but want to bring to notice
the following

Till ice-sip-sdp-22 we had a recommendation about resolving to one IP
Address when multiple match a given FQDN and removed FQDN out from the
later versions.

Here is the original text if it helps (pre-22)


<connection-address>:  is taken from RFC 4566 [RFC4566].  It is the
      IP address of the candidate.  When parsing this field, an agent
      can differentiate an IPv4 address and an IPv6 address by presence
      of a colon in its value -- the presence of a colon indicates IPv6.
      An agent MUST ignore candidate lines that include candidates with
      IP address versions that are not supported or recognized.  An IP
      address SHOULD be used, but an FQDN MAY be used in place of an IP
      address.  In that case, when receiving an offer or answer
      containing an FQDN in an a=candidate attribute, the FQDN is looked
      up in the DNS first using an AAAA record (assuming the agent
      supports IPv6), and if no result is found or the agent only
      supports IPv4, using an A record.  The rules from section 6 of
      [RFC6724] is followed by fixing the source address to be one from
      the candidate pair to be matched against destination addresses
      reported by FQDN, in cases where the DNS query returns more than
      one IP address.


Thanks
Suhas



On Sun, May 12, 2019 at 8:40 PM Flemming Andreasen <fandreas@cisco.com>
wrote:

> Greetings
>
> RFC 8445 does not include support for domain names. There is currently a
> fairly lengthy thread on the MMUSIC list discussing if (and potentially
> how) to deal with domain name support in ice-sip-sdp ("FQDN support in
> ice-sip-sdp). So far only 3 people seem to be interested in this issue,
> they do not agree on the solution, and it has been more than 2 weeks since
> we last saw any traffic on this.
>
> We need to move ice-sip-sdp forward, and since RFC 8445 does not support
> domain names in candidates, and we have yet to find a consensus-based
> solution to adding such support, we propose that we move forward without
> domain name support in ice-sip-sdp (note that it can be added latter as an
> extension in a separate draft).
>
> We are hereby giving people 1 week to object to this (rough) consensus
> call, and if they do, to provide another solution that can garner support
> and consensus on the MMUSIC list.
>
> Thanks
>
> -- Flemmming (with MMUSIC chair on).
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>