↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
Who | What | When | |
---|---|---|---|
mercutio | down again? | [00:08] | |
*** | grepidemic has quit IRC (Ping timeout: 252 seconds) | [00:08] | |
up_the_irons | mercutio: no alarms yet, but i'll check | [00:09] | |
mercutio | it seems back again
it was short short enough to not be able to debug properly :( | [00:10] | |
up_the_irons | wouldn't be the s7.lax router cuz it doesn't reboot that fast ;) | [00:10] | |
mercutio | yeh
i wonder if it was ntt | [00:10] | |
up_the_irons | ya know, actually, my home twcable is down right now | [00:10] | |
mercutio | it was up via another host
which is nlayer hmm | [00:10] | |
up_the_irons | maybe related,d unno | [00:11] | |
mercutio | well when i was first looking there was that small ntt packet loss | [00:11] | |
up_the_irons | i'm using my android and tmobile | [00:11] | |
mercutio | ahh ok
damn debugging is annoying :/ | [00:11] | |
up_the_irons | srsly | [00:11] | |
mercutio | i got alerts too though
i got alerts then debugged | [00:11] | |
up_the_irons | s7.lax uptime is 1 hour, 27 minutes
woo ;) | [00:12] | |
mercutio | heh
(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_irons | haven't checked it | [00:14] | |
mercutio | looks 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] | |
BryceBot | Why 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] | |
BryceBot | Why 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] | |
BryceBot | Couldn't grab results from json stringified precioussss. | [00:21] | |
mercutio | mercutio wonders what issue happened an hnour ago | [00:21] | |
mnathani | @wa when will ipv6 reach widespread adoption | [00:21] | |
BryceBot | Couldn't grab results from json stringified precioussss. | [00:21] | |
mercutio | well 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] | |
mercutio | haha | [00:22] | |
BryceBot | Couldn't grab results from json stringified precioussss. | [00:22] | |
mercutio | @wa tldr | [00:22] | |
BryceBot | TLDR (acronym);too long didn't read | [00:22] | |
mercutio | mercutio 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] | ||
gizmoguy | mmm 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) | |||
mercutio | dunno what gave me the idea that you did hmm | [02:02] | |
gizmoguy | we 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] | |
mercutio | nice
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] | |
gizmoguy | we can pretty much do that | [02:17] | |
mercutio | cool. | [02:17] | |
gizmoguy | assuming you build your test schedule properly | [02:18] | |
mercutio | well routes can change over time
i see path length interesting | [02:18] | |
gizmoguy | best way to visualise an outage like that would be our matrix - http://amp.wand.net.nz/matrix/absolute-latency/both/nzamp/nzamp/ | [02:18] | |
mercutio | oh 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] | |
gizmoguy | sorry for speed. i have a new major database improvement to push out shortly | [02:19] | |
mercutio | ahh ok
lambda is broken? | [02:19] | |
gizmoguy | lambda is in the US :) | [02:20] | |
mercutio | how often does it update? | [02:20] | |
gizmoguy | everything else is in NZ | [02:20] | |
mercutio | oh red is < 300 msec and > 160
rather than > 300 msec | [02:20] | |
gizmoguy | if 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] | |
mercutio | mada doesn't measure that well on that either | [02:21] | |
gizmoguy | I've got all that fixed, just need to convert all the data and push out | [02:21] | |
mercutio | ahh 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] | |
gizmoguy | vocus is really broken
I'm not sure what they do to our AMP monitor machine but we see packet loss to everywhere | [02:22] | |
mercutio | rate limit icmp? | [02:22] | |
gizmoguy | forwarded ICMP? | [02:22] | |
mercutio | maybe | [02:22] | |
gizmoguy | as we see packet loss end to end | [02:22] | |
mercutio | on icmp? | [02:22] | |
gizmoguy | yeah | [02:23] | |
mercutio | or tcp/udp/etc? | [02:23] | |
gizmoguy | this is my favourite graph type - http://amp.wand.net.nz/view/amp-traceroute-rainbow/9238/1393323647/1393496447 | [02:23] | |
mercutio | i saw a route going via cogent drop icmp completely once
from a host doign monitoring | [02:23] | |
gizmoguy | shows up broken routing quite quickly | [02:23] | |
mercutio | it was very bizzare :/
trademe bounces between wgtn/akdl a lot | [02:23] | |
gizmoguy | note - trademe have the worst high availablity setup ever
a lot? | [02:23] | |
mercutio | contsantly | [02:24] | |
gizmoguy | try every 10 minutes | [02:24] | |
mercutio | http://202.49.71.24:24/smokeping/smokeping.fcgi?target=Wider.trademe
yes | [02:24] | |
gizmoguy | i.e their TTL on their A record | [02:24] | |
mercutio | 1 msec to akld 10 msec to wgtn | [02:24] | |
gizmoguy | http://amp.wand.net.nz/view/amp-icmp/2415/1393384891/1393476724 | [02:25] | |
mercutio | but it pretty consistent
3i think it similar behaviour really | [02:25] | |
gizmoguy | yeah, their DNS server just randomly selects from AKL or WLG whenever you query it
then it gets cached for the TTL | [02:25] | |
mercutio | yeh
i know it's mental they should just do anycast imo | [02:26] | |
gizmoguy | i'm amazed they can share state so well between their datacentres | [02:26] | |
mercutio | if they have a real outage on one of them, then people will reload page anyway
they don't afaik | [02:26] | |
gizmoguy | how do they keep you logged in? | [02:26] | |
mercutio | it'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] | |
gizmoguy | yeah, 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] | |
mercutio | yeh well it goes back to the db probably
what do they need to keep state on anyway? | [02:27] | |
gizmoguy | that'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] | |
mercutio | hmm | [02:28] | |
gizmoguy | because 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] | |
mercutio | maybe they replicate | [02:28] | |
gizmoguy | yeah they will | [02:28] | |
mercutio | i dunno really | [02:28] | |
gizmoguy | very very often | [02:28] | |
mercutio | i 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] | |
gizmoguy | yeah
did you watch any of the NZNOG videos btw? | [02:29] | |
mercutio | they don't even really need to cdn their traffic probably | [02:30] | |
gizmoguy | from janurary | [02:30] | |
mercutio | a couple | [02:30] | |
gizmoguy | the GCSB one? | [02:30] | |
mercutio | i watched fincham's one on rpki | [02:30] | |
gizmoguy | a+++++ for the GCSB one
so funny | [02:30] | |
mercutio | and the apnic one
i dunno there was terrible video/sound quality and most of the talks sounded pretty uninteresting :/ | [02:30] | |
gizmoguy | yeah the richard naylor couldn't be there this year (the dude who normally does the streaming) | [02:30] | |
mercutio | i liked the idea of 1.2.3.4 as standard anycast dns | [02:31] | |
gizmoguy | the GCSB one was awesome | [02:31] | |
mercutio | and i think the idea of rpki is slightly interesting | [02:31] | |
gizmoguy | watch the Q&A
geoff houston's talk was awesome as usual too was chatting to him at the pub the night before | [02:31] | |
mercutio | i 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] | |
gizmoguy | haha, Roland? | [02:32] | |
mercutio | yes | [02:32] | |
gizmoguy | I feel asleep during that one | [02:32] | |
mercutio | dibbins or something?
heh | [02:32] | |
gizmoguy | it was a good message
but it didn't need to go on for what felt like 60 minutes | [02:32] | |
mercutio | well 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] | |
gizmoguy | he is mr stateless firewall | [02:33] | |
mercutio | i'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] | |
mercutio | so this monitoring thingy is it light on clients? | [02:35] | |
*** | twobitha- has joined #arpnetworks
notion has joined #arpnetworks | [02:35] | |
mercutio | netamp
and does it require lots of ram on server? | [02:35] | |
gizmoguy | mercutio: yup | [02:36] | |
*** | Guest1774 has joined #arpnetworks | [02:36] | |
gizmoguy | we have plans to run on embedded devices | [02:36] | |
mercutio | cool | [02:36] | |
gizmoguy | it's just a little c program | [02:36] | |
mercutio | sweet | [02:36] | |
gizmoguy | and you can tack on rabbitmq if you want proper persistance (but requires 50mb of memory) | [02:36] | |
mercutio | is it ready for testing now?
on the server or client? | [02:36] | |
gizmoguy | the server is closed source at the moment (because of funding requirements / commercialisation potential)
but the client app is pretty open | [02:37] | |
mercutio | oh but is it available for other people to run? | [02:37] | |
gizmoguy | we try and run it on as much as we can
but we have a few trials soon on a few NZ ISPs | [02:37] | |
mercutio | i suppose it prob not then | [02:37] | |
gizmoguy | to trial monitoring a large residential ISP core | [02:37] | |
mercutio | interesting | [02:38] | |
gizmoguy | mercutio: 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] | |
mercutio | so it'll stick all of the isp's in a list? | [02:39] | |
gizmoguy | we have a 4 year MBIE grant to develop the software to the stage of being able to monitor NZ's internet | [02:39] | |
mercutio | rather than individuals being able to monitor different sites? | [02:39] | |
gizmoguy | we're working towards ISPs being able to pick and choose what the monitor | [02:40] | |
mercutio | tbh, nz internet seems better than overseas internet for domestic traffic | [02:40] | |
gizmoguy | yeah, it's really not too bad | [02:40] | |
mercutio | but i mean one user can't have 5 different sites that all monitor each other | [02:40] | |
gizmoguy | though we find some pretty broken stuff now and then | [02:40] | |
mercutio | other than silly people like you rate limiting to 10 megabit :/
you mean like routing via australia? | [02:41] | |
gizmoguy | So, the most recent funny one | [02:41] | |
mercutio | i suppose there's less infrastructure to go wrong in nz | [02:41] | |
gizmoguy | REANNZ <--> Callplus didn't work | [02:41] | |
mercutio | that should be able to go over ape | [02:41] | |
gizmoguy | their routers both said they should talk to each other over APE | [02:41] | |
mercutio | in both directions | [02:41] | |
gizmoguy | but on the APE layer 2, they couldn't talk | [02:42] | |
mercutio | what
why not | [02:42] | |
gizmoguy | so 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] | |
gizmoguy | we logged into reannz's APE router | [02:42] | |
*** | twobithacker has joined #arpnetworks | [02:42] | |
mercutio | bloody route servers | [02:42] | |
gizmoguy | ran ping [callplus ape ip] | [02:42] | |
mercutio | should directly connect :/ | [02:42] | |
gizmoguy | and it started working :) | [02:42] | |
mercutio | oh god | [02:42] | |
gizmoguy | yeah.... | [02:42] | |
mercutio | ubergroup had an issue like that before
except it'd start working | [02:42] | |
*** | easymac is now known as Guest95370 | [02:42] | |
gizmoguy | it hasn't fallen over again yet | [02:42] | |
mercutio | they're running vpls or something from there? | [02:42] | |
gizmoguy | probably 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] | |
mercutio | ubergroup would drop the first few pings to them always
then start to work | [02:43] | |
gizmoguy | also, callplus had a few ipv6 related issues we got fixed up | [02:43] | |
mercutio | callplus have ipv6? | [02:43] | |
gizmoguy | yeah | [02:43] | |
mercutio | did you hear about the i217-lm issues? | [02:43] | |
gizmoguy | nah? | [02:43] | |
mercutio | apparently i217-lm have bugs
and disabling ipv6 makes them stop breaking switches | [02:43] | |
gizmoguy | s/i217-lm/everything | [02:44] | |
BryceBot | <mercutio> apparently everything have bugs | [02:44] | |
mercutio | and i217-lm are on standard hp and dell hosts these days
apparently disabling power saving stuff might fix it
stuff like that | [02:44] | |
gizmoguy | :( sigh | [02:45] | |
mercutio | there's a few things floating around | [02:45] | |
gizmoguy | we use a lot of dell at work
haven't hit that one yet | [02:45] | |
mercutio | older ones probably
i217-lm is on haswell ones afaik | [02:45] | |
gizmoguy | all our dells come with broadcom chips
but I buy proper intel server NICs for all of them | [02:45] | |
mercutio | i217-v is integrated on consumer desktop boasrds with haswel onwards
broadcom isn't terible | [02:45] | |
gizmoguy | it really is | [02:46] | |
mercutio | it's a lot better than it used to be
for a desktop? | [02:46] | |
gizmoguy | depends on the broadcom chipset I guess | [02:46] | |
mercutio | my windows computer at home has onboard broadcom | [02:46] | |
gizmoguy | we have some benchmarks of consumer broadcom vs consumer intel NICs
for iperf | [02:46] | |
mercutio | i can do 972 megabit/sec
iirc | [02:46] | |
gizmoguy | intel requires 20% less CPU usage (less spurious soft interrupts) for a given iperf run | [02:46] | |
mercutio | it's something close to that if not that
hmm | [02:46] | |
up_the_irons | mercutio: you probably didn't see: https://twitter.com/arpnetworks/status/438949834670612481 | [02:47] | |
BryceBot | TWITTER: 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] | |
gizmoguy | up_the_irons: it's only 12am here! :) | [02:47] | |
mercutio | ahh
no i didn't up_the_irons but i remember you said something about ios | [02:47] | |
up_the_irons | yeah | [02:47] | |
mercutio | and doing osmething when the first issue came up | [02:47] | |
up_the_irons | happy to say s7.lax is now running a shiny new IOS | [02:47] | |
mercutio | is it going to crash less now? :) | [02:47] | |
gizmoguy | crash less or more, hard to say :)
need more data points | [02:48] | |
mercutio | gizmoguy: 20% less cpu usage on iperf? | [02:48] | |
up_the_irons | i give it 50 / 50 chance. this will rule out IOS issues, but there is still a possibility of bad hardware | [02:48] | |
mercutio | 20% cpu usage on iperf for gigabit is pretty high
that's what my core2duo does :/ | [02:48] | |
gizmoguy | mercutio: 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_irons | i actually ordered a new sup for s7 today | [02:48] | |
mercutio | gizmoguy: i dunno they both suck with udp traffic :/ | [02:48] | |
up_the_irons | if everything ends up being OK, then it'll just be a spare
otherwise, it'll replace the current one | [02:48] | |
mercutio | but 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] | |
gizmoguy | yeah | [02:49] | |
mercutio | i was surprised at the difference | [02:49] | |
gizmoguy | it is quite amazing
how much poor interrupt handling can screw you | [02:49] | |
mercutio | but it's the same card in both machines | [02:49] | |
gizmoguy | just better interrupt sharing? | [02:50] | |
mercutio | i 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] | |
gizmoguy | we tend to tune coalescing / MSI-X / irqbalance on any machine we care about doing throughput tests on | [02:51] | |
mercutio | and tcp offload stuff is way better than udp offload stuff
i tend to disable irqbalance what tuning do you do? | [02:51] | |
gizmoguy | yeah it's all about sending irqs to the right CPU cores
my notes are at work | [02:51] | |
mercutio | i was trying to figure out if there was anyway i could reduce cpu for infiniband | [02:51] | |
gizmoguy | rather - the student I make tune all my machines is at work :) | [02:52] | |
mercutio | yeah 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] | |
gizmoguy | anyway. i should sleep. got a meeting in 9 hours from now and I need my beauty sleep :) | [02:53] | |
mercutio | heh | [02:53] | |
gizmoguy | people who schedule meetings for 9am friday should be shot | [02:53] | |
mercutio | what's that embedded monitoring device btw?
heh | [02:53] | |
gizmoguy | we're trialing a few | [02:53] | |
mercutio | i should stick app in :/ | [02:54] | |
gizmoguy | I have one of these on my desk - http://www.freescale.com/webapp/sps/site/taxonomy.jsp?code=IMX6X_SERIES | [02:54] | |
mercutio | but it'll be small | [02:54] | |
gizmoguy | and we've also ordered one of those new intel embedded thingys
but it hasn't arrived yet | [02:54] | |
mercutio | ahh ok | [02:54] | |
gizmoguy | this is a better link for the freescale thing - http://www.element14.com/community/community/knode/single-board_computers/sabrelite | [02:55] | |
mercutio | i dunno why can't just do a virtual machine | [02:55] | |
gizmoguy | we're working on it
just have a few timing related issues to solve first | [02:55] | |
mercutio | ahh ok | [02:55] | |
gizmoguy | time drift is a big problem for us
and time drift occurs rather frequently in vm environments | [02:55] | |
mercutio | i see
well if it's small it fine anyway | [02:55] | |
gizmoguy | so, 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] | |
mercutio | i've only seen clock drift on vmware | [02:56] | |
gizmoguy | and parallels | [02:56] | |
mercutio | oh that the windows one | [02:57] | |
gizmoguy | macosx :/
we had some people running it it was soo bad | [02:57] | |
mercutio | haha
virtualbox! | [02:57] | |
gizmoguy | i'll let you in on a secret (lambda is already AMP running on a VM) | [02:57] | |
mercutio | ok | [02:57] | |
gizmoguy | because I don't care about accurate timing myself | [02:57] | |
mercutio | haha i guessed it would be
but the funders do | [02:57] | |
gizmoguy | but unfortunately working for an academic instute, we get in trouble for not considering the 'science' aspect :P | [02:58] | |
mercutio | i see
smokeping has way higher latency with ping to localhost on xen | [02:58] | |
gizmoguy | so we just have to do some timing verification to prove it's not bad
then we can deploy it | [02:58] | |
mercutio | it jumps from like 10 usec to 50 usec | [02:58] | |
gizmoguy | yeah, generally if you use virtualised clock drives you're fine | [02:59] | |
mercutio | not that 50 usec is a long time
but it's about as much as most ethernet coalescing is for | [02:59] | |
gizmoguy | like KVMs pvclock - https://rwmj.wordpress.com/2010/10/15/kvm-pvclock/ | [02:59] | |
mercutio | ahh ok
xen in pv mode is probably fine too? | [03:00] | |
gizmoguy | i'll admit i've not looked at xen | [03:00] | |
mercutio | i'd rather real hardware
with coalescing disabled most embedded hardware doesn't even support coalescing though | [03:00] | |
gizmoguy | http://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] | |
mercutio | maye it does have issues heh | [03:01] | |
gizmoguy | some VM software is terrible at keeping time | [03:01] | |
mercutio | i use ntp anyway | [03:01] | |
gizmoguy | yeah NTP mostly insulates you | [03:02] | |
mercutio | but i only care for second accuracy
for logs | [03:02] | |
gizmoguy | mmm | [03:02] | |
mercutio | ok | [03:02] | |
gizmoguy | we're technically only worried about drift
we don't care if we have an accurate time | [03:02] | |
mercutio | well i'll chat with you when you don't need to sleep i suppose :) | [03:02] | |
gizmoguy | just that 1 second == 1 second | [03:03] | |
mercutio | ahh
so you need way to measure it some thernet cards can timestamp too | [03:03] | |
gizmoguy | yup
PTP yeah, it's pretty cool Precision Time Protocol | [03:03] | |
mercutio | hmm i think you should use udp :/ | [03:04] | |
gizmoguy | lol | [03:04] | |
mercutio | with traffic volumes
slingshot prioritise icmp i heard :/ because otherwise people complain about high pings | [03:04] | |
gizmoguy | lol | [03:04] | |
mercutio | i dunno if it true | [03:04] | |
gizmoguy | our AMP monitor is in slingshot/callplus's core | [03:04] | |
mercutio | but if anyone is doing that it'd be slingshot | [03:04] | |
gizmoguy | so 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] | |
mercutio | i think it's more that they rate limit some traffic and icmp and http aren't rate limited as much | [03:05] | |
gizmoguy | they give you the best possible connectiviy they can | [03:05] | |
mercutio | yeh | [03:05] | |
gizmoguy | sounds right | [03:05] | |
mercutio | but that isn't
err typical 10 gigabit to the core! | [03:05] | |
gizmoguy | our machines only do 1gig :( | [03:06] | |
mercutio | telstraclears performance is shocking | [03:06] | |
gizmoguy | http://amp.wand.net.nz/view/amp-icmp/1779/1393326283/1393499083 | [03:06] | |
mercutio | but they actually advertise being fast at broadband
or at least they were based on that silly testing thingy | [03:06] | |
gizmoguy | callplus probably have the best google connectivity from everyone we monitor
(because we're two P nodes away from their google cache :)) | [03:06] | |
mercutio | what
is that gmail | [03:06] | |
gizmoguy | youtube.com
red line == ipv6 blue line == ipv4 | [03:06] | |
mercutio | oh
umm you mean to their local cache? | [03:07] | |
gizmoguy | yeah google are terrible at deploying ipv6
yeah their local cache | [03:07] | |
mercutio | www.gmail.com is better
cos it still in sydney it's bloody difficult to measure these things | [03:07] | |
gizmoguy | so is www.google.com | [03:07] | |
mercutio | www.google.com isn't | [03:07] | |
gizmoguy | if you have questions about google
yes it is | [03:07] | |
mercutio | www.google.co.nz is a cname to www.google.com
and is in auckland | [03:08] | |
gizmoguy | you won't find www.google.com hosts in NZ | [03:08] | |
mercutio | usually
yes you do | [03:08] | |
gizmoguy | err what IP do you see it hosted on? | [03:08] | |
mercutio | err you did
it's the syedney one atm but it's been in nz before | [03:08] | |
gizmoguy | exactly
nah, it won't I've had lengthy chats to google frontend engineers about this before | [03:08] | |
mercutio | nah it did for a while | [03:08] | |
gizmoguy | they 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] | |
mercutio | weird
well it was only temp i think | [03:09] | |
gizmoguy | the short answer is windows XP is the problem | [03:09] | |
mercutio | stuff shifts around a lot | [03:09] | |
gizmoguy | the longer answer is SSL is the problem | [03:09] | |
mercutio | at least vocus and orcon were hosting nz google mirrors last i knew
for a while on their normal youtube caches | [03:10] | |
gizmoguy | the 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] | |
mercutio | there is vocus, fx, orcon, snap, with ip's at least | [03:11] | |
gizmoguy | oh yes, sorry i've seen vocus and snap too | [03:11] | |
mercutio | i thnk telstraclear had one too
and telecom didn't? but maybe telecom do now | [03:11] | |
gizmoguy | telecom's an interesting beast | [03:12] | |
mercutio | i assume vodafone probably do | [03:12] | |
gizmoguy | I have no visibility inside it really | [03:12] | |
mercutio | well 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] | |
gizmoguy | lol
from a telecom residential connection | [03:13] | |
mercutio | telstraclears is still open
actually that's strange | [03:13] | |
gizmoguy | google takes me straight to SYD | [03:14] | |
mercutio | www.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] | |
gizmoguy | alright sleepy time, catcha later | [03:14] | |
mercutio | night | [03:14] | |
gizmoguy | if you want an amp monitor just fill out the form | [03:14] | |
mercutio | oh | [03:14] | |
gizmoguy | and 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] | |
gizmoguy | try www.google.com | [03:15] | |
mercutio | same diff
it's also a LOT of addresses | [03:15] | |
gizmoguy | not for google | [03:15] | |
mercutio | nah i did it
i mean it showed the same thing | [03:15] | |
gizmoguy | oh right | [03:15] | |
mercutio | % host www.google.com 8.8.8.8 | wc -l
22 | [03:15] | |
gizmoguy | and try a curl --head http://www.google.com ? | [03:16] | |
mercutio | can't
transparently proxied | [03:16] | |
gizmoguy | cause it might just 302 you to a different server
ah, right | [03:16] | |
mercutio | i suppose i could
but another time i'd have to bounce somewhere | [03:16] | |
gizmoguy | google can be pretty messy :) | [03:16] | |
mercutio | yes
and email comes from ages away | [03:16] | |
gizmoguy | yes | [03:17] | |
mercutio | so do 8.8.8.8 dns requests actually
it you dump on the server | [03:17] | |
gizmoguy | unfortunately NZ is too small for them to properly fix our connectivity | [03:17] | |
mercutio | yeh i understand | [03:17] | |
gizmoguy | which is suprising considering I have two friends who work for the google frontend/traffic team and both are from NZ | [03:17] | |
mercutio | if they just fixed sydney it'd be ok
searching is faster int he US than sydney | [03:17] | |
gizmoguy | they just sigh and grunt everytime I report issues | [03:18] | |
mercutio | if you really want to speed up browsing route to google via US
err searching | [03:18] | |
gizmoguy | lol | [03:18] | |
mercutio | it's about 50% faster
or more | [03:18] | |
gizmoguy | right
I assume SYD datacentre doesn't actually have much searching cached | [03:18] | |
mercutio | yeah | [03:18] | |
gizmoguy | so requests go to SYD, then SYD forwards to the US | [03:18] | |
mercutio | and it goes to somewhre in asia
that prob has less cached than in the US | [03:18] | |
gizmoguy | or yeah, asia | [03:18] | |
mercutio | yeh either or
it's faster to go to US from NZ | [03:19] | |
gizmoguy | the internet is too big :( | [03:19] | |
mercutio | than 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) | |||
m0unds | just evacuated two more wasps out of my server room
haha | [16:13] | |
brycec | "evacuated"?
That conjures a specific mental image | [16:14] | |
m0unds | yeah, threw them in a dvd-r spindle cover and threw them in the parking garage | [16:14] | |
brycec | ohlawd | [16:15] | |
m0unds | they're lethargic because it's cold in there
hahaha so they move verrrrrrrry slow | [16:15] | |
brycec | Nice! | [16:15] | |
m0unds | so 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] | |
brycec | sweet, good guy | [16:18] | |
My new 2560x1440 27" display is gorgeous, and just freaking enormous :D | [16:25] | ||
mercutio | my 27" is kind of small | [16:26] | |
brycec | twss | [16:26] | |
BryceBot | Okay! twss! 'my 27" is kind of small' | [16:26] | |
mercutio | well text i stiny
is what kind of monitor is it bryce? like ips or pls or what | [16:26] | |
brycec | IPS iirc
http://www.monoprice.com/Product?c_id=114&cp_id=11401&cs_id=1130703&p_id=10509&seq=1&format=2 | [16:28] | |
mercutio | yeh ips | [16:29] | |
brycec | The thing is exceptional. Great picture. The whole backside is solid metal. etc | [16:29] | |
mercutio | i have one ips one pls | [16:29] | |
m0unds | whoa, monoprice sells monitors? funny | [16:29] | |
brycec | lol m0unds yep
Bought this one through Massdrop for $345 | [16:29] | |
m0unds | too funny | [16:30] | |
brycec | m0unds: They're known for very good S. Korean monitors, with an American warranty.
(and shipping source, etc) | [16:31] | |
m0unds | i'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] | |
brycec | EDID 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] | ||
mercutio | brycec: 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] | |
m0unds | don't really need one, haha | [17:13] | |
mercutio | one 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_irons | brycec: 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_irons | need newer gear | [17:31] | |
*** | plett has joined #arpnetworks | [17:33] | |
mercutio | my 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] | |
mercutio | get a desktop? | [18:14] | |
*** | staticsa1 is now known as staticsafe | [18:15] | |
mercutio | i 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) | |||
m0unds | macbooks 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) | |||
brycec | up_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_irons | brycec: 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] | ||
mercutio | m0unds: 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] | |
mercutio | which 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] | ||
m0unds | ah. | [21:55] | |
.... (idle for 17mn) | |||
*** | Guest28748 has quit IRC (Ping timeout: 240 seconds)
Guest28748 has joined #arpnetworks | [22:12] | |
brycec | My smokeping is up to 6 slaves. This is a PITA to disseminate updates. | [22:12] | |
mercutio | heh | [22:18] | |
.......... (idle for 45mn) | |||
*** | mike-bur1 is now known as mike-burns | [23:03] | |
...... (idle for 27mn) | |||
toddf | brycec: automation needed | [23:30] |
↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |