Hi, Paul: It looks like it is working now:
tom@sandbox3-ldap:~$ time wget http://[2610:148:1f10:3::89] --2013-01-09 06:46:57-- http://[2610:148:1f10:3::89]/ Connecting to 2610:148:1f10:3::89:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] Saving to: “index.html” [ <=> ] 616 --.-K/s in 0s 2013-01-09 06:46:57 (47.9 MB/s) - “index.html” saved [616] real 0m0.073s user 0m0.004s sys 0m0.004s I also ran an 'apt-get update' against 2610:148:1f10:3::89 via explicit hosts file entries and it succeeded. I believe this is solved. Simon: Based on what I'm seeing now I think you're safe to point the AAAA record back at GATech. Thank you! On Tue, 8 Jan 2013 18:36:01 -0500 Paul Royal <p...@gtisc.gatech.edu> wrote: > On Sat, Jan 5, 2013 at 9:42 PM, Tom Noonan <t...@tjnii.com> wrote: > > No change. I tried each individually 0 and both 0, the wget failure > > mode remained unchanged. I ran a packet capture with both zero and > > I see the same behavior as in the previously posted packet capture. > > After additional inquiry, we discovered that Georgia Tech's Office of > Information Technology added a new upstream IPv6 provider in > mid-December 2012 and failed to properly configure the internal route > that forwarded traffic from this provider to our core router. As a > result, incoming traffic for GTISC's /56 was directed through a campus > firewall appliance. Though they did not explicitly state the > corresponding consequence, I suspect this appliance chose to tarpit > your connection. > > Please attempt your wget again, and let us know if it works. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
