I dont think ISOC dashboard is updating any more. Google is no longer advertising AAAA but dashboard still shows green and TTLs were short on those records.
\\ ; <<>> DiG 9.6.0-APPLE-P2 <<>> www.google.com in AAAA ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15535 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.google.com. IN AAAA ;; ANSWER SECTION: www.google.com. 588628 IN CNAME www.l.google.com. ;; Query time: 191 msec ;; SERVER: 2620:0:ccc::2#53(2620:0:ccc::2) ;; WHEN: Wed Jun 8 18:08:38 2011 ;; MSG SIZE rcvd: 52 On Wed, Jun 8, 2011 at 5:16 PM, George B. <geor...@gmail.com> wrote: > On Wed, Jun 8, 2011 at 4:31 PM, Jorge Amodio <jmamo...@gmail.com> wrote: > >>> So if you are using a Netscaler with SLB-PT (IPv6 VIP balancing to > >>> IPv4 servers), the entire LB is subject to stop working until they get > >>> this fixed. > >> > >> And this is EXACTLY why we needed World IPv6 Day. > > > > Agreed, right on the money !! > > > > Traffic stats may not say a lot yet due to tunnels and lack of native > > IPv6 connectivity but finding this type of bugs is a major reason to > > do live tests, even if the test fails. > > Well, we are still attempting to recreate the problem. It isn't > something as simple as someone coming in over a tunnel with a small > MTU with a larger advertised MSS. There is some "magic" that must > happen to actually put the unit in this state. We ran for 9 hours > before and 9 hours after the hiccup without any problems. > > So it is going to take a while before we are ready to test this again > live. The sooner I can recreate the problem, the better, though. > >
