#arpnetworks 2014-02-27,Thu

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
mercutiodown again? [00:08]
***grepidemic has quit IRC (Ping timeout: 252 seconds) [00:08]
up_the_ironsmercutio: no alarms yet, but i'll check [00:09]
mercutioit seems back again
it was short
short enough to not be able to debug properly :(
[00:10]
up_the_ironswouldn't be the s7.lax router cuz it doesn't reboot that fast ;) [00:10]
mercutioyeh
i wonder if it was ntt
[00:10]
up_the_ironsya know, actually, my home twcable is down right now [00:10]
mercutioit was up via another host
which is nlayer hmm
[00:10]
up_the_ironsmaybe related,d unno [00:11]
mercutiowell when i was first looking there was that small ntt packet loss [00:11]
up_the_ironsi'm using my android and tmobile [00:11]
mercutioahh ok
damn debugging is annoying :/
[00:11]
up_the_ironssrsly [00:11]
mercutioi got alerts too though
i got alerts then debugged
[00:11]
up_the_ironss7.lax uptime is 1 hour, 27 minutes
woo
;)
[00:12]
mercutioheh
(and the alerts are on diff network)
but i assume it was probably ntt issue
is your hoem connection over ntt? did it come back?
[00:12]
up_the_ironshaven't checked it [00:14]
mercutiolooks like it didn't go out, but hit 90% packet loss
for about 5 minutes
but it wasn't so bad when it first hit
so i'm going with ddos
or ntt fault
oh interesting, my route to comcast from new zealand screwed up for same period too
might be co-incidental thoug
[00:15]
mnathani@wa why did the chicken cross the road [00:20]
BryceBotWhy did the chicken cross the road?;To get to the other side., (ha, ha) [00:20]
mnathani@wa why is the sky blue? [00:20]
BryceBotWhy is the sky blue?;The sky's blue color is a result of the effect of Rayleigh scattering. Shorter-wavelength blue light is more strongly scattered in the earth's atmosphere than longer-wavelength red light; the human eye perceives the color blue when looking at the sky as a result. [00:20]
mercutio@wa why do we exist? [00:20]
BryceBotCouldn't grab results from json stringified precioussss. [00:21]
mercutiomercutio wonders what issue happened an hnour ago [00:21]
mnathani@wa when will ipv6 reach widespread adoption [00:21]
BryceBotCouldn't grab results from json stringified precioussss. [00:21]
mercutiowell it wasn't on arp
but from my local monitoring quite a few things experienced packet loss then without me noticing
[00:21]
mnathani@wa will there come a time when ISPs will hand out IPv6 addresses and tunnel IPv4 traffic over it [00:22]
mercutiohaha [00:22]
BryceBotCouldn't grab results from json stringified precioussss. [00:22]
mercutio@wa tldr [00:22]
BryceBotTLDR (acronym);too long didn't read [00:22]
mercutiomercutio goes back to tv [00:23]
.... (idle for 17mn)
***Guest40141 is now known as easymac
easymac is now known as Guest45464
[00:40]
alienresidents has quit IRC (Ping timeout: 240 seconds)
alienresidents has joined #arpnetworks
[00:50]
gizmoguy_ has quit IRC (Ping timeout: 245 seconds)
grepidemic has joined #arpnetworks
[01:06]
gizmoguy has joined #arpnetworks [01:13]
gizmoguymmm whisky
mercutio: nah, we've not done anything with netamp
we're looking to have a play with netfpga in the near future though
[01:17]
..... (idle for 24mn)
***Guest45464 is now known as easymac
easymac is now known as Guest55282
[01:41]
..... (idle for 21mn)
mercutiodunno what gave me the idea that you did hmm [02:02]
gizmoguywe used to run a thing called nettest
and our main software we're developing at the moment is called amp (http://amp.wand.net.nz/)
nettest + amp = netamp? :P
[02:06]
mercutionice
i want some nice way to trace from multiple difference places and record what networks it traverses
and identify where things break
when arp had issues with ntt and any2ix i didn't have much luck finding a path that didn't use those two in a short space of time manually
[02:15]
gizmoguywe can pretty much do that [02:17]
mercutiocool. [02:17]
gizmoguyassuming you build your test schedule properly [02:18]
mercutiowell routes can change over time
i see path length interesting
[02:18]
gizmoguybest way to visualise an outage like that would be our matrix - http://amp.wand.net.nz/matrix/absolute-latency/both/nzamp/nzamp/ [02:18]
mercutiooh it still hard to tell if it changes by a little
the site is kind of slow from here
dunno if it backend or what
[02:18]
gizmoguysorry for speed. i have a new major database improvement to push out shortly [02:19]
mercutioahh ok
lambda is broken?
[02:19]
gizmoguylambda is in the US :) [02:20]
mercutiohow often does it update? [02:20]
gizmoguyeverything else is in NZ [02:20]
mercutiooh red is < 300 msec and > 160
rather than > 300 msec
[02:20]
gizmoguyif you look at relative latency rather than absolute, you'll get a better picture of changes
our postgres database is a bit broken at the moment
~200million rows of data in a very naive schema
[02:20]
mercutiomada doesn't measure that well on that either [02:21]
gizmoguyI've got all that fixed, just need to convert all the data and push out [02:21]
mercutioahh right
so does this need lots of resources to run?
actually the loss thing is prob fine
nah i see vocus is the borken one hah
[02:21]
gizmoguyvocus is really broken
I'm not sure what they do to our AMP monitor machine
but we see packet loss to everywhere
[02:22]
mercutiorate limit icmp? [02:22]
gizmoguyforwarded ICMP? [02:22]
mercutiomaybe [02:22]
gizmoguyas we see packet loss end to end [02:22]
mercutioon icmp? [02:22]
gizmoguyyeah [02:23]
mercutioor tcp/udp/etc? [02:23]
gizmoguythis is my favourite graph type - http://amp.wand.net.nz/view/amp-traceroute-rainbow/9238/1393323647/1393496447 [02:23]
mercutioi saw a route going via cogent drop icmp completely once
from a host doign monitoring
[02:23]
gizmoguyshows up broken routing quite quickly [02:23]
mercutioit was very bizzare :/
trademe bounces between wgtn/akdl a lot
[02:23]
gizmoguynote - trademe have the worst high availablity setup ever
a lot?
[02:23]
mercutiocontsantly [02:24]
gizmoguytry every 10 minutes [02:24]
mercutiohttp://202.49.71.24:24/smokeping/smokeping.fcgi?target=Wider.trademe
yes
[02:24]
gizmoguyi.e their TTL on their A record [02:24]
mercutio1 msec to akld 10 msec to wgtn [02:24]
gizmoguyhttp://amp.wand.net.nz/view/amp-icmp/2415/1393384891/1393476724 [02:25]
mercutiobut it pretty consistent
3i think it similar behaviour really
[02:25]
gizmoguyyeah, their DNS server just randomly selects from AKL or WLG whenever you query it
then it gets cached for the TTL
[02:25]
mercutioyeh
i know it's mental
they should just do anycast
imo
[02:26]
gizmoguyi'm amazed they can share state so well between their datacentres [02:26]
mercutioif they have a real outage on one of them, then people will reload page anyway
they don't afaik
[02:26]
gizmoguyhow do they keep you logged in? [02:26]
mercutioit's basically just a proxy type setup
because it goes to the same backend constantly
just with a cookie i think
not based on ip or anything
[02:26]
gizmoguyyeah, but the cookie is a session id
that the backend needs to know about
hence they must do constant replication between each site to keep session IDs in sync
[02:27]
mercutioyeh well it goes back to the db probably
what do they need to keep state on anyway?
[02:27]
gizmoguythat's why it's generally advisable to direct the same group of people to the same set of frontend/backend servers
your session
[02:28]
mercutiohmm [02:28]
gizmoguybecause the cookie doesn't have your username/pass in it
it has some secondary auth (like a session ID) to verify you've logged in
[02:28]
mercutiomaybe they replicate [02:28]
gizmoguyyeah they will [02:28]
mercutioi dunno really [02:28]
gizmoguyvery very often [02:28]
mercutioi had a slow image loading issue on one of them once
it was fine on one bad on the other
i tried contacting them to no avail :/
but i don't see why they don't just cdn their images
and direct all their normal web traffic to one location
[02:29]
gizmoguyyeah
did you watch any of the NZNOG videos btw?
[02:29]
mercutiothey don't even really need to cdn their traffic probably [02:30]
gizmoguyfrom janurary [02:30]
mercutioa couple [02:30]
gizmoguythe GCSB one? [02:30]
mercutioi watched fincham's one on rpki [02:30]
gizmoguya+++++ for the GCSB one
so funny
[02:30]
mercutioand the apnic one
i dunno there was terrible video/sound quality
and most of the talks sounded pretty uninteresting :/
[02:30]
gizmoguyyeah the richard naylor couldn't be there this year (the dude who normally does the streaming) [02:30]
mercutioi liked the idea of 1.2.3.4 as standard anycast dns [02:31]
gizmoguythe GCSB one was awesome [02:31]
mercutioand i think the idea of rpki is slightly interesting [02:31]
gizmoguywatch the Q&A
geoff houston's talk was awesome as usual too
was chatting to him at the pub the night before
[02:31]
mercutioi dunno bad audio quality is common for most talks
oh god
i watched some of the one by that guy about not keeping state
i think that's hwen i stopped heh
i already know about state issues etc
[02:31]
gizmoguyhaha, Roland? [02:32]
mercutioyes [02:32]
gizmoguyI feel asleep during that one [02:32]
mercutiodibbins or something?
heh
[02:32]
gizmoguyit was a good message
but it didn't need to go on for what felt like 60 minutes
[02:32]
mercutiowell before hand i ntoiced he'd give the same exact talk before
and then i noticed the slides were the same
it was kind of amusing
[02:32]
gizmoguyhe is mr stateless firewall [02:33]
mercutioi'm in between
you need state for NAT :/
i hate nat
but snyhcronising is a pita
and arp's route just changed
did ntt go down again
(i left mtr running)
any2ix and ntt are down it looks like
but it maybe up_the_irons doing ios things :/
cos it didn't generate alerts etc.
[02:33]
***notion has quit IRC (Read error: Connection reset by peer)
twobithacker has quit IRC (Read error: Connection reset by peer)
Guest1774 has quit IRC (Read error: Connection reset by peer)
[02:35]
mercutioso this monitoring thingy is it light on clients? [02:35]
***twobitha- has joined #arpnetworks
notion has joined #arpnetworks
[02:35]
mercutionetamp
and does it require lots of ram on server?
[02:35]
gizmoguymercutio: yup [02:36]
***Guest1774 has joined #arpnetworks [02:36]
gizmoguywe have plans to run on embedded devices [02:36]
mercutiocool [02:36]
gizmoguyit's just a little c program [02:36]
mercutiosweet [02:36]
gizmoguyand you can tack on rabbitmq if you want proper persistance (but requires 50mb of memory) [02:36]
mercutiois it ready for testing now?
on the server or client?
[02:36]
gizmoguythe server is closed source at the moment (because of funding requirements / commercialisation potential)
but the client app is pretty open
[02:37]
mercutiooh but is it available for other people to run? [02:37]
gizmoguywe try and run it on as much as we can
but we have a few trials soon on a few NZ ISPs
[02:37]
mercutioi suppose it prob not then [02:37]
gizmoguyto trial monitoring a large residential ISP core [02:37]
mercutiointeresting [02:38]
gizmoguymercutio: http://wand.net.nz/amp/
this is the link we gave out at NZNOG
for large ISPs we're giving them 1U dell servers to run as monitors
for smaller ISPs we're looking to give out embedded boxes to handle the monitoring
and we should have all the performance issues fixed up by the end of march
[02:38]
mercutioso it'll stick all of the isp's in a list? [02:39]
gizmoguywe have a 4 year MBIE grant to develop the software to the stage of being able to monitor NZ's internet [02:39]
mercutiorather than individuals being able to monitor different sites? [02:39]
gizmoguywe're working towards ISPs being able to pick and choose what the monitor [02:40]
mercutiotbh, nz internet seems better than overseas internet for domestic traffic [02:40]
gizmoguyyeah, it's really not too bad [02:40]
mercutiobut i mean one user can't have 5 different sites that all monitor each other [02:40]
gizmoguythough we find some pretty broken stuff now and then [02:40]
mercutioother than silly people like you rate limiting to 10 megabit :/
you mean like routing via australia?
[02:41]
gizmoguySo, the most recent funny one [02:41]
mercutioi suppose there's less infrastructure to go wrong in nz [02:41]
gizmoguyREANNZ <--> Callplus didn't work [02:41]
mercutiothat should be able to go over ape [02:41]
gizmoguytheir routers both said they should talk to each other over APE [02:41]
mercutioin both directions [02:41]
gizmoguybut on the APE layer 2, they couldn't talk [02:42]
mercutiowhat
why not
[02:42]
gizmoguyso it was a blackhole between them [02:42]
***Guest55282 is now known as easymac
Guest1774 has quit IRC (Read error: Connection reset by peer)
twobitha- has quit IRC (Read error: Connection reset by peer)
[02:42]
gizmoguywe logged into reannz's APE router [02:42]
***twobithacker has joined #arpnetworks [02:42]
mercutiobloody route servers [02:42]
gizmoguyran ping [callplus ape ip] [02:42]
mercutioshould directly connect :/ [02:42]
gizmoguyand it started working :) [02:42]
mercutiooh god [02:42]
gizmoguyyeah.... [02:42]
mercutioubergroup had an issue like that before
except it'd start working
[02:42]
***easymac is now known as Guest95370 [02:42]
gizmoguyit hasn't fallen over again yet [02:42]
mercutiothey're running vpls or something from there? [02:42]
gizmoguyprobably because we run probes once every 30 seconds
and make sure the ARP table never expires :P
[02:43]
***Guest1774 has joined #arpnetworks [02:43]
mercutioubergroup would drop the first few pings to them always
then start to work
[02:43]
gizmoguyalso, callplus had a few ipv6 related issues we got fixed up [02:43]
mercutiocallplus have ipv6? [02:43]
gizmoguyyeah [02:43]
mercutiodid you hear about the i217-lm issues? [02:43]
gizmoguynah? [02:43]
mercutioapparently i217-lm have bugs
and disabling ipv6 makes them stop breaking switches
[02:43]
gizmoguys/i217-lm/everything [02:44]
BryceBot<mercutio> apparently everything have bugs [02:44]
mercutioand i217-lm are on standard hp and dell hosts these days
apparently disabling power saving stuff might fix it
http://www.edugeek.net/forums/hardware/132287-optiplex-9020-systems-spewing-ipv6-multicast-traffic-while-asleep-causing-havok.html
stuff like that
[02:44]
gizmoguy:( sigh [02:45]
mercutiothere's a few things floating around [02:45]
gizmoguywe use a lot of dell at work
haven't hit that one yet
[02:45]
mercutioolder ones probably
i217-lm is on haswell ones afaik
[02:45]
gizmoguyall our dells come with broadcom chips
but I buy proper intel server NICs for all of them
[02:45]
mercutioi217-v is integrated on consumer desktop boasrds with haswel onwards
broadcom isn't terible
[02:45]
gizmoguyit really is [02:46]
mercutioit's a lot better than it used to be
for a desktop?
[02:46]
gizmoguydepends on the broadcom chipset I guess [02:46]
mercutiomy windows computer at home has onboard broadcom [02:46]
gizmoguywe have some benchmarks of consumer broadcom vs consumer intel NICs
for iperf
[02:46]
mercutioi can do 972 megabit/sec
iirc
[02:46]
gizmoguyintel requires 20% less CPU usage (less spurious soft interrupts) for a given iperf run [02:46]
mercutioit's something close to that if not that
hmm
[02:46]
up_the_ironsmercutio: you probably didn't see: https://twitter.com/arpnetworks/status/438949834670612481 [02:47]
BryceBotTWITTER: We will be upgrading the IOS on our s7.lax router between 02:00-02:30 PST; expect NTT and Any2 IX to go down (Thu Feb 27 08:12:50 +0000 2014) [02:47]
gizmoguyup_the_irons: it's only 12am here! :) [02:47]
mercutioahh
no i didn't up_the_irons
but i remember you said something about ios
[02:47]
up_the_ironsyeah [02:47]
mercutioand doing osmething when the first issue came up [02:47]
up_the_ironshappy to say s7.lax is now running a shiny new IOS [02:47]
mercutiois it going to crash less now? :) [02:47]
gizmoguycrash less or more, hard to say :)
need more data points
[02:48]
mercutiogizmoguy: 20% less cpu usage on iperf? [02:48]
up_the_ironsi give it 50 / 50 chance. this will rule out IOS issues, but there is still a possibility of bad hardware [02:48]
mercutio20% cpu usage on iperf for gigabit is pretty high
that's what my core2duo does :/
[02:48]
gizmoguymercutio: I believe it is because intel do a lot better with coalescing (http://www.intel.com/support/network/adapter/pro100/sb/CS-032546.htm) [02:48]
up_the_ironsi actually ordered a new sup for s7 today [02:48]
mercutiogizmoguy: i dunno they both suck with udp traffic :/ [02:48]
up_the_ironsif everything ends up being OK, then it'll just be a spare
otherwise, it'll replace the current one
[02:48]
mercutiobut yeah it could be
i went from 40% to 20% cpu usage from i7-3770 to i7-4770 for infiniband
well ip over infiniband
at over 10 gigabit
[02:49]
gizmoguyyeah [02:49]
mercutioi was surprised at the difference [02:49]
gizmoguyit is quite amazing
how much poor interrupt handling can screw you
[02:49]
mercutiobut it's the same card in both machines [02:49]
gizmoguyjust better interrupt sharing? [02:50]
mercutioi dunno, the intel coalescing is better though
yeh these infiniband careds are terrible for that
i can generate 80,000 interrupts a sec iirc
but at high interrupt loads different cpus/cache etc can mkae more diff
[02:50]
gizmoguywe tend to tune coalescing / MSI-X / irqbalance on any machine we care about doing throughput tests on [02:51]
mercutioand tcp offload stuff is way better than udp offload stuff
i tend to disable irqbalance
what tuning do you do?
[02:51]
gizmoguyyeah it's all about sending irqs to the right CPU cores
my notes are at work
[02:51]
mercutioi was trying to figure out if there was anyway i could reduce cpu for infiniband [02:51]
gizmoguyrather - the student I make tune all my machines is at work :) [02:52]
mercutioyeah single cpu here
so it shouldn't matter afaik
so all the pci-e lanes on the same cpu
but yeah, i think i was going somewhere
but i can't remember where
gigabit isn't too complicated
it's 10 gigabit+ where things get complicated
[02:52]
gizmoguyanyway. i should sleep. got a meeting in 9 hours from now and I need my beauty sleep :) [02:53]
mercutioheh [02:53]
gizmoguypeople who schedule meetings for 9am friday should be shot [02:53]
mercutiowhat's that embedded monitoring device btw?
heh
[02:53]
gizmoguywe're trialing a few [02:53]
mercutioi should stick app in :/ [02:54]
gizmoguyI have one of these on my desk - http://www.freescale.com/webapp/sps/site/taxonomy.jsp?code=IMX6X_SERIES [02:54]
mercutiobut it'll be small [02:54]
gizmoguyand we've also ordered one of those new intel embedded thingys
but it hasn't arrived yet
[02:54]
mercutioahh ok [02:54]
gizmoguythis is a better link for the freescale thing - http://www.element14.com/community/community/knode/single-board_computers/sabrelite [02:55]
mercutioi dunno why can't just do a virtual machine [02:55]
gizmoguywe're working on it
just have a few timing related issues to solve first
[02:55]
mercutioahh ok [02:55]
gizmoguytime drift is a big problem for us
and time drift occurs rather frequently in vm environments
[02:55]
mercutioi see
well if it's small it fine anyway
[02:55]
gizmoguyso, we're just building a list of common "correct time settings" for all the popular VM environments
to serve as a minimum set of requirements to host our VM image
[02:56]
mercutioi've only seen clock drift on vmware [02:56]
gizmoguyand parallels [02:56]
mercutiooh that the windows one [02:57]
gizmoguymacosx :/
we had some people running it
it was soo bad
[02:57]
mercutiohaha
virtualbox!
[02:57]
gizmoguyi'll let you in on a secret (lambda is already AMP running on a VM) [02:57]
mercutiook [02:57]
gizmoguybecause I don't care about accurate timing myself [02:57]
mercutiohaha i guessed it would be
but the funders do
[02:57]
gizmoguybut unfortunately working for an academic instute, we get in trouble for not considering the 'science' aspect :P [02:58]
mercutioi see
smokeping has way higher latency with ping to localhost on xen
[02:58]
gizmoguyso we just have to do some timing verification to prove it's not bad
then we can deploy it
[02:58]
mercutioit jumps from like 10 usec to 50 usec [02:58]
gizmoguyyeah, generally if you use virtualised clock drives you're fine [02:59]
mercutionot that 50 usec is a long time
but it's about as much as most ethernet coalescing is for
[02:59]
gizmoguylike KVMs pvclock - https://rwmj.wordpress.com/2010/10/15/kvm-pvclock/ [02:59]
mercutioahh ok
xen in pv mode is probably fine too?
[03:00]
gizmoguyi'll admit i've not looked at xen [03:00]
mercutioi'd rather real hardware
with coalescing disabled
most embedded hardware doesn't even support coalescing though
[03:00]
gizmoguyhttp://wiki.xen.org/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F
maybe? ^
"I have problem with domU clock. It lose 30 minutes each day. How can i synchronize it with dom0 clock? "
yeah, this is why we want to run our tests...
[03:01]
mercutiomaye it does have issues heh [03:01]
gizmoguysome VM software is terrible at keeping time [03:01]
mercutioi use ntp anyway [03:01]
gizmoguyyeah NTP mostly insulates you [03:02]
mercutiobut i only care for second accuracy
for logs
[03:02]
gizmoguymmm [03:02]
mercutiook [03:02]
gizmoguywe're technically only worried about drift
we don't care if we have an accurate time
[03:02]
mercutiowell i'll chat with you when you don't need to sleep i suppose :) [03:02]
gizmoguyjust that 1 second == 1 second [03:03]
mercutioahh
so you need way to measure it
some thernet cards can timestamp too
[03:03]
gizmoguyyup
PTP
yeah, it's pretty cool
Precision Time Protocol
[03:03]
mercutiohmm i think you should use udp :/ [03:04]
gizmoguylol [03:04]
mercutiowith traffic volumes
slingshot prioritise icmp i heard :/
because otherwise people complain about high pings
[03:04]
gizmoguylol [03:04]
mercutioi dunno if it true [03:04]
gizmoguyour AMP monitor is in slingshot/callplus's core [03:04]
mercutiobut if anyone is doing that it'd be slingshot [03:04]
gizmoguyso we don't have too many issues
also turns out when you tell people you're going to publish your results on a public webpage
[03:04]
mercutioi think it's more that they rate limit some traffic and icmp and http aren't rate limited as much [03:05]
gizmoguythey give you the best possible connectiviy they can [03:05]
mercutioyeh [03:05]
gizmoguysounds right [03:05]
mercutiobut that isn't
err typical
10 gigabit to the core!
[03:05]
gizmoguyour machines only do 1gig :( [03:06]
mercutiotelstraclears performance is shocking [03:06]
gizmoguyhttp://amp.wand.net.nz/view/amp-icmp/1779/1393326283/1393499083 [03:06]
mercutiobut they actually advertise being fast at broadband
or at least they were
based on that silly testing thingy
[03:06]
gizmoguycallplus probably have the best google connectivity from everyone we monitor
(because we're two P nodes away from their google cache :))
[03:06]
mercutiowhat
is that gmail
[03:06]
gizmoguyyoutube.com
red line == ipv6
blue line == ipv4
[03:06]
mercutiooh
umm
you mean to their local cache?
[03:07]
gizmoguyyeah google are terrible at deploying ipv6
yeah their local cache
[03:07]
mercutiowww.gmail.com is better
cos it still in sydney
it's bloody difficult to measure these things
[03:07]
gizmoguyso is www.google.com [03:07]
mercutiowww.google.com isn't [03:07]
gizmoguyif you have questions about google
yes it is
[03:07]
mercutiowww.google.co.nz is a cname to www.google.com
and is in auckland
[03:08]
gizmoguyyou won't find www.google.com hosts in NZ [03:08]
mercutiousually
yes you do
[03:08]
gizmoguyerr what IP do you see it hosted on? [03:08]
mercutioerr you did
it's the syedney one atm
but it's been in nz before
[03:08]
gizmoguyexactly
nah, it won't
I've had lengthy chats to google frontend engineers about this before
[03:08]
mercutionah it did for a while [03:08]
gizmoguythey can't serve www.google.com from a cache at the moment
google.com and google.co.nz they can
but now the www. varients
s/now/not
[03:09]
BryceBot<gizmoguy> but not the www. varients [03:09]
mercutioweird
well it was only temp i think
[03:09]
gizmoguythe short answer is windows XP is the problem [03:09]
mercutiostuff shifts around a lot [03:09]
gizmoguythe longer answer is SSL is the problem [03:09]
mercutioat least vocus and orcon were hosting nz google mirrors last i knew
for a while
on their normal youtube caches
[03:10]
gizmoguythe GGC (https://peering.google.com/about/ggc.html) nodes I know about in NZ:
callplus / reannz / FX
there are others as well, I just haven't seen them myself
but they can't serve all of google from those cache nodes
[03:10]
mercutiothere is vocus, fx, orcon, snap, with ip's at least [03:11]
gizmoguyoh yes, sorry i've seen vocus and snap too [03:11]
mercutioi thnk telstraclear had one too
and telecom didn't?
but maybe telecom do now
[03:11]
gizmoguytelecom's an interesting beast [03:12]
mercutioi assume vodafone probably do [03:12]
gizmoguyI have no visibility inside it really [03:12]
mercutiowell they still have terrible email
% host www.google.co.nz alien.xtra.co.nz
Using domain server:
Name: alien.xtra.co.nz
Address: 202.27.184.3#53
Aliases:
Host www.google.co.nz.meh.net.nz not found: 5(REFUSED)
woot
they fixed that at least :/
[03:12]
gizmoguylol
from a telecom residential connection
[03:13]
mercutiotelstraclears is still open
actually that's strange
[03:13]
gizmoguygoogle takes me straight to SYD [03:14]
mercutiowww.google.co.nz has address 74.125.237.191
Host www.google.co.nz not found: 3(NXDOMAIN)
with some stuff in between
google sometimes bounces it to somewhere distant too
[03:14]
gizmoguyalright sleepy time, catcha later [03:14]
mercutionight [03:14]
gizmoguyif you want an amp monitor just fill out the form [03:14]
mercutiooh [03:14]
gizmoguyand one of us can get back to you [03:15]
mercutio% host www.google.co.nz 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:
www.google.co.nz has address 60.234.81.176
for some reason 8.8.8.8 gives me orcon :/
[03:15]
gizmoguytry www.google.com [03:15]
mercutiosame diff
it's also a LOT of addresses
[03:15]
gizmoguynot for google [03:15]
mercutionah i did it
i mean it showed the same thing
[03:15]
gizmoguyoh right [03:15]
mercutio% host www.google.com 8.8.8.8 | wc -l
22
[03:15]
gizmoguyand try a curl --head http://www.google.com ? [03:16]
mercutiocan't
transparently proxied
[03:16]
gizmoguycause it might just 302 you to a different server
ah, right
[03:16]
mercutioi suppose i could
but another time
i'd have to bounce somewhere
[03:16]
gizmoguygoogle can be pretty messy :) [03:16]
mercutioyes
and email comes from ages away
[03:16]
gizmoguyyes [03:17]
mercutioso do 8.8.8.8 dns requests actually
it you dump on the server
[03:17]
gizmoguyunfortunately NZ is too small for them to properly fix our connectivity [03:17]
mercutioyeh i understand [03:17]
gizmoguywhich is suprising considering I have two friends who work for the google frontend/traffic team and both are from NZ [03:17]
mercutioif they just fixed sydney it'd be ok
searching is faster int he US than sydney
[03:17]
gizmoguythey just sigh and grunt everytime I report issues [03:18]
mercutioif you really want to speed up browsing route to google via US
err searching
[03:18]
gizmoguylol [03:18]
mercutioit's about 50% faster
or more
[03:18]
gizmoguyright
I assume SYD datacentre doesn't actually have much searching cached
[03:18]
mercutioyeah [03:18]
gizmoguyso requests go to SYD, then SYD forwards to the US [03:18]
mercutioand it goes to somewhre in asia
that prob has less cached than in the US
[03:18]
gizmoguyor yeah, asia [03:18]
mercutioyeh either or
it's faster to go to US from NZ
[03:19]
gizmoguythe internet is too big :( [03:19]
mercutiothan from AU
and i think it goes via asia not the US
but yeah
monitoring shit is good
i'd like to see perforamnce measuring of google too :/
of real queries
time curl -v 'http://www.google.co.nz/search?q=nzehrald&oq=nzehrald&aqs=chrome..69i57l2j69i59l2.2448j0j7&sourceid=chrome&espv=2&es_sm=122&ie=UTF-8#nfpr=1&q=nzherald' > /dev/null
like that or such
[03:19]
..... (idle for 22mn)
***Guest95370 is now known as easymac
easymac is now known as Guest91023
[03:42]
hive-mind has quit IRC (Ping timeout: 240 seconds) [03:51]
......... (idle for 40mn)
joepie91 has quit IRC (Changing host)
joepie91 has joined #arpnetworks
[04:31]
Guest91023 is now known as easymac
easymac is now known as Guest28839
[04:43]
..... (idle for 23mn)
Guest28839 has quit IRC (Quit: leaving) [05:07]
................... (idle for 1h34mn)
RandalSchwartz has joined #arpnetworks
RandalSchwartz has quit IRC (Changing host)
RandalSchwartz has joined #arpnetworks
[06:41]
....... (idle for 33mn)
tabthorpe has joined #arpnetworks
m0unds_ has joined #arpnetworks
robonerd- has joined #arpnetworks
staticsafe has quit IRC (*.net *.split)
robonerd has quit IRC (*.net *.split)
abthorpet has quit IRC (*.net *.split)
m0unds__ has quit IRC (*.net *.split)
robonerd- is now known as robonerd
robonerd has quit IRC (Changing host)
robonerd has joined #arpnetworks
[07:14]
staticsafe has joined #arpnetworks [07:30]
........ (idle for 36mn)
phlux has quit IRC (Ping timeout: 246 seconds)
phlux has joined #arpnetworks
[08:06]
....................... (idle for 1h51mn)
robonerd has quit IRC (Quit: ...)
hive-mind has joined #arpnetworks
[09:58]
......... (idle for 44mn)
easymac has joined #arpnetworks [10:46]
Guest1774 is now known as pjs
thestereobus has joined #arpnetworks
[10:57]
thestereobus has quit IRC (Quit: thestereobus) [11:07]
............................................ (idle for 3h38mn)
novae has quit IRC (Ping timeout: 240 seconds) [14:45]
novae has joined #arpnetworks [14:50]
novae has quit IRC (Ping timeout: 264 seconds)
novae has joined #arpnetworks
[15:02]
novae has quit IRC (Ping timeout: 240 seconds)
novae has joined #arpnetworks
[15:18]
novae has quit IRC (Ping timeout: 240 seconds)
novae has joined #arpnetworks
[15:32]
raptelan_ has quit IRC (Ping timeout: 272 seconds)
raptelan has joined #arpnetworks
[15:39]
RandalSchwartz has quit IRC (Ping timeout: 272 seconds) [15:46]
...... (idle for 27mn)
m0undsjust evacuated two more wasps out of my server room
haha
[16:13]
brycec"evacuated"?
That conjures a specific mental image
[16:14]
m0undsyeah, threw them in a dvd-r spindle cover and threw them in the parking garage [16:14]
brycecohlawd [16:15]
m0undsthey're lethargic because it's cold in there
hahaha
so they move verrrrrrrry slow
[16:15]
brycecNice! [16:15]
m0undsso i just took 'em out one at a time
one had flown away after a few mins in the sun
i'm just happy the guy who pulled this gear from outside put it in the server room and not our closet
because it's 40-something in the server room, but it's 70 in the closet
[16:15]
brycecsweet, good guy [16:18]
My new 2560x1440 27" display is gorgeous, and just freaking enormous :D [16:25]
mercutiomy 27" is kind of small [16:26]
brycectwss [16:26]
BryceBotOkay! twss! 'my 27" is kind of small' [16:26]
mercutiowell text i stiny
is
what kind of monitor is it bryce?
like ips or pls or what
[16:26]
brycecIPS iirc
http://www.monoprice.com/Product?c_id=114&cp_id=11401&cs_id=1130703&p_id=10509&seq=1&format=2
[16:28]
mercutioyeh ips [16:29]
brycecThe thing is exceptional. Great picture. The whole backside is solid metal. etc [16:29]
mercutioi have one ips one pls [16:29]
m0undswhoa, monoprice sells monitors? funny [16:29]
bryceclol m0unds yep
Bought this one through Massdrop for $345
[16:29]
m0undstoo funny [16:30]
brycecm0unds: They're known for very good S. Korean monitors, with an American warranty.
(and shipping source, etc)
[16:31]
m0undsi've seen all the cat-named ones mentioned all over the place (hardforum, overclockers.net etc)
but those are ebay purchases shipped from sk
[16:32]
brycecEDID vendor "KJT", prod id 30917 [16:33]
***acf_ has quit IRC (Ping timeout: 240 seconds)
tooth has quit IRC (Ping timeout: 240 seconds)
[16:41]
pjs has quit IRC (Ping timeout: 240 seconds)
dne has quit IRC (Ping timeout: 240 seconds)
acf_ has joined #arpnetworks
tooth has joined #arpnetworks
dne has joined #arpnetworks
novae has quit IRC (Ping timeout: 240 seconds)
novae has joined #arpnetworks
[16:48]
mercutiobrycec: i just have cheap korean ones
but yeah once i had one i wanted two :)
so i have one for windows one for linux
i wonder what my edid is
my EDID is ACB
neither mean anyhting to me
m0unds: you should get one
[17:07]
m0undsdon't really need one, haha [17:13]
mercutioone issue is they're dual-link dvi, which means most video cards can only support one
they're also 16:9 so it not much bigger than 24" 16:10
people really struggle to read my monitors :/
283x77 console size if full screen terminal
[17:14]
.... (idle for 15mn)
***staticsa1 has joined #arpnetworks [17:30]
up_the_ironsbrycec: so you'd recommend that monitor? i sometimes desire a new monitor capable of more than 1920x1080
yet both my laptops can't drive more than that, so.. boo...
[17:30]
***plett has quit IRC (Ping timeout: 240 seconds)
staticsafe has quit IRC (Ping timeout: 240 seconds)
[17:30]
up_the_ironsneed newer gear [17:31]
***plett has joined #arpnetworks [17:33]
mercutiomy laptop can do 1920x1200 i think [17:36]
...... (idle for 28mn)
***novae has quit IRC (Ping timeout: 240 seconds)
novae has joined #arpnetworks
[18:04]
mercutioget a desktop? [18:14]
***staticsa1 is now known as staticsafe [18:15]
mercutioi don't think many laptops can drive high res screens, mac ones can but you need an expensive adawpter
well it less expensive than mac screens
[18:22]
..... (idle for 24mn)
***pjs has joined #arpnetworks
pjs is now known as Guest12849
[18:46]
Guest12849 is now known as pjs [18:59]
.... (idle for 17mn)
m0undsmacbooks can via thunderbolt port
and the thunderbolt -> displayport cables are like $10 USD or less
that gets you up to like 2560x1600 i think
ugh, this wind sucks
[19:16]
***eryc has quit IRC (Ping timeout: 244 seconds) [19:22]
........ (idle for 39mn)
brycecup_the_irons: So far, yes. I'm still getting used to it, adjusting to having so much space. But the screen quality definitely seems to be top-notch.
brycec has never had a screen with a resolution higher than 1080p
[20:01]
up_the_ironsbrycec: cool [20:02]
***eryc has joined #arpnetworks
eryc has quit IRC (Changing host)
eryc has joined #arpnetworks
[20:16]
..... (idle for 22mn)
novae_ has joined #arpnetworks
novae has quit IRC (Ping timeout: 240 seconds)
pjs has quit IRC (Ping timeout: 240 seconds)
Guest28748 has joined #arpnetworks
[20:38]
Guest28748 has quit IRC (Ping timeout: 240 seconds)
Guest28748 has joined #arpnetworks
[20:51]
Guest28748 has quit IRC (Read error: Connection reset by peer)
Guest28748 has joined #arpnetworks
[21:04]
novae_ has quit IRC (Ping timeout: 286 seconds)
novae has joined #arpnetworks
[21:11]
Guest28748 has quit IRC (Ping timeout: 240 seconds)
Guest28748 has joined #arpnetworks
[21:16]
mhoran2 has joined #arpnetworks
ChanServ sets mode: +o mhoran2
[21:23]
mercutiom0unds: you need dual dvi rather than displayport for the cheap screens though
which need to be active
[21:24]
***mike-bur1 has joined #arpnetworks
ChanServ sets mode: +o mike-bur1
[21:25]
mercutiowhich are more like $80 USD
that's displayport to dual-link dvi, so maybe you need both on newer macs
[21:25]
***novae has quit IRC (Read error: Connection reset by peer)
mike-burns has quit IRC (Read error: Connection reset by peer)
mhoran1 has quit IRC (Read error: Connection reset by peer)
novae has joined #arpnetworks
Guest28748 has quit IRC (*.net *.split)
Guest28748 has joined #arpnetworks
[21:29]
.... (idle for 19mn)
novae has quit IRC (Remote host closed the connection)
Guest28748 has quit IRC (*.net *.split)
novae_ has joined #arpnetworks
Guest28748 has joined #arpnetworks
[21:50]
m0undsah. [21:55]
.... (idle for 17mn)
***Guest28748 has quit IRC (Ping timeout: 240 seconds)
Guest28748 has joined #arpnetworks
[22:12]
brycecMy smokeping is up to 6 slaves. This is a PITA to disseminate updates. [22:12]
mercutioheh [22:18]
.......... (idle for 45mn)
***mike-bur1 is now known as mike-burns [23:03]
...... (idle for 27mn)
toddfbrycec: automation needed [23:30]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)