[01:07] <brycec> Wheee look at those NTT hops
[01:08] <brycec> ...there are more hops to Google over v6 than over v4 :(
[01:08] <brycec> 12 vs 7
[01:17] <up_the_irons> brycec: I'll see if ASN 11799 can peer with us over IPv6; that's how we're getting 7 hops in v4
[01:17] <mike-bur1> I really need to get on this v6 bandwagon.
[01:17] <up_the_irons> i just sent 'em an email about it
[01:18] <brycec> Cool
[01:18] *** mike-bur1 is now known as mike-burns
[01:19] *** ChanServ sets mode: +o mike-burns
[02:29] *** LT has joined #arpnetworks
[04:39] <mercutio> the route to google looks fine
[04:39] <mercutio> ignore the hops
[04:40] <mercutio> it's ~ 10 msec
[04:40] <mercutio> well to www.google.com
[04:43] <mercutio> oh and < 1 msec by ipv4
[04:43] <mercutio> i see why you care :)
[05:01] *** LT has quit IRC (Quit: Leaving)
[05:49] *** mike-bur1 has joined #arpnetworks
[05:49] *** pjs_ has joined #arpnetworks
[05:49] *** mhoran2 has quit IRC (Read error: Connection reset by peer)
[05:49] *** pjs has quit IRC (Read error: Connection reset by peer)
[05:49] *** milki has quit IRC (Read error: Connection reset by peer)
[05:49] *** milki has joined #arpnetworks
[05:49] *** mhoran2 has joined #arpnetworks
[05:49] *** ChanServ sets mode: +o mhoran2
[05:50] *** eryc has quit IRC (Ping timeout: 245 seconds)
[05:50] *** mike-burns has quit IRC (Read error: Connection reset by peer)
[05:50] *** mjp has quit IRC (Ping timeout: 245 seconds)
[05:50] *** mnathani has quit IRC (Ping timeout: 252 seconds)
[05:51] *** eryc has joined #arpnetworks
[05:51] *** eryc has quit IRC (Changing host)
[05:51] *** eryc has joined #arpnetworks
[05:51] *** mnathani has joined #arpnetworks
[06:23] *** mike-bur1 is now known as mike-burns
[06:23] *** ChanServ sets mode: +o mike-burns
[07:11] *** pjs_ is now known as pjs
[07:14] *** NiTeMaRe has quit IRC (Remote host closed the connection)
[08:03] *** NiTeMaRe has joined #arpnetworks
[08:06] <brycec> heh I didn't even pay attention to the latency... I was just curious about the new path taken was all
[08:07] <brycec> Also yeah I see those same numbers, 11ms over v6, .7ms over v4
[08:07] <m0unds> kinda trivial latency-wise
[08:07] <m0unds> but less hops is moar bettar i guess
[08:07] <m0unds> fewer
[08:34] *** mhoran2 is now known as mhoran
[08:49] <mike-burns> Also *more and *better ...
[08:49] <m0unds> nah
[08:49] <m0unds> intentional
[08:49] <mike-burns> Hah.
[09:06] <toddf> is anybody having networking issues at arp at the moment? I'm discovering my vps'en are hard down, no networking between any of them let alone to the gateways
[09:08] <brycec> MOAR BETTAR
[09:08] <toddf> ?
[09:08] <brycec> toddf: reference to something earlier.
[09:08] <brycec> toddf: And I'm not seeing any issues with my lone VPS.
[09:19] <toddf> whether it is new or I'm blind and just noticed, I'm very glad that portal.arpnetworks.com links to support.arpnetworks.com with the login to portal and I can view and create tickets that way. mail is down for me as a result of the vps issues mentioned above .. ;-(
[09:21] <brycec> Heh, so it does. Neat
[09:23] <m0unds> that sucks - i had a blip early this morning that dropped ipv4 connectivity to a couple places and triggered monitoring notifications
[12:39] *** medum has joined #arpnetworks
[12:56] *** mjp has joined #arpnetworks
[14:10] <mercutio> it seems routing via any2ix/coresite is half-working now
[14:10] <mercutio> i don't rememer as11799.net appearing before
[14:24] <staticsafe> seeing a lot more NTT in v6 routes to ARP now :)
[14:24] <mercutio> oh ntt has better routing too i think
[14:24] <mercutio> oh ntt are japanese aren't they
[14:25] <staticsafe> yep
[14:25] <mercutio> so japanese destinaions aren't good tests :)
[14:26] <mercutio> struggling to find ipv6 sites now
[14:26] <mercutio> facebook, kame, ..
[14:26] <staticsafe> asininetech.com
[14:26] <brycec> google
[14:26] <mercutio> dundeadly.org
[14:26] <brycec> vps[13].cobryce.com
[14:26] <mercutio> i did google yesterday
[14:27] <mercutio> asinetech.com is via he.net
[14:27] <mercutio> (spelt correctly)
[14:27] <brycec> (as is vps1. vps3 is on ARP)
[14:27] <mercutio> bryce: that won't help
[14:27] <mercutio> i was seeing what goes over ntt :/
[14:27] <mercutio> oh what
[14:28] <mercutio> you are on tunnel
[14:28] <brycec> huh?
[14:28] <mercutio> it goes via he.net to you too bryce
[14:28] <brycec> mercutio: to which, vps1? I already said it's on he.net.
[14:28] <brycec> (vps3 is native on ARP.)
[14:28] <mercutio> oh right
[14:28] <mercutio> vps1
[14:28] <brycec> <-- creative VPS naming
[14:28] <mercutio> i thought you said vps 1 to 3 are on arp
[14:28] <mercutio> yeh ok
[14:28] <mercutio> yeh i know right
[14:29] <mercutio> you should see my old naming
[14:29] <mercutio> i had sj.meh.net.nz, la.meh.net.nz, chi.meh.net.z, da.meh.net.nz, uk.meh.net.nz, am.meh.net.nz
[14:29] <mercutio> etc
[14:29] <mercutio> but then what happens if you have more than one in la :/
[14:29] <mercutio> so i have arp.meh.net.nz now :)
[14:30] <mercutio> the old la.meh.net.nz was on budgetvm, who had heaps of ddos issues
[14:30] <brycec> lol I thought you were using meh.net.nz as a dummy
[14:30] <mercutio> now i should really cull it from dns
[14:30] <mercutio> haha
[14:30] <brycec> (but then I looked it up)
[14:30] <mercutio> i have the.net.net too
[14:30] <mercutio> oops
[14:30] <mercutio> the.net.nz
[14:31] <mercutio> but i'm not using it for much atm
[14:31] <mercutio> argh that reminds me i have to update my nameservers :/
[14:32] <mercutio> is anyone following the debian upstart vs systemd debate?
[14:32] <mike-burns> is there a ML I should look on to see this?
[14:33] <mike-burns> Either way I'll be annoyed; I just want BSD's init.
[14:33] <brycec> I value my sanity... That's why I listened to the Bill Nye/Ken Ham "creationism" "debate".
[14:33] <mercutio> there's many mailing lists i think
[14:33] <mercutio> but you shouldn't
[14:33] <mercutio> it's been going on for months
[14:33] <mercutio> it's like watching politics on tv :/
[14:33] <brycec> srsly
[14:33] <mercutio> you may be able to do it, but it's much easier if someone else watches it for you and gives you an overview
[14:33] <mercutio> unless you like watching grown men bickering between each other
[14:33] <mike-burns> Well, what's the overview?
[14:34] <mercutio> well they've had months of debate, and have finally voted on... further discussion
[14:34] <mercutio> http://www.phoronix.com/scan.php?page=news_item&px=MTU5NDk
[14:35] <mercutio> i pasted some url to a humurous video outlining various things in it though
[14:35] <mercutio> http://aceattorney.sparklin.org/jeu.php?id_proces=57684
[14:35] <mercutio> which at least helped me understand in more deatil
[14:35] <mercutio> i hope they go with systemd myself
[14:35] <staticsafe> same
[14:35] <mercutio> i don't really like systemd
[14:36] <mercutio> but i'd much rather see something that everyone uses
[14:36] <mike-burns> It looks like the upstart license is incompatible?
[14:36] <mercutio> mike-burns: but there are upstart people on the board
[14:36] <mercutio> the upstart license is .. complicated.
[14:36] <mike-burns> https://wiki.debian.org/Debate/initsystem/upstart - the con is confusing.
[14:36] <brycec> I agree with3 mercutio
[14:36] <mercutio> but it's like the fsf license i think
[14:36] <mercutio> where you have to assign copyright or something
[14:37] <mike-burns> Does anyone use Debian/BSD?
[14:37] <mike-burns> GNU userland and FreeBSD kernel, I guess?
[14:37] <mercutio> nope
[14:37] <brycec> lol nope!
[14:37] <mike-burns> That's what I thought.
[14:37] <m0unds> i grew to like systemd when i messed with arch
[14:37] <mercutio> i have tried ferebsd 10 now
[14:38] <mercutio> m0unds: how do you do /etc/rc.local?
[14:38] <m0unds> eh?
[14:38] <brycec> Never really understood that... If you want the FreeBSD kernel, just run FreeBSD. If you're soooo attached to Debian-isms, you have personal issues :p
[14:38] <mercutio> to have some local stuff executed after all the systemd crap :/
[14:38] <m0unds> oh, no idea. i used just 100% systemd crap
[14:38] <mercutio> i lvoe how much faster pacman in arch is than apt-get in debian/ubuntu
[14:38] <brycec> mercutio: Write a systemd service :p
[14:39] <m0unds> yea, it's super fast
[14:39] <mike-burns> I never understood GNU userland+FreeBSD kernel: the Linux kernel has tons more hardware support, and GNU userland is awful.
[14:39] <m0unds> systemd is really fast to init too
[14:39] <mercutio> i'm using arch now :)
[14:39] <m0unds> i don't really like the system journal vs discrete logs
[14:39] <brycec> mike-burns: except when it comes to very specific things, like ZFS :p
[14:39] <m0unds> but it doesn't bother me /that/ much
[14:39] <mercutio> i'm using ssd
[14:39] <mercutio> but yeah it boots pretty quick
[14:39] <mike-burns> brycec: Right, true; and then I'd just use FreeBSD.
[14:39] <brycec> I hear that, m0unds
[14:39] <brycec> mike-burns: which is precisely what I'm doing too :p
[14:39] <mike-burns> I would, however, use Linux + BSD userland.
[14:39] <mercutio> for some reason freebsd is insanely slow to boot
[14:40] <brycec> -ENOTENOUGHRICERS
[14:40] <m0unds> i have it on an awful little amd netbook (arch) and it boots in ~15 sec w/a 5400rpm disk
[14:40] <mercutio> but really ther'es not a huge diff between ubuntu and arch boot times
[14:40] <mercutio> but freebsd seems to take about 10 times as long to boot
[14:40] <mercutio> i imagine it's not doing enough parallel starting etc
[14:41] <mercutio> how did you time it m0unds?
[14:41] <m0unds> not sure how long it takes to start freebsd; i don't really reboot the systems i have that run it
[14:41] <brycec> I think that during the migration, Arch had a systemd service that just executed /etc/rc.local too. Easy enough to do. 14:36:50 < mercutio> m0unds: how do you do /etc/rc.local?
[14:41] <m0unds> ah, ok - i tested arch after it was already in use
[14:41] <m0unds> i'm not a linux desktop person
[14:41] <brycec> And you could always just use cron + @reboot
[14:41] <m0unds> i timed it after post completed - post is 3 seconds
[14:42] <mercutio> ok
[14:42] <mercutio> i'm about 1 second to grub
[14:42] <m0unds> something like that anyway
[14:42] <mercutio> about 5 seconds booting
[14:42] <mercutio> i just booted my other pc
[14:42] <mercutio> it's uefi
[14:42] <m0unds> my win8 box is to the login screen in 5-8 seconds
[14:43] <m0unds> ssd, uefi
[14:43] <mercutio> yeah this is ssd/uefi
[14:43] * brycec remembers when...
[14:43] <mercutio> dual boot windows/linux
[14:43] <mercutio> i also don't boot into X :/
[14:43] <m0unds> yeah, i have arch on a second disk in that box, but arch is on a platter drive
[14:43] <mercutio> i just login and type startx
[14:43] * brycec too
[14:43] <m0unds> yeah, same w/the little laptop i have
[14:43] <mercutio> i hate lightdm
[14:43] <m0unds> desktop arch install boots to x because i don't care
[14:43] <m0unds> rarely ever boot it anyway
[14:44] <mercutio> i reckoen if soemthingshould be optimised it's video card
[14:44] <mercutio> uhh getting the resolution thingy
[14:44] <mercutio> [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 128
[14:44] <mercutio> like crap like that in dmesg
[14:44] <m0unds> yuck
[14:45] <mercutio> ikr
[14:45] <mercutio> but it seems to get the data ok
[14:45] <mercutio> it just seems to slow it down
[14:45] <m0unds> huh.
[14:45] <mercutio>  radeon 0000:01:00.0: DVI-I-1: Ignoring invalid EDID block 1.
[14:45] <m0unds> my mbp takes ~20 seconds to boot from power button w/an SSD
[14:45] <mercutio> i think it's cos i only using one monitor
[14:46] <mercutio> m0unds: wow
[14:46] <mercutio> my hackinstosh boots faster than that :/
[14:46] <mercutio> are you using mavericks?
[14:46] <brycec> Ooh burn
[14:46] <m0unds> yep, mavericks
[14:46] <m0unds> has lots of issues
[14:46] <mercutio> weird
[14:46] <mercutio> windows 8 definitely boots faster than macos though
[14:47] <m0unds> my wife's mba boots in about the same time, but she's still on mountain lion
[14:47] <m0unds> 2013 gen (haswell) mba
[14:47] <mercutio> oh
[14:47] <mercutio> i didn't know they did haswell on lion
[14:47] <mercutio> i don't hate macos
[14:47] <mercutio> i just prefer linux and ion
[14:48] <m0unds> i like it, there's just lots of improvements they could make to ux
[14:48] <mercutio> i like that it installs zsh by default
[14:48] <m0unds> i had to teach myself to use expose instead of cmd tab
[14:48] <mercutio> and ssh
[14:48] <m0unds> because i kept minimizing windows and it's annoying to go to the window menu to find what i'm trying to switch back to
[14:49] <m0unds> yea, that was why i went with a macbook - better specs than an ultrabook, lots of tools i use on a regular basis baked in
[14:50] <m0unds> 2.9GHz i7, 8gb ram, 200-someodd gb ssd
[14:51] <staticsafe> SSDs sure are great
[14:51] <m0unds> yea, price/gig is coming down a lot too
[14:51] <staticsafe> i got one for my desktop
[14:51] <mercutio> you think that now
[14:51] <mercutio> wait until they get 1/10th of the latency
[14:51] <staticsafe> 256GB Samsung 840 EVO
[14:52] <mercutio> there's some room for improvement
[14:52] <mercutio> i think the first improvements are coming with parallel requests and more direct access
[14:52] <m0unds> the only thing that sucks about ssds is having to use machines that don't have one
[14:52] <mercutio> bringing latency down
[14:52] <mercutio> m0unds: haha yeh
[14:52] <staticsafe> best part is no noise tbh
[14:52] <mercutio> taht's why i like the idea of these hybrids
[14:52] <mercutio> but would never want to use one myself
[14:52] <staticsafe> mechanical drives get noisy
[14:53] <mercutio> yeah i dunno why some drives are much noisier than others
[14:53] <mercutio> but i kept wanting to have raid at home
[14:53] <mercutio> but having nowhere to stick it
[14:53] <m0unds> yea, my env at work isn't quiet enough to notice disks
[14:53] <mercutio> it's pretty easy to noitce 3 or 4 disks
[14:53] <staticsafe> yep
[14:53] <mercutio> i used to use 4 disk raid at home, it's kind of annoying/intrusive
[14:53] <mercutio> but it was pretty fast
[14:53] <mercutio> so now i'm doing raid on ssd with small disks
[14:54] <mercutio> and just not storing too much at home
[14:54] <mercutio> with one backup hard-disk
[14:54] <mercutio> so at least my important data can be on  raid
[14:54] <mercutio> one cool thing about ssd's is it's easier to do backups
[14:55] <mercutio> because it forces people not to store  too much data in one place
[14:55] <staticsafe> heh true
[14:55] <m0unds> yeah, makes it a lot easier to use time machine
[14:55] <m0unds> hahaha
[14:55] <mercutio> and i have some files i access remotely
[14:56] <mercutio> and they're on hdd raid far away from me
[14:57] <mercutio> other thing i noticed is 2.5" hard-disks tend to be quieter
[14:57] <staticsafe> indeed
[14:57] <mercutio> so i was thinking about raiding 2.5" hard-disks
[14:57] <m0unds> like sas disks?
[14:57] <mercutio> nah
[14:57] <m0unds> or like notebook disks
[14:57] <mercutio> like 7.2k laptop hard-disks
[14:58] <mercutio> they also have high latency often though
[14:58] <m0unds> and higher than avg failure rates
[14:58] <mercutio> yeah
[14:58] <m0unds> if they're on 24/7
[14:58] <mercutio> hence i only thought about it
[14:58] <m0unds> yeah, haha
[14:58] <mercutio> you can get 7mm ones
[14:58] <mercutio> the same size as ssd's
[14:58] <mercutio> it's insane when you think about it
[14:58] <mercutio> sas disks aren't normally that thin
[14:58] <m0unds> all that mechanical stuff in that small of a chassis
[14:59] <m0unds> pretty wacky
[14:59] <mercutio> ssd's are actually in oversized cases atm
[14:59] <mercutio> even when they 7mm ;/
[14:59] <m0unds> yea, they're tiny
[14:59] <mercutio> if you see pictures of people who have opened them up
[15:00] <m0unds> those little msata ones are funny
[15:00] <mercutio> yeah
[15:00] <m0unds> http://ts2.mm.bing.net/th?id=H.4733093869193817&pid=1.7
[15:00] <m0unds> err
[15:00] <m0unds> wasn't sure if that link would work but it does
[15:01] <mercutio> it said bing
[15:01] <mercutio> i assumed it was a mistaake
[15:01] <brycec> haha
[15:01] <mercutio> haha yeh
[15:02] <mercutio> was that mastaa
[15:02] <mercutio> http://cdn.pcper.com/files/imagecache/article_max_width/review/2013-07-25/130721-132916-7.65.jpg
[15:02] <mercutio> ahh yeh it is
[15:02] <mercutio> but see even the normal ssd's you buy are smalleer than the case
[15:02] <brycec> shit man, that's 1TB...
[15:03] <brycec> yep
[15:03] <mercutio> yeah they're hell expensive
[15:03] <mercutio> but out there
[15:03] <mercutio> i'd go for 3x500gb in raid 5
[15:03] <mercutio> over 1tb
[15:03] <mercutio> i'm doing 3x120 in raid10 and raidz
[15:04] <brycec> mercutio: I'd just thought "gee, look at all that room if they wanted to stuff it with more flash, make it a 1TB... oh, it already is"
[15:06] <mercutio> haha
[15:07] <mercutio> i think 500gb is more popular
[15:07] * m0unds doesn't use google :P
[15:07] <m0unds> typically use duckduckgo, but image searching goes to bing via !bimages bang syntax @ ddg
[15:07] <mercutio> duckduckgo?
[15:08] <m0unds> https://duckduckgo.com
[15:08] <m0unds> https://duckduckgo.com/goodies
[15:08] <mercutio> it's on amazon
[15:08] <mercutio> i wouldn't count on it not being tracked
[15:09] <m0unds> i wouldn't suggest that it being on ec2 means it's being tracked
[15:09] <mercutio> it may be
[15:09] <m0unds> i doubt it
[15:09] <mercutio> it's shared storage
[15:09] <mercutio> by a company that is into tracking
[15:09] <m0unds> at any rate
[15:09] <m0unds> not why i use it
[15:09] <mercutio> ahh ok
[15:14] <m0unds> https://duck.co/help/company/architecture
[15:14] <m0unds> http://highscalability.com/blog/2013/1/28/duckduckgo-architecture-1-million-deep-searches-a-day-and-gr.html if you're curious
[15:19] <mercutio> that is interetsing
[15:19] <mercutio> dunno why they use amazon though :/
[15:20] <m0unds> why wouldn't they?
[15:20] <mercutio> low network speeds
[15:20] <mercutio> bad routing
[15:20] <mercutio> high cost
[15:20] <mercutio> low performance
[15:20] <m0unds> hasn't been my experience at all with aws
[15:21] <m0unds> well architected stuff will run well on aws
[15:21] <mercutio> maybe network speeds are good for you, but id on't get good speeds to amazon singapore, amazon east coast, amazon ireland?
[15:21] <mercutio> for some reason lots of stuff is on amazon east coast, and lots of ti tends to be slow
[15:22] <m0unds> that's the default region, iirc
[15:22] <mercutio> and benchmarks clearly show the performance is worse than real machines
[15:22] <m0unds> but, like i said: 16:20:01        m0unds | well architected stuff will run well on aws
[15:22] <m0unds> if you have global reach, architect like you have global reach
[15:22] <m0unds> not like you have users in the US and nowhere else
[15:22] <mercutio> i had a friend with amazon, and his disk performance and cpu performance were shocking
[15:22] <m0unds> was he using ebs?
[15:22] <mercutio> they throttle disk i/o apparently
[15:22] <mercutio> no idea
[15:22] <mercutio> he had a local hard-disk
[15:22] <mercutio> and ubuntu
[15:22] <m0unds> if io sucked, it was probably ebs
[15:23] <mercutio> and ssh was sluggish
[15:23] <m0unds> ebs isn't intended to be used like that, but lots of people treat ec2 compute instances like VPS'
[15:23] <mercutio> oh ok
[15:23] <mercutio> yeah he was treating it like a vps
[15:23] <m0unds> EBS is like network storage
[15:23] <m0unds> it's not actually in the host
[15:24] <m0unds> so IOPS are generally pretty awful
[15:24] <mercutio> he did get some boost by upgrading to higher plan
[15:24] <mercutio> i told him he should just get vps :/
[15:25] <m0unds> yea, if your app isn't gonna need to scale a ton, it makes more sense to get some semblence of dedicated resources
[15:25] <mercutio> lots of people that want to use amazon dont' seme to consider other options
[15:25] <m0unds> yea, they have a lot of mindshare
[15:26] <m0unds> http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonEBS.html
[15:26] *** hive-mind has quit IRC (Ping timeout: 264 seconds)
[15:26] <mercutio> With Amazon EBS provisioned IOPS (input/output operations per second) volumes, you can provision a specific level of I/O performance, up to 4000 IOPS per volume.
[15:26] <mercutio> he was way under 4000 iops
[15:26] <mercutio> i'd estimate more like 20 to 30
[15:26] <m0unds> micro instance maybe?
[15:27] <m0unds> dunno
[15:27] <mercutio> yeah i think it was micro
[15:27] <m0unds> at any rate, the point is that storage is independent of the compute instance
[15:27] <mercutio> and he went to small
[15:27] <mercutio> it was unsable for casual use
[15:27] <mercutio> it had 768mb of ram i think
[15:27] <m0unds> ah
[15:27] <mercutio> and he went to 1.7gb?
[15:27] *** hive-mind has joined #arpnetworks
[15:27] <mercutio> not sure on numbers exact, but it was werid numbers :/
[15:28] <mercutio> that said i'm on 768mb on arp
[15:28] <mercutio> 1.7 seems to beee small
[15:28] <mercutio> where's micro
[15:28] <mercutio> oh 0.615gb
[15:35] <toddf> so I hope this is not too far off topic, but I think its worth mentioning .. arpnetworks is the best vps hosting provider I've encountered to date. yet, anybody who aims to be highly available knows you can't put all your eggs in one basket. thus, I've found https://my.iniz.com/aff.php?aff=289 as another basket to put some eggs in. (yes thats a referral link). can't beat roughly $20 USD/year for 256mb/250gb xfer/10gb disk kvm vps ...
[15:35] <toddf> ... .. but they've no serial console, no secure vnc option, no ssh menu option, no /48 of IPv6 (you get 1 address). fwiw.
[15:36] <mercutio> solusvm?
[15:36] <toddf> I've seen that term. what exactly does it mean?
[15:36] <m0unds> vps management thingie
[15:36] <mercutio> it's a control panel with security issues
[15:36] <mercutio> and haphazard development
[15:37] <mercutio> most vps providers that aren't doing custom stuff are using it
[15:37] <m0unds> it can only assign multiple single ipv6 addrs rather than contiguous blocks, iirc
[15:37] <mercutio> it's vnc is exposed to the world  as well
[15:37] <mercutio> and they use centos
[15:37] <mercutio> and they've had actual security issues befeore
[15:37] <mercutio> and their mysql database is messy
[15:38] <mercutio> but it's like $10/month per server
[15:38] <mercutio> so it's "cheap" for the provider
[15:38] <mercutio> like i imagine  up_the_irons  has put MANY hours into doing his control panel
[15:38] <toddf> heh. like I said 'best'. there are many security things at arpnetworks I'm happy with.
[15:39] <toddf> one switch taking out all my vps systems for the better part of today makes me want _something_ to show signs of life elsewhere.
[15:39] <mercutio> yeah i just recommend to stay away from solusvm if you can if you care about your data etc
[15:39] <m0unds> toddf: yeah, gotcha
[15:39] <mercutio> you seem to have more network problems than most toddf
[15:39] <m0unds> i don't run any critical stuff anymore, just personal crap mostly
[15:39] <toddf> mercutio: I am on the test 1gbps ports, granted
[15:40] <mercutio> maybe you should shift back :)
[15:40] <toddf> I consider it a kick in the pants that all eggs in one basket is bad period.
[15:40] <m0unds> toddf: did you get your net stuff from earlier sorted out?
[15:40] <toddf> m0unds: yes, up_the_irons kicked the switch that had all the 1gbps ports and it booted up fine
[15:41] <toddf> mercutio: 'if I care about my data' aka .. solusvm is like putting a bitcoin wallet on a windows server on the net, expect it to be r00ted soon? ;-)
[15:41] <mercutio> kind of
[15:41] <m0unds> haha, windows is reasonably secure if you're not a dummy
[15:41] <mercutio> i'm not aware of anything happeniing yet
[15:41] <m0unds> not since the last big exploit thing last year?
[15:42] <mercutio> but basically it's reasonably likely that in the not too distant future someone will find an exploit for solusvm that gives them root
[15:42] <mercutio> and can go into all servers, or put trojans in servers automatically
[15:42] <mercutio> and reboot :/
[15:42] <mercutio> but the same as any problem
[15:42] <mercutio> if you're not a normal target, then you'll probably find them just trying to doos or irc fromy our host if they get into it
[15:44] <toddf> mercutio: I'm planning on having 2ndary dns and perhaps some mx traffic but .. humm .. if only secure vnc or spice were possible so I could have secure access to console I'd just setup cryptoraid and require me to enter the password everytime I rebooted
[15:44] <mercutio> hmm
[15:45] <mercutio> why don't you just run backup at home?
[15:45] <toddf> I'm trying to get servers away from my home office. at least temporarily. need to re-org and redo.
[15:45] <mercutio> ahh
[15:45] <mercutio> well it up to you :)
[15:45] <mercutio> i'm hestitant about dns
[15:46] <toddf> well, I have home business, but if any of my 3 public ip systems reboots, I have to reboot the cablemodem and ping a v4 address for them all to have internet access.
[15:46] <toddf> that's not reliable for hosting ;-(
[15:46] <mercutio> beacues if someone exploits your dns
[15:46] <mercutio> then they can put huge stupid long ttl''sgoing to wrong locations
[15:46] <m0unds> yea, that's been happening more and more
[15:46] <mercutio> but again if you're not a target that is unlikely to happen
[15:46] <mercutio> maybe i just paranoid :)
[15:46] <m0unds> well, what sucks is that it's hard to know whether you're gonna be a big target or not
[15:46] <toddf> I think you've made some very valid points.
[15:47] <m0unds> like that dude who had a short twitter id - personally, no one cared about him or his blogs or work or whatever
[15:47] <mercutio> yeah i just think people should know the risks
[15:47] <mercutio> it's ok to know the risks and still take risks
[15:47] <toddf> I'll just not put my bitcoin exchange reflector on the iniz vps then .. ;-)
[15:47] <mercutio> m0unds: oh yeh that was scary
[15:47] <mercutio> godaddy ftw
[15:47] <m0unds> yeah, hahaha
[15:48] <m0unds> but it's one of those risks that you juts don't really directly consider til you read about it
[15:48] <mercutio> oh i'd considered it many times
[15:48] <mercutio> just like stealing bgp routes
[15:48] <mercutio> it's not like it's a new problem
[15:48] <mercutio> it probably doesn't help that i was aware that phone hacking was big in years gone by
[15:48] <m0unds> new vector for a problem
[15:49] <mercutio> and that often that could involve things like "social engineering"
[15:49] <m0unds> well, that part of it is 30 years in the making
[15:49] <mercutio> beforep eople really had security policies
[15:49] <mercutio> didn't hotmail.com's dns expire once?
[15:49] <mercutio> and someone else paid it?
[15:50] <mercutio> http://news.cnet.com/2100-1023-234907.html
[15:50] <mercutio> ok i didn't reailse it was in '99
[15:50] <mercutio> now i feel old
[15:51] <mercutio> haha
[15:51] <mercutio> read the comment
[15:52] <toddf> yes hotmails dns did expire and the check for reimbursement from hotmail got auctioned off for charity iirc
[15:53] <mercutio> oh so they did reimburse
[16:02] <brycec> orly? lolol
[16:03] <mercutio> $500
[16:03] <mercutio> still tyring to find out how much the auction went for
[16:05] <m0unds> http://news.cnet.com/2100-1023-236181.html
[16:06] <mercutio> ahh $7100
[16:06] <mercutio> quite a bit
[16:06] <m0unds> yea
[16:06] <mercutio> and i assume that was worth more in 99
[16:06] <mercutio> oh '99 was before the crash?
[16:07] <brycec> Yes. And when Hotmail was still on FreeBSD
[16:07] <mercutio> hoh
[16:07] <mercutio> windows 2000 eww
[16:07] <m0unds> https://www.wolframalpha.com/input/?i=%247100+1999+dollars+today
[16:07] <m0unds> (!wolfram bang syntax via ddg, haha)
[16:07] <brycec> @wa $7100 1999 dollars today
[16:07] <brycec> :P
[16:08] <BryceBot> $7100 (1999 US dollars) in 2014;$10120 (2014 US dollars), (based on Consumer Price Index);2.39% per year;42.56%
[16:08] <brycec> oh btw
[16:08] <brycec> @ddg cats
[16:08] <BryceBot> Cats: Together with BZN, they were key figures of what came to be called the Palingsound, an umbrella for artists residing in Volendam.
[16:08] <BryceBot> [Related] Cat Meanings http://duckduckgo.com/d/Cat?kp=%2D1
[16:08] <BryceBot> [Related] Cats (musical), an Andrew Lloyd Webber musical http://duckduckgo.com/Cats_(musical)?kp=%2D1
[16:08] <m0unds> hah
[16:09] <mercutio> oh that's damn cool
[16:09] <brycec> it's (@ddg) surprisingly limited :)
[16:10] <mercutio> @wa $7100 1929 dollars today
[16:10] <BryceBot> $7100 (1929 US dollars) in 2014;$98270 (2014 US dollars), (based on Consumer Price Index);3.14% per year;13.84 ×
[16:10] <brycec> @ddg how do I banana?
[16:10] <BryceBot> brycec: I'm sorry, the DDG Zero-Click API returned no results. As this is a Zero-click Info API, most deep queries (non topic names) will be blank. Quite frankly, I suck cocks.
[16:11] <m0unds> hahahah
[16:12] <brycec> It's worth pointing out that it was passport.com that expired, not hotmail.com
[16:19] <m0unds> i wonder how long ago they phased that out
[16:19] <m0unds> the live.com stuff still exists, and it's mostly gone
[16:32] <up_the_irons> mercutio: AS 11799 is The BGP Collective, which we turned up several months ago
[16:33] <m0unds> such a funny name
[16:33] <m0unds> haha
[16:33] <staticsafe> is the BGP Collective anything like the Borg collective?
[16:33] <staticsafe> :)
[16:33] <m0unds> yeah, lol
[16:34] <staticsafe> RESISTANCE IS FUTILE. YOU WILL PEER WITH US.
[16:35] <m0unds> we will...add your network distinctiveness to our own?
[16:35] <up_the_irons> mercutio: yeah, there was a reason I put in TONS AND TONS of hours into my own control pane, which is to provide something nobody else has.  i had a theory that people can smell a copy-cat, and I didn't want to be that
[16:38] *** jpalmer has joined #arpnetworks
[16:38] <brycec> It may not be "pretty" or shiny, but ARP's control panel is definitely useful and unique. :)
[16:39] <staticsafe> ^
[16:42] <up_the_irons> brycec: staticsafe : ty!!!
[16:42] <up_the_irons> :)
[16:43] <brycec> It definitely feels "better" to have a homegrown control panel. You're not "some guy" who just bought a license for SolusVM or whatever and is running this in his spare time. You're comitted and you really do work on it.
[16:44] <brycec> go up_the_irons !
[16:44] <up_the_irons> brycec: yeah that's exactly what I was thinking too.  i didn't want to feel like a reseller.
[16:45] <up_the_irons> one day i want to migrate it to a nice Bootstrap admin template, then it'll have some polish too!
[17:12] *** meingtsla has quit IRC (Quit: Leaving)
[17:12] *** meingtsla has joined #arpnetworks
[17:33] <m0unds> http://imgur.com/SNq98Rx
[17:36] <mercutio> up_the_irons: oh, i thikn you had direct routes before?
[17:36] <mercutio> maybe it's part of the migiration
[17:36] <mercutio> i think it's going via the new router now
[17:37] <mercutio> brycec: i have more faith in a bad cp homegrown than the average solusvm host
[17:37] <mercutio> at least they must know what they're doing a bit to get the cp going
[17:38] <mercutio> for a moment once i thought it'd be cool to try making my own cp and try and sell it like solusvm
[17:38] <mercutio> then i remembered who the customer base would be
[17:46] <m0unds> lol
[17:47] <mercutio> i would like to see things done better everywhere
[17:47] <mercutio> but it's complicated
[17:48] <mercutio> anyway, it's the support system needing top level posting, which is my biggest gripe, rather than anything about cp or anything
[17:48] <mercutio> but that's not a huge deal
[18:47] <up_the_irons> mercutio: direct routes b4?
[19:50] <mercutio> i don't remember seeing that other ip in there
[19:50] <mercutio> i think it just went via s1?
[19:50] <mercutio> to any2ix
[19:50] <mercutio> maybe ip just changed or reverse changed and so looks diff
[22:05] <up_the_irons> mercutio: ASN 11799 also has Any2 peers, some of which I don't have, so that's where that hop comes from
[22:29] <mercutio> ahh ok
[22:29] <mercutio> well at least it's working again
[22:37] <mercutio> (there's a general ntt issue effecting me, but not from arp, cos arp is going via any2ix)
[22:37] <mercutio> forward path is via ntt and seems fine.
[22:37] <mercutio> weirdly arp seems fine weird
[22:38] <mercutio> oh it came right anyhway
[22:40] <brycec> *affecting
[22:41] <mercutio> heh
[22:42] * brycec tips is grammar nazi hat
[22:42] <mercutio> s/is/his/
[22:42] <BryceBot>  >>> brycec tips his grammar nazi hat
[22:45] <brycec> bah typo
[22:50] <acf_> seems like there is some sort of issue between Verizon and NTT
[22:50] <acf_> http://paste.unixcube.org/k/1d1fd7
[22:51] <mercutio> i'm not going verizon<->at&t
[22:51] <mercutio> and sitll hitting issues
[22:51] <mercutio> i think it's a ntt issue
[22:51] <mercutio> and is it still happening
[22:51] <acf_> NTT says no
[22:51] <mercutio> i've seen multiple different ntt issues recently
[22:51] <acf_> "We are not seeing any packet loss within our network."
[22:51] <mercutio> haha
[22:51] <acf_> it sure looks like it though
[22:51] <mercutio> on diff providers, at diff times
[22:52] <mercutio> it may be something like link aggregation with one link having issues
[22:52] <acf_> yeah. it sure is annoying though
[22:52] <mercutio> well that traceroute suggests reverse path issue
[22:52] <mercutio> can you get the reverse path traceroute?
[22:52] <mercutio> basically because it goes 3.7% to 0 to 3.6%
[22:52] <mercutio> to 3.2%
[22:53] <mercutio> the fact it was fine from one point in the middle, and the numbers are diff enough suggetss enough samples to suggest it's sending in other direction being problematic
[22:53] <mercutio> and like i had find traces to arp over ntt with any2ix return path
[22:53] <mercutio> but some bad routes to other destinations coming back over ntt for at least one of them
[22:53] <mercutio> (hard to check reverse path with random destinations)
[22:54] <acf_> the reverse: http://paste.unixcube.org/k/67f9a6
[22:54] <mercutio> hmm
[22:54] <mercutio> may need more traces
[22:54] <acf_> also, to ntt.net from Verizon: http://paste.unixcube.org/k/3f3b0
[22:54] <mercutio> err longer trace
[22:54] <mercutio> but it gusggests that it's fine when it comes into ntt at least
[22:54] <acf_> looks like the return path changes in Dallas
[22:55] <mercutio> and that it's strugglign either within ntt or ntt to verizon
[22:55] <mercutio> one test i find useful is iperf in udp mode and doing both directions
[22:55] <mercutio> often you'll see only one directino having packet loss
[22:55] <acf_> I'll try that
[22:55] <mercutio> usually i do 2 megabit small packet size