Re: [v6ops] rfc8305 and apple iOS

David Schinazi <dschinazi.ietf@gmail.com> Wed, 03 March 2021 03:55 UTC

Return-Path: <dschinazi.ietf@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DB053A1486 for <v6ops@ietfa.amsl.com>; Tue, 2 Mar 2021 19:55:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 HRoW3RmJzwhW for <v6ops@ietfa.amsl.com>; Tue, 2 Mar 2021 19:55:52 -0800 (PST)
Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 5DE1B3A106E for <v6ops@ietf.org>; Tue, 2 Mar 2021 19:55:52 -0800 (PST)
Received: by mail-pl1-x636.google.com with SMTP id z7so13284166plk.7 for <v6ops@ietf.org>; Tue, 02 Mar 2021 19:55:52 -0800 (PST)
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=ilC0T8SPm+0l/DW6YWPWCTtU1yKhjIR2yWO4sNu3KFo=; b=IoqQEiolwo+OtELd+QgI4XP8GXyyzmDLQyzXdAi97qB0x2jzWztB38AwxqeOId/PvJ pHt1vvWCkOJe1BXVB2vUR8YOgYR27+EPviLbjvjIiucbRU9qHT4BNCh0Xydx09nT1JmT xJ4VJTu1/3ZFuZYd2YXHKkqWBXIyEYEV3IxDioTMfn+r+A+G5XWKOIhUqPDGkY6Cx0DU Ebk5/yrY6FGz4CaX2Ms3bkVRztrHIYWfCYX2IfPm7cNK3SJCNDaZXR/N76Jpds9OV5tu HcbbCLOyr7szpO8sJtByI5j7n7olH6V0G47g1yotWTRFia6YIPyw7tK0kd/711eP0GfG BL7w==
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=ilC0T8SPm+0l/DW6YWPWCTtU1yKhjIR2yWO4sNu3KFo=; b=k2ZlRymI4ZPv7HyXXw3gRf/UzVZWWteCgTmdsWKssY2KFZOnLDtfXTBahKtB1GVmXh gJJih8O4q0Hj/Tid1e2jA3RLxJ7XlaPfYvBooL+xR9HOpMW0gT7IgyN3Aaipue306KUw +de/kKSvJIOuhk93GD1RfzSCL51/tOfU2lub+mnvLPZNyOiJhzvDiCOoZHa6Gk89XSKH BrKdYpLSqsWs+UovZE1col4UmzNtIjW9cRqzM77oXRBCtPB0BQeR9v5u78J/0ih0TCqc EIYGo9VpF3CgR8izJUGP6cRIsIC0eKzFXElDpY0QZl3Lf/YvYUS6YkMHT0a5OkhBGyLK aAgQ==
X-Gm-Message-State: AOAM5338Ll5ZHfymLJc4e3o3wZIkAvR/jZQ/Hwn2Jz/sCzFA/SEJAcdN rPoPNVn6GB4jog+1AE/DkYewbCHUxHbMi4KVXyU=
X-Google-Smtp-Source: ABdhPJyAhPtEpM+6FJRnzLjb7CMz+4P5hT8PloDpVQDabb/JC5zgWg2UspWkum74xcOwZ22HviDQaKWpJQKx2tGIAmQ=
X-Received: by 2002:a17:903:1cc:b029:de:98bb:d46d with SMTP id e12-20020a17090301ccb02900de98bbd46dmr1146235plh.54.1614743749697; Tue, 02 Mar 2021 19:55:49 -0800 (PST)
MIME-Version: 1.0
References: <bb46b74a-bad2-8a11-6b35-6093d54fc4bf@otenet.gr> <C9F786E3-5F19-4E2C-BD6A-EC9C01125728@fugue.com> <CAPDSy+5tFeEzZoF7WwBG_9s5g8CPgWKsCgvCaoMxZFYgx-6vTw@mail.gmail.com> <396677d3-622e-e2bd-7b64-db4f24c4b63f@otenet.gr>
In-Reply-To: <396677d3-622e-e2bd-7b64-db4f24c4b63f@otenet.gr>
From: David Schinazi <dschinazi.ietf@gmail.com>
Date: Tue, 02 Mar 2021 19:55:38 -0800
Message-ID: <CAPDSy+7N3C8gA+=r5TtO4iHeecZnhP=oh739gfw-ELMQ57LPTw@mail.gmail.com>
To: Yannis Nikolopoulos <yanodd@otenet.gr>
Cc: v6ops@ietf.org
Content-Type: multipart/alternative; boundary="0000000000009aa58205bc99d388"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/w4VNSHRh0zsxEKgmiNKYhrBhcFs>
Subject: Re: [v6ops] rfc8305 and apple iOS
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2021 03:55:54 -0000

Hi Yannis,

That's surprising. Can I ask you to file a bug at <
https://bugreport.apple.com/> and attach the pcap there?

Thanks,
David

On Mon, Mar 1, 2021 at 8:10 AM Yannis Nikolopoulos <yanodd@otenet.gr> wrote:

> Hello David,
>
> In our case, the request for the AAAA is sent first, followed by the
> request for the A record and the AAAA response is received first, followed
> by the A response.  There is no reordering and "resolution Delay" does not
> really apply. Still, the client (Safari) waits for both the AAAA and the A
> responses before attempting a connection.
>
> Yannis
>
> On 3/1/21 2:48 AM, David Schinazi wrote:
>
> Hi Yannis,
>
> Safari uses Apple's Network.framework under the covers, which fully
> supports RFC 8305.
> Note that it also supports the "Resolution Delay" as described in Section
> 3, so if the A
> record is received before the AAAA record, Safari will wait up to 50ms for
> the AAAA record
> before sending its first SYN.
>
> David
>
> On Sat, Feb 27, 2021 at 10:00 AM Ted Lemon <mellon@fugue.com> wrote:
>
>> Okay, that’s the information I was looking for. I don’t know the answer.
>> My point was that how a particular application behaves isn’t really
>> embedded in the operating system. It would be interesting to see if the
>> different APIs all behave the same.
>>
>> On Feb 27, 2021, at 12:42, Yannis Nikolopoulos <yanodd@otenet.gr> wrote:
>>
>>  Hi,
>>
>> I'm not sure, but the setup is an iphone 11 connected (via USB) to a
>> macbook laptop, where tcpdump traces are taken from the iphone's 4g radio
>> (attached to the laptop as a remote virtual interface). So, the client is
>> Safari 14 and I'm guessing the web api is used
>>
>> On 27/2/21 7:23 PM, Ted Lemon wrote:
>>
>> Do you know which api the client uses?
>>
>> On Feb 27, 2021, at 12:17, Yannis Nikolopoulos <yanodd@otenet.gr>
>> <yanodd@otenet.gr> wrote:
>>
>>  Hello,
>>
>> It's been a while, but I was under the impression that Apple's iOS honors
>> rfc8305, section 3:
>>
>> "When a client has both IPv4 and IPv6 connectivity and is trying to
>>    establish a connection with a named host, it needs to send out both
>>    AAAA and A DNS queries.  Both queries SHOULD be made as soon after
>>    one another as possible, with the AAAA query made first and
>>    immediately followed by the A query.
>>
>>    Implementations SHOULD NOT wait for both families of answers to
>>    return before attempting connection establishment"
>>
>> I was running some tests on an iphone 11 w/ safari and realized that the client waits for both DNS replies before sending the
>> first SYN packet (got several captures). Has anybody got any insights on this?
>>
>> Yannis
>>
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
>>
>>
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
>>
>
> --
> Yannis Nikolopoulos		OTE S.A
> e-mail: yanodd@otenet.gr	IP Network Planning & Engineering
> tel: +302106116293
> ----------------------------------------------------------------------------
>
>