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

Roman Shpount <roman@telurix.com> Thu, 11 April 2019 21:48 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 581621203D5 for <mmusic@ietfa.amsl.com>; Thu, 11 Apr 2019 14:48:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, 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 jWhLtD4lpB9d for <mmusic@ietfa.amsl.com>; Thu, 11 Apr 2019 14:48:39 -0700 (PDT)
Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (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 E13C11203F3 for <mmusic@ietf.org>; Thu, 11 Apr 2019 14:48:38 -0700 (PDT)
Received: by mail-pg1-x531.google.com with SMTP id q1so4111978pgv.13 for <mmusic@ietf.org>; Thu, 11 Apr 2019 14:48:38 -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=D+MfPfgKbN/TLDh4udTi099/tobHwvuH/LdAzl+Q1EU=; b=hbxlushT5pD/Mfxz1gzPH83vfG+ubiv0Mr+L3lhylXBL+b1uzC3ww7nomw9S3SKVsM NoN3GXuhGsQfKybhITJLfl2G6peiNBRdaKEKof6DS8g47a08M3RP8PblBtpehjEM4Iil IIJCyNBB4tdcXTqAMs1ccpV210xOUNH+O5y+DewmarBjsTUgWSWW0UB3KnqOK5NLxQOa BErU9oW2lxW9RZfeqr0+YZtdfxh3P5OZvAnSKFvFXW1jJ+cZD0DdZzLN7eYLybMRbEAq dU2Jpp+Hc7JUSwvG9+Xp6wU34VViDn+UgdGNAD1uqphy2P9TL9jQUm7dRglHyE5nWbaY Gf1Q==
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=D+MfPfgKbN/TLDh4udTi099/tobHwvuH/LdAzl+Q1EU=; b=LcdyuK99m/upog4Zw9ueP9q7EzdqmaVfko28LT3fbohmcyBubYx3qnd25YKyW235Oe Y19+LWHBjm4ErP/m2VMgZZhSxXRM0Qm7p33Qr2Qh7gpo3QEnfIOjQhv9qCbuXSJFFlH/ fLwJNjLsG+LhSTtd50a5uduqn2+hni7sF5nliop6vHcnMBmwNdketOKJzF37Zpv/Qm1k 3DRkRiKvOy7/NYLlYVrPgPAJFUGYdstMAseiSbNNlzyWs4iVXschF/5ADX474WI/g9np JBNUMslssPad/SOiLP5rwehyD3Uaq9UsLKtH/HQgf894D0ZuyE3p7w6eqloVK3JdSeE5 nuLw==
X-Gm-Message-State: APjAAAUmcuEC3Sub4m0RccxAxtixKbRjLqHxuVcqPtBwNOIgaX3798on zqdUaDD2MLA2duVgWh5Ex+wqLoKud6c=
X-Google-Smtp-Source: APXvYqzB9HERpwgmm/y6+5IHGOfID+TCdh7+5kwNa3EXQXmCMQvcNV1ZinaEgXYU7zr6sLMclp85+A==
X-Received: by 2002:a63:6844:: with SMTP id d65mr50231722pgc.393.1555019318267; Thu, 11 Apr 2019 14:48:38 -0700 (PDT)
Received: from mail-pf1-f176.google.com (mail-pf1-f176.google.com. [209.85.210.176]) by smtp.gmail.com with ESMTPSA id p20sm52469412pgh.83.2019.04.11.14.48.37 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Apr 2019 14:48:37 -0700 (PDT)
Received: by mail-pf1-f176.google.com with SMTP id 10so4079830pfo.5 for <mmusic@ietf.org>; Thu, 11 Apr 2019 14:48:37 -0700 (PDT)
X-Received: by 2002:a63:4241:: with SMTP id p62mr49568256pga.379.1555019316958; Thu, 11 Apr 2019 14:48:36 -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> <D3C22E34-3715-440A-9C3C-69326994B93D@ericsson.com>
In-Reply-To: <D3C22E34-3715-440A-9C3C-69326994B93D@ericsson.com>
From: Roman Shpount <roman@telurix.com>
Date: Thu, 11 Apr 2019 17:48:23 -0400
X-Gmail-Original-Message-ID: <CAD5OKxu4Wc_-McATjHnzUbWnrvhOiK-aUSx9M2aYr8mPBFzijw@mail.gmail.com>
Message-ID: <CAD5OKxu4Wc_-McATjHnzUbWnrvhOiK-aUSx9M2aYr8mPBFzijw@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Suhas Nandakumar <suhasietf@gmail.com>, mmusic WG <mmusic@ietf.org>, Flemming Andreasen <fandreas@cisco.com>
Content-Type: multipart/alternative; boundary="000000000000019f010586482686"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/jwv1RNBaHV4BhaJXoTG02m22Ccw>
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: Thu, 11 Apr 2019 21:48:41 -0000

On Thu, Apr 11, 2019 at 4:05 AM Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> > Add a candidate extension which specifies candidate address type,
> something like addrtype which can be set to
> > "inipv4" or "inipv6". If IP address is used and it does not match the
> addrtype candidate extension, this candidate is
> > ignored. When FQDN is used, it is resolved using A DNS request when
> addrtype is inipv4 or not present and using
> > AAAA DNS request when addrtype is inipv6. Address family in c= line,
> when FQDN is a default candidate must be
> > IN IPV4 if addrtype is inipv4 or not present, and must be IP IPV6 if
> addrtype is inipv6
> >
> > Example:
> > a=candidate:2319437384 1 udp 2122260223
> 8a2fd7b5-41d5-4c15-ad83-d33a0d66a75a.local 60454 typ host inipv4
> > a=candidate:2319437384 1 udp 2122260223
> 8a2fd7b5-41d5-4c15-ad83-d33a0d66a78b.local 60454 typ host inipv6
> >
> > This keeps each candidate line to one address and works in cases when
> FQDN resolves to one IPv4 and one IPv6 address
> > due to something like DNS64.
>
> So, if I understand you correctly, you are suggesting that the one
> providing the FQDN candidate splits it into two separate candidates (two
> a=candidate lines when SDP is used), and the remote peer will process them
> as two separate candidates, but if DNS returns both an IPv4 and IPv6
> address the peer will only use the IP version indicated by the address type
> ("inipv4" or "inipv6").
>

I am suggesting that:

If agent is dual stack, it can include the same FQDN in two candidate lines
with different address types, effectively creating two candidates. If agent
is single stack or if FQDN is supposed to resolve to an address of specific
address family (different FQDN for IPv4 and IPv6), agent will create a
single candidate line with this FQDN and address family.

On the receiving side, if candidate includes addrtype inipv4, an A DNS
request is sent to resolve FQDN. If more then one result is returned, this
candidate is ignored. If single result is returned, it is an IPv4
candidate. If candidate includes addrtype inipv6, an AAAA DNS request is
sent to resolve FQDN.  If more then one result is returned, this candidate
is ignored. If single result is returned, it is an IPv6 candidate.

Corrected Example for a dual stack agent (note different foundation,
priority and port for two candidates with the same FQDN ):

 a=candidate:2 1 udp 2129033471 alice.comany.biz 60460 typ host addrype
inipv4
 a=candidate:1 1 udp 2129289471 alice.comany. biz 60454 typ host
addrype inipv6

Regards,
_____________
Roman Shpount