I know a lot of people are using / pointing to test-ipv6.com . The hardware picked a bad week to quit sniffing glue. I"ll be working on trying to get it back up today, I need to source hardware. Also looking at borrowing a VM for short term. (speaking only for @test-ipv6.com, not for $employer - my personal mail address is down too).
On 4 Jun 2012, at 06:50, Jason Fesler <jfesler@yahoo-inc.com> wrote:
I know a lot of people are using / pointing to test-ipv6.com . The hardware picked a bad week to quit sniffing glue.
You got a bunch of mirrors for it right? Should not be to tricky to get someone to let their act as the real thing for a bit. Greets, Jeroen
On Jun 4, 2012, at 7:09 AM, Jeroen Massar wrote:
You got a bunch of mirrors for it right? Should not be to tricky to get someone to let their act as the real thing for a bit.
I've got redirects up now to spread the load across VMs. For the next couple of days, I don't expect a single VM to handle the load. Thanks to all who've sent me a response; and thanks to Host Virtual and to Network Design GmbH, for taking the immediate load. Once we're stable, and I get my *official* day job requirements met for World IPV6 Launch, I"ll come back to getting the original gear replaced. I've got a couple hardware offers in (Alex, Mark, thank you), and this might just be the reason to flat out refresh the hardware if ixSystems has something suitable already built. -jason
On 2012-06-04 08:13, Jason Fesler wrote:
On Jun 4, 2012, at 7:09 AM, Jeroen Massar wrote:
You got a bunch of mirrors for it right? Should not be to tricky to get someone to let their act as the real thing for a bit.
I've got redirects up now to spread the load across VMs. For the next couple of days, I don't expect a single VM to handle the load.
I am actually not expecting that much of the hype to come out, just like last year it will easily be forgotten unless somebody is able to spin that PR engine really really really hard.
Thanks to all who've sent me a response; and thanks to Host Virtual and to Network Design GmbH, for taking the immediate load.
Once we're stable, and I get my *official* day job requirements met for World IPV6 Launch, I"ll come back to getting the original gear replaced. I've got a couple hardware offers in (Alex, Mark, thank you), and this might just be the reason to flat out refresh the hardware if ixSystems has something suitable already built.
Awesome! Greets, Jeroen
What's really needed is a service that looks up a given web page over IPv6 from behind a 1280 byte MTU link and reports if all the elements load or not. It dumps a list of elements with success/fail. This would be useful to send the idiots that block ICMPv6 PTB yet send packets bigger than 1280 bytes out too. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
Much of that can be found here: http://www.wand.net.nz/pmtud/ Frank -----Original Message----- From: Mark Andrews [mailto:marka@isc.org] Sent: Monday, June 04, 2012 6:54 PM To: Jeroen Massar Cc: nanog@nanog.org Subject: Re: test-ipv6.com / omgipv6day.com down What's really needed is a service that looks up a given web page over IPv6 from behind a 1280 byte MTU link and reports if all the elements load or not. It dumps a list of elements with success/fail. This would be useful to send the idiots that block ICMPv6 PTB yet send packets bigger than 1280 bytes out too. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
http://ipv6chicken.net Owen On Jun 4, 2012, at 4:54 PM, Mark Andrews wrote:
What's really needed is a service that looks up a given web page over IPv6 from behind a 1280 byte MTU link and reports if all the elements load or not. It dumps a list of elements with success/fail.
This would be useful to send the idiots that block ICMPv6 PTB yet send packets bigger than 1280 bytes out too.
Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
On 2012-06-04 16:58, Owen DeLong wrote:
$ dig -t any ipv6chicken.net ; <<>> DiG 9.8.1-P1 <<>> -t any ipv6chicken.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 16935 The chicken cannot cross the road as the chicken does not exist. Greets, Jeroen
My bad... It's .com not .net. http://www.ipv6chicken.com Owen On Jun 4, 2012, at 5:14 PM, Jeroen Massar wrote:
On 2012-06-04 16:58, Owen DeLong wrote:
$ dig -t any ipv6chicken.net
; <<>> DiG 9.8.1-P1 <<>> -t any ipv6chicken.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 16935
The chicken cannot cross the road as the chicken does not exist.
Greets, Jeroen
In message <C8343920-C2BC-4E2D-BD1F-DF12684863D1@delong.com>, Owen DeLong writes:
Owen
doesn't exist. ; <<>> DiG 9.9.1 <<>> ipv6chicken.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 5059 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;ipv6chicken.net. IN A ;; AUTHORITY SECTION: net. 879 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1338855235 1800 900 604800 86400 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Tue Jun 5 10:14:40 2012 ;; MSG SIZE rcvd: 117
On Jun 4, 2012, at 4:54 PM, Mark Andrews wrote:
What's really needed is a service that looks up a given web page over IPv6 from behind a 1280 byte MTU link and reports if all the elements load or not. It dumps a list of elements with success/fail.
This would be useful to send the idiots that block ICMPv6 PTB yet send packets bigger than 1280 bytes out too.
Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
-- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
's/net/com' On Mon, Jun 4, 2012 at 5:15 PM, Mark Andrews <marka@isc.org> wrote:
In message <C8343920-C2BC-4E2D-BD1F-DF12684863D1@delong.com>, Owen DeLong writes:
Owen
doesn't exist.
; <<>> DiG 9.9.1 <<>> ipv6chicken.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 5059 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;ipv6chicken.net. IN A
;; AUTHORITY SECTION: net. 879 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1338855235 1800 900 604800 86400
;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Tue Jun 5 10:14:40 2012 ;; MSG SIZE rcvd: 117
On Jun 4, 2012, at 4:54 PM, Mark Andrews wrote:
What's really needed is a service that looks up a given web page over IPv6 from behind a 1280 byte MTU link and reports if all the elements load or not. It dumps a list of elements with success/fail.
This would be useful to send the idiots that block ICMPv6 PTB yet send packets bigger than 1280 bytes out too.
Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
-- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
http://ipv6chicken.com/ tests the path to me. It doesn't check the path back to the sites I want to reach though it does provide a independent third party if there is complainst that PTB's are not being generated. It would be useful if it reported the MTU that was eventually used. Most OS's have a hook to retrieve this. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
What's really needed is a service that looks up a given web page over IPv6 from behind a 1280 byte MTU link and reports if all the elements load or not. It dumps a list of elements with success/fail.
This would be useful to send the idiots that block ICMPv6 PTB yet send packets bigger than 1280 bytes out too.
http://www.wand.net.nz/scamper/ Works on MacOS X and FreeBSD. It uses IPFW and rules 1-500 as necessary. Example below, showing a website sending > 1280 but ignoring PTBs sent to it. $ sudo scamper -F ipfw -I "tbit -t pmtud -u 'http://www.sapo.pt/' 2001:8a0:2104:ff:213:13:146:140" tbit from 2001:470:d:4de:21f:3cff:fe20:bf4e to 2001:8a0:2104:ff:213:13:146:140 server-mss 1460, result: pmtud-fail app: http, url: http://www.sapo.pt/ [ 0.048] TX SYN 64 seq = 0:0 [ 0.254] RX SYN/ACK 64 seq = 0:1 [ 0.255] TX 60 seq = 1:1 [ 0.255] TX 230 seq = 1:1(170) [ 0.450] RX 60 seq = 1:171 [ 0.469] RX 1460 seq = 1:171(1400) [ 0.469] TX PTB 1280 mtu = 1280 [ 0.470] RX 1460 seq = 1401:171(1400) [ 3.467] RX 1460 seq = 1:171(1400) [ 3.467] TX PTB 1280 mtu = 1280 [ 9.468] RX 1460 seq = 1:171(1400) [ 9.468] TX PTB 1280 mtu = 1280 [ 21.471] RX 1460 seq = 1:171(1400) [ 21.471] TX PTB 1280 mtu = 1280 [ 31.933] RX RST 60 seq = 1:4294923802
participants (7)
-
Bryan Irvine -
Frank Bulk -
Jason Fesler -
Jeroen Massar -
Mark Andrews -
Matthew Luckie -
Owen DeLong