Buy commercial curl support. We
help you work out your issues, debug your libcurl applications, use the API,
port to new platforms, add new features and more. With a team lead by the
curl founder Daniel himself.
Re: Question about upcoming "asyn-ares: connect async" change in 8.20
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Stefan Eissing via curl-library <curl-library_at_lists.haxx.se>
Date: Thu, 16 Apr 2026 08:49:50 +0200
Hi,
> Am 16.04.2026 um 00:25 schrieb Dmitry Karpov via curl-library <curl-library_at_lists.haxx.se>:
>
> Hi All,
>
> I have a question about the "asyn-ares: connect async" change (https://github.com/curl/curl/pull/21205) in the upcoming 8.20 release.
>
> The PR description says:
> "This PR updates the async DNS resolver behavior (notably the c-ares backend) to issue separate A and AAAA queries and make partial DNS information available earlier, enabling connection attempts to begin as soon as the first relevant DNS response arrives."
>
> I am wondering how this new behavior will affect the Happy Eyeballs for dual-stack?
>
> For example, if the A query result is received earlier than the AAAA query one, does it mean that IPv4 connect attempts will start before IPv6 ones?
Yes.
> Or IPv4 will still have to wait in this case until the HEB timeout expires?
No, the intent of splitting the query is to react to the first incoming response.
> Also, it seems that this change makes it possible to go with a slower IPv4 connection if A response comes faster than AAAA response.
>
> Before this change, the dual-stack race was just between connections, and the fastest would win, but now as DNS replies are also part of the "stack" race,
> it seems possible that a slower stack connection may win if it's DNS reply comes faster.
>
> It would be helpful to get some clarifications how the Happy Eyeballs mechanism will work with this change.
The intent of the changes (and there will be more coming) is to follow the Happy Eyeballs v3 proposal (https://www.ietf.org/archive/id/draft-ietf-happy-happyeyeballs-v3-01.html), at least to an extent that the curl team considers reasonable.
Cheers,
Stefan
>
> Thanks,
> Dmitry Karpov
>
> --
> Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library
> Etiquette: https://curl.se/mail/etiquette.html
Date: Thu, 16 Apr 2026 08:49:50 +0200
Hi,
> Am 16.04.2026 um 00:25 schrieb Dmitry Karpov via curl-library <curl-library_at_lists.haxx.se>:
>
> Hi All,
>
> I have a question about the "asyn-ares: connect async" change (https://github.com/curl/curl/pull/21205) in the upcoming 8.20 release.
>
> The PR description says:
> "This PR updates the async DNS resolver behavior (notably the c-ares backend) to issue separate A and AAAA queries and make partial DNS information available earlier, enabling connection attempts to begin as soon as the first relevant DNS response arrives."
>
> I am wondering how this new behavior will affect the Happy Eyeballs for dual-stack?
>
> For example, if the A query result is received earlier than the AAAA query one, does it mean that IPv4 connect attempts will start before IPv6 ones?
Yes.
> Or IPv4 will still have to wait in this case until the HEB timeout expires?
No, the intent of splitting the query is to react to the first incoming response.
> Also, it seems that this change makes it possible to go with a slower IPv4 connection if A response comes faster than AAAA response.
>
> Before this change, the dual-stack race was just between connections, and the fastest would win, but now as DNS replies are also part of the "stack" race,
> it seems possible that a slower stack connection may win if it's DNS reply comes faster.
>
> It would be helpful to get some clarifications how the Happy Eyeballs mechanism will work with this change.
The intent of the changes (and there will be more coming) is to follow the Happy Eyeballs v3 proposal (https://www.ietf.org/archive/id/draft-ietf-happy-happyeyeballs-v3-01.html), at least to an extent that the curl team considers reasonable.
Cheers,
Stefan
>
> Thanks,
> Dmitry Karpov
>
> --
> Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library
> Etiquette: https://curl.se/mail/etiquette.html
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2026-04-16