From: James Cloos <cloos@jhcloos.com>
To: git@vger.kernel.org
Cc: Daniel Stenberg <daniel@haxx.se>
Subject: Re: git-fetch vs ipv6 routing issues
Date: Tue, 03 Jun 2008 15:53:52 -0400 [thread overview]
Message-ID: <m3wsl6guqg.fsf@lugabout.jhcloos.org> (raw)
In-Reply-To: <alpine.LRH.1.10.0806010924340.27605@yvahk3.pbagnpgbe.fr> (Daniel Stenberg's message of "Sun, 1 Jun 2008 09:25:30 +0200 (CEST)")
>>>>> "Daniel" == Daniel Stenberg <daniel@haxx.se> writes:
>> I just noticed that, given a remote URL with a hostname which has
>> both A and AAAA RRs in the DNS, git-fetch will retry a git-protocol
>> fetch using the v4 address if the v6 address is unreachable, but
>> will not do so when the remote is an http URL.
Daniel> Isn't this simply because libcurl (used for http) has no retry
Daniel> functionality on this scenario while git itself has that for the
Daniel> git protocol?
Yes, that is true.
But git could be smarter about it. libcurl has CURLOPT_IPRESOLVE which
can be set to any of CURL_IPRESOLVE_WHATEVER, CURL_IPRESOLVE_V4 or
CURL_IPRESOLVE_V6. Git could at least allow setting that via a config
option and/or an env var, just like it does for libcurl options like
CURLOPT_LOW_SPEED_LIMIT.
Even better would be to set CURLOPT_CONNECT_ONLY and then try with
CURL_IPRESOLVE_WHATEVER, CURL_IPRESOLVE_V6 and CURL_IPRESOLVE_V4 in turn
until it gets a connection, and then use CURLINFO_LASTSOCKET and the
full URL to do the GET.
-JimC
--
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
next prev parent reply other threads:[~2008-06-03 19:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-31 17:56 git-fetch vs ipv6 routing issues James Cloos
2008-06-01 7:25 ` Daniel Stenberg
2008-06-03 19:53 ` James Cloos [this message]
2008-06-03 20:50 ` Daniel Stenberg
2008-06-03 23:56 ` James Cloos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3wsl6guqg.fsf@lugabout.jhcloos.org \
--to=cloos@jhcloos.com \
--cc=daniel@haxx.se \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox