nanog mailing list archives

Re: pay.gov and IPv6


From: Matthew Kaufman <matthew () matthew at>
Date: Mon, 17 Mar 2014 15:41:26 -0700

It was reachable by hand-typed URL, but the machines trying to follow a redirect from the FCC site during payment flow 
failed. Had to be brought back online, so once it was determined that turning v6 off was sufficient, that was the end 
if the debugging.

Matthew Kaufman

(Sent from my iPhone)

On Mar 17, 2014, at 1:02 PM, Jared Mauch <jared () puck nether net> wrote:

One more (498?) set(s) of data points:

I used RIPE ATLAS probes to check the SSL certificate over IPv6 (a nice way to check reachability)..

Measurement# 1584700

You can look through the data to determine where it's not reachable from, but it seems to be "generally reachable" 
without issue from nearly all the probes.

JSON link as well:

   https://atlas.ripe.net/api/v1/measurement/1584700/result/

- Jared

On Mar 17, 2014, at 3:35 PM, Jared Mauch <jared () puck nether net> wrote:

No issues for me over IPv6 on Comcast.

Perhaps some local network issue?  Any reported issues if you try to visit http://www.test-ipv6.com/ ?

- Jared

On Mar 17, 2014, at 2:55 PM, Matthew Kaufman <matthew () matthew at> wrote:

Windows 8 running Google Chrome as the browser.

Matthew Kaufman

On 3/17/2014 11:46 AM, Arturo Servin wrote:

No Happy Eyeballs?

Perhaps also time to ditch XP and IE for something new as well.

-as




On Mon, Mar 17, 2014 at 11:43 AM, Matthew Kaufman <matthew () matthew at <mailto:matthew () matthew at>> wrote:

 Random IPv6 complaint of the day: redirects from FCC.gov to
 pay.gov <http://pay.gov> fail when clients have IPv6 enabled. Work
 fine if IPv6 is off. One more set of client computers that should
 be dual-stacked are now relegated to IPv4-only until someone
 remembers to turn it back on for each of them... sigh.

 Matthew Kaufman



Current thread: