[MacPorts] #51346: nou.nc: "default" host for New Zealand: ping succeeds, HTTP times out

MacPorts noreply at macports.org
Mon May 9 16:44:06 PDT 2016


#51346: nou.nc: "default" host for New Zealand: ping succeeds, HTTP times out
----------------------------+---------------------
 Reporter:  macports@…      |      Owner:  admin@…
     Type:  defect          |     Status:  new
 Priority:  Normal          |  Milestone:
Component:  server/hosting  |    Version:  2.3.4
 Keywords:                  |       Port:
----------------------------+---------------------
 I'm based in New Zealand (.nz).  At present it appears this is leading to
 `nou.nc` being the automatically selected [wiki:Mirrors mirror].  However
 at least today `nou.nc` is pingable, but HTTP connections (at least from
 New Zealand) seem to just time out.  (Which in turn is made worse by my
 ISP having a transparent HTTP proxy that fakes the connect and then hangs
 for a long time before it times out; but even testing via another ISP ping
 still succeeds and HTTP still fails to connect and/or return a result in a
 sensible amount of time.)

 It's not clear to me how `nou.nc` is being chosen for New Zealand.  While
 both New Caledonia and New Zealand are Pacific Islands they're a long
 distance apart, and the connections from New Caledonia to anywhere aren't
 amazing.

 It's also not clear to me if nou.nc is even intended to be used from
 outside New Caledonia.  If it isn't, perhaps it shouldn't be in the public
 list of mirrors?

 Normally I'd expect Australia (eg, aarnet.au) is a much better default
 choice for New Zealand (it is physically and Internet-topology closer than
 New Caledonia).  But oddly there seems to be a 160ms RTT jump on the NZ to
 aarnet.au path at present, via my normal ISP (but not via another test
 ISP).  Eg, via my main ISP:

 {{{
 ewen at ashram:~$ ping -c 3 aarnet.au.packages.macports.org
 PING mirror.aarnet.edu.au (202.158.214.106): 56 data bytes
 64 bytes from 202.158.214.106: icmp_seq=0 ttl=51 time=181.136 ms
 64 bytes from 202.158.214.106: icmp_seq=1 ttl=51 time=180.148 ms
 64 bytes from 202.158.214.106: icmp_seq=2 ttl=51 time=179.894 ms

 --- mirror.aarnet.edu.au ping statistics ---
 3 packets transmitted, 3 packets received, 0.0% packet loss
 round-trip min/avg/max/stddev = 179.894/180.393/181.136/0.536 ms
 }}}

 And via another ISP in the same city (Wellington, NZ):

 {{{
 ewen at noc:~$ ping -c 3 aarnet.au.packages.macports.org
 PING mirror.aarnet.edu.au (202.158.214.106) 56(84) bytes of data.
 64 bytes from mirror.aarnet.edu.au (202.158.214.106): icmp_req=1 ttl=50
 time=47.4 ms
 64 bytes from mirror.aarnet.edu.au (202.158.214.106): icmp_req=2 ttl=50
 time=47.0 ms
 64 bytes from mirror.aarnet.edu.au (202.158.214.106): icmp_req=3 ttl=50
 time=47.1 ms

 --- mirror.aarnet.edu.au ping statistics ---
 3 packets transmitted, 3 received, 0% packet loss, time 2003ms
 rtt min/avg/max/mdev = 47.022/47.226/47.496/0.320 ms
 }}}

 So possibly that's why nou.nc is being selected by the ping test -- it's
 more than 47ms away, but less than 180ms away:

 {{{
 ewen at ashram:~$ ping -c 3 nou.nc.packages.macports.org
 PING pub.lagoon.nc (202.22.158.243): 56 data bytes
 64 bytes from 202.22.158.243: icmp_seq=0 ttl=48 time=70.361 ms
 64 bytes from 202.22.158.243: icmp_seq=1 ttl=48 time=67.023 ms
 64 bytes from 202.22.158.243: icmp_seq=2 ttl=48 time=68.514 ms

 --- pub.lagoon.nc ping statistics ---
 3 packets transmitted, 3 packets received, 0.0% packet loss
 round-trip min/avg/max/stddev = 67.023/68.633/70.361/1.365 ms
 }}}

 via both ISPs.

 Possibly some/all of the issue with `nou.nc` is that it's seeing a
 surprising amount of load due to `aarnet.au` having a non-trivial RTT
 latency to several paths, and thus not being selected for requests.

 For now I'm attempting to work around this with
 [[https://guide.macports.org/chunked/internals.configuration-
 files.html|host_blacklist]] in `macports.conf`.  But it might be worth
 someone asking `nou.nc` if (a) they are actually allowing outside-country
 HTTP transfers and (b) if they want to be doing so, and (c) if they can
 actually cope with the load that gets diverted there when another mirror
 is "misbehaving".

 Ewen

-- 
Ticket URL: <https://trac.macports.org/ticket/51346>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list