[00:50] *** sga0_ has joined #arpnetworks [00:53] *** sga0 has quit IRC (Ping timeout: 246 seconds) [01:35] *** forgotte1 has joined #arpnetworks [01:35] arpnetworks down?? [01:40] nvm [01:46] what happened? [01:56] it seams at&t have blocked my connection to my own sites / services [01:56] uverse [01:56] well and arpnetworks.com entirely [02:09] those dirty sluts man!! [02:11] up_the_irons: what is arpnetworks ipv4 range? i wanna make sure they unblock it for everyone with at&t service in case others are having the same problem. People could be loosing potential business if no one on at&t uverse can access any sites hosted at arp [02:11] not sure it's that wide spread, but can't hurt i dont think [02:19] hmm, you can find out using IRR [02:19] if he's been good about his object maintenance ;) [02:20] my objects are up to date [02:22] it's weird, I'm on twc, i can ping everything in my cage, but SSH, http, etc.. seems to be all blocked. started about an hour ago. I'm still in irc only because I'm using weechat android from my phone [02:23] thats fucked [02:26] oh wow.... [02:26] so it's not just at&t... [02:26] same symptoms here, can ping everything. but ssh, http, https all blocked [02:28] lol this at&t rep wants me to reset my modem to factory. now i feel like an ass :P [02:30] up_the_irons: can I try anything for you from Germany? ;) [02:32] pyvpx : how about just arpnetworks. com? [02:33] wyliebayes.com , nadasound.com [02:33] 2 of mine [02:34] pings and loads just fine [02:34] I'm coming from 37.120.2.102 [02:34] overall, my bandwidth graphs for the big pipes look pretty normal [02:35] so most traffic is still getting out [02:35] so weird about twc and att [02:41] it's only residential uverse att tho. i can access via my att 4g network no problem [02:42] what are the blocks you guys are coming from that can't reach arp? [02:42] * pyvpx looks to BGP [02:43] i am, 99-95-174-245.lightspeed.sndgca.sbcglobal.net [02:45] pyvpx: would be weird bgp would effect all services, except ICMP [02:46] oh, I meant from a policy stand point [02:47] localize to a router or a routing event that could point to a config change [02:47] it's easier to hit someone on the head at att when you are like [02:47] "yeah at 4am this shit started" [02:47] they go "wait we had a thing at 4am uhhhhh" [02:47] ...sometimes [02:48] i would be surprised if the "tech" im talking to in chat can even feed himself successfully [02:48] from att [02:48] sometimes if you play the act [02:48] the ip noc folks can entertain you [02:49] give you ticket numbers or other depts to call [02:49] * pyvpx was never an ATT IP customer [02:49] ya im trying, had to DEMAND i speak to his supervisor cause he tried to pawn it off on the hosting provider hehe [02:49] by pasting me out of the book answers [02:50] if resetting my modem didn't fix the problem, we have exhausted all possible solutions. LOL [02:53] hmm [02:53] the denver router on their looking glass had a thing 42 minutes ago [02:53] probably nothing [02:53] everything seen through verio [02:54] hrmm [02:54] and since icmp works it's hard to see where it might be failing [02:55] i am in San Diego CA [02:56] *** thestereobus has joined #arpnetworks [03:00] *** thestereobus has quit IRC (Ping timeout: 244 seconds) [03:01] *** thestereobus has joined #arpnetworks [03:02] I'm playing around with shutting down certain transit sessions, to see if any of them are the culprit. nothing successful so far [03:03] it's like only tcp doesn't work. i can still connect to my VPN (udp) and dns still works fine... wtf [03:04] yeah, I’m connected over VPN but TCP is down [03:04] so tcp on att uverse and twc?! [03:04] weeeeird [03:04] TWC here [03:04] my vpn runs on tcp :( [03:04] what do those have in common [03:05] that we know of, only att and twc [03:06] I can’t ping or SSH into the server even over the VPN but I can connect via the iKVM console [03:08] ikvm console on different ip ranges? [03:08] * pyvpx isn't exactly a customer... [03:11] thx for the assist anyway pyvpx :) [03:19] man this is weird [03:19] yup, UDP works [03:21] up_the_irons: yeah I'm kind of at a loss as to what I'd do [03:22] yeah [03:24] i always find the weird shit [03:25] happening for me from comcast too [03:27] shiz [03:27] comcast as well? [03:28] up_the_irons: you dont see these networks over any2, do you? [03:28] fucking up something like all tcp traffic sounds like a coresite thing...on its face :p [03:28] no, I'm small peanuts to them, they would not peer with me over any2 [03:29] i can connect via ssh from devio.us [03:30] not exactly sure where that is hosted [03:30] if you guys do "mtr --tcp arpnetworks. com ", where does it stop? for me it is around nlayer [03:31] same here [03:31] dimenoc, somewhere in FL [03:35] unfortunately mtr wants to crash on me today [03:36] I’m conneted to a remote machine at 162.248.100.99 [03:36] I can’t access the arpnetworks via TCP [03:36] but the mtr command completes fine [03:36] nmap -Pn -p22 -sU arpnetworks.com works [03:36] even with --tcp? [03:37] yes [03:37] weird, doesn't finish for me [03:39] and all my server monitors at nodeping.com have failed as well [03:40] nmap comes back as closed for me, for 22. when it should be open [03:40] for my own site [03:40] shows filtered for arpnetworks.com [03:41] no packet loss and 30-40ms pings using mtr so it doesn’t seem like it’s bandwidth [03:43] actually I have no problems contacting arpnetworks.com at all from that server - just my own arpnetworks IP [03:43] I'm trying from several nlnog ring nodes and everything works so far [03:43] so mtr —tcp arpnetworks.com works mtr —tcp danconnor.com does not (failing at ge0-arpnet.cust.lax07.mzima.net) [03:44] thestereobus : what's your server ip? [03:44] 206.125.168.2 [03:45] oh! that i know.. you're leaking traffic between your two uplinks and stp is shutting down your interface (completely unrelated issue) [03:46] i am 206.125.175.0/29 [03:46] i can re enable... [03:46] done [03:46] ah, ok. is that related to link aggregation? [03:47] I enabled that recently [03:47] most likely, yes [03:47] ok. I enabled that recently [03:47] I’ll turn it off for now [03:47] carry on [03:47] cool :) [03:57] lol, finally back in weechat on my laptop (instead of phone). i just relayed through an nlnog node to my irc box.. [03:57] sucks that i have to do that, but.... [03:57] works for now [03:58] my irssi session is still working fine, from my box to freenode lol [03:58] just can't get into my box [03:59] *** thestereobus_ has joined #arpnetworks [04:02] *** thestereobus has quit IRC (Ping timeout: 255 seconds) [04:02] *** thestereobus_ is now known as thestereobus [04:18] i have a feeling that this is a GTT/nLayer issue, so i just emailed their NOC [04:26] word [04:42] for me tcptraceroute gets to: 7 ae-5.r04.lsanca03.us.bb.gin.ntt.net (129.250.2.220) 28.686 ms 27.857 ms 28.676 ms [04:42] then dies [04:43] on udp next hop is: 7 ae-5.r04.lsanca03.us.bb.gin.ntt.net (129.250.2.220) 29.388 ms 29.274 ms 27.852 ms [04:43] err [04:43] 8 ge-0-7-0-24.r04.lsanca03.us.ce.gin.ntt.net (129.250.198.186) 29.820 ms 29.341 ms 29.662 ms [04:50] up_the_irons: they are answering at the noc number.... but wont help me lol [04:50] are you a direct customer of us.ntt.net ? [05:06] so confirmed network issues i guess? [05:06] im getting emails from people all around [05:09] from here. it looks like the tcp reply never get backs to the client - server get my http request, and sends back reply - just don't reach the client [05:10] some of the users i've been in touch with says that icmp ping doesn't reply either [05:10] have yet to find a rig i control that can reproduce [05:16] yeah, something verio [05:16] I vaguely recall them having some mysterious IDS thing that did things like this occasionally [05:16] but that was years ago [05:16] but nlayer/gtt has used verio for ages. [05:17] * pyvpx has more beer than technical details [05:17] * pyvpx opens another one [05:19] yeah, seems wicked atm. oh well, i'll wait some more - not working from .dk sites, but works from .de site [05:19] enjoy the beer ;D [05:28] =\ [06:28] *** raptelan_ has joined #arpnetworks [06:29] is Arp having some networking problems currently? [06:30] I can ping my VPS, but SSH attempts time out, also cannot load arpnetworks.com in a browser. [06:32] yes they are [06:33] it appears only TCP traffic is not getting through, from pretty much every ISP in U.S. [06:33] well, more like the more notable US access networks [06:33] and a non-obvious number of european networks [06:34] ok, I guess I don't have to go strangle somebody in our IT department then :P [06:35] pyvpx: Only adding one data point, but ssh to my arp vps works fine for me in .uk (traffic goes via NTT for both v4 and v6) [06:35] UK seems to have hit something magic - http://downdetector.co.uk/problems/ee-everything-everywhere/map/ [06:36] *** fink has joined #arpnetworks [06:36] works fine from .de [06:36] well, my slice. [06:36] BT outage chart dont look good :( [06:37] http://downdetector.co.uk/problems/bt-british-telecom/map [06:38] notion: I wouldn't put too much trust (i.e. any at all) in downdetector [06:38] plett: ok [06:38] no issues from .se either [06:43] plett: my trafik through the UK link fails, but works perfect from my DE [06:43] notion: From where to where? [06:43] i'd trust that BT is terrible though [06:44] Naturally, they are a defacto monopoly telco [06:44] plett: UK link from: 2.111.95.123 to: 174.136.105.26 [06:45] notion: That's from .dk to arp? Does that normally go through .uk for you? [06:45] plett: yes [06:45] my vps networking seems fine [06:45] in fact the irssi instance i'm typing in now is running on it [06:46] I still get reports from users having issues [06:46] notion: Does a traceroute for that go through nlayer or GTT? up_the_irons said it might be a problem with them [06:46] mostly "is the site down" [06:47] plett: not sure who's who on the path - my traceroute: http://pastebin.com/754FDTGx [06:48] notion: And ssh doesn't work for you? [06:48] plett: ssh does not work [06:48] plett: or http [06:49] *** acf_ has joined #arpnetworks [06:50] plett: ICMP does tho, odd [06:51] notion: I can't connect to ssh on 174.136.105.26 (I'm probably firewalled), but HTTP is fine for me. My path looks very similar to yours http://pastebin.com/4Heg7P6B [06:52] And here I was thinking it was Windows being dumb... [06:52] Well I mean it still is, Windows is being dumb and refusing to ipv6 right now for whatever reason. [06:53] plett: ok, thanks for checking - guess I'll wait some more and see how it goes [06:54] But that just leads to one more data point: my ipv6 connection is still up and working and connected. But comcast ipv4 has shit the bed for me too - ping, but not tcp [06:54] * brycec continues gathring data... [06:54] *gathering [06:55] forgotte1: answering your hilight from another channel - yes I'm alive [06:58] > But comcast ipv4 has shit the bed for me too - ping, but not tcp [06:58] same here [06:58] also, can't telnet underworld1.no.quakenet.org 6667 from ARP [06:59] (hooray for openvpn/udp still working) [06:59] also GRE [07:00] Good to hear - hadn't tested that yet [07:00] hmm... can't get to the IRC logger webpage [07:02] how long has this been happening? I've been out of town... [07:02] fwiw, comcast -> nlayer -> mzima ICMP [07:02] acf_: for the bast 6-ish hours [07:03] I remember trying to ssh in from my T-Mobile phone earlier in the week, and it not working... [07:03] but I could ssh to Amazon EC2, and then from Amazon to ARP [07:05] I'd offer mtr --tcp information, but on my FreeBSD box at home I get "bind(): No error: 0" and my OSX machine gives me "bind(): Undefined error: 0" so... sorry. [07:06] forward path to underworld1 is via Level3 [07:06] forward path to Comcast is via Level3 [07:08] From the reports, this seems very widely spread, so more likely an ARP router issue than a provider. But that's just my $.02 distilled from the IRC history. [07:08] Looks like the office TWC connection is getting through too [07:09] yeah, other Level3 things seem to work... [07:09] mtr --tcp and ICMP from Comcast: http://paste.debian.net/115125/ [07:09] (The first reports were of TWC failing) [07:10] Comcast Business gets through [07:10] (dammit the only Linux box online at home is Debian, with mtr 0.82 that doesn't have --tcp) [07:10] hmm... nothing in backports? [07:12] acf_: Nope. https://packages.debian.org/wheezy/mtr-tiny [07:12] I remember coming across that missing too... but Debian is/seems very closed-off when it comes to some guy that wants to say "hey, can you ___ this?" [07:14] aww darn. I just run Debian testing on most stuff that's not critical. jessie has mtr 0.85 [07:14] an mtr --tcp from arp to comcast and underworld1 is blank [07:15] blank? how odd. [07:15] ie, not hops [07:15] but comcast business shows via Level3 as usual [07:15] http://makeameme.org/media/created/how-odd.jpg [07:16] It no doubt goes without saying, but up_the_irons, please fix :) [07:17] *** ess has joined #arpnetworks [07:19] comparison of Comcast business and residential paths: http://paste.debian.net/115137/ [07:19] Unable to get to arpnetworks.com from comcast. traffic seems to be dropped after nlayer > mzima. [07:21] So this basically affects all customers at arp? [07:21] Im colo should that matter for some reason [07:22] has anybody noticed IPv6 destinations being affected? [07:23] I'm able to get to arpnetworks.com if I go through a server in Washington state (different ISP and different route) [07:24] for me prob seems to be between ge0-arpnet.cust.lax07.mzima.net (67.199.135.102) and arpnetworks.. [07:26] I can confirm that from a user I have in australia [07:32] anyway.. enough whine for tonight. [07:34] Any idea who can help at mzima.net? [07:44] http://www.mzima.net gives 404. Was this up before? [07:47] mzima is part of nlayer [07:47] just read the IRC logs... [07:47] it's all good. up_the irons knows about this already [07:47] k, thanks [07:49] *** fink has quit IRC (Quit: fink) [07:50] *** dj_goku has joined #arpnetworks [07:51] *** dj_goku_ has quit IRC (Read error: Connection reset by peer) [07:51] *** forgotten has joined #arpnetworks [07:57] mzima no longer exists [07:57] * pyvpx pours one out [07:57] but yeah, it is apart of GTT [07:58] i am able to get to everything from an earthlink connection in San Diego. [08:06] bummer [08:09] i know dont judge me :( [08:09] still going on? [08:09] m0unds: pretty sure ya. im at work now and things are working, but diff isp. [08:10] all my graphing and stuff is fine, has been all night [08:10] via comcast in albuquerque [08:11] * m0unds shrugs [08:11] hola [08:11] anyone having issues connecting to arp from comcast? [08:11] qbit: \o [08:11] qbit: people be having issues from most major U.S. ISP's [08:12] it's just tcp traffix [08:12] o/ [08:12] yeah - icmp is going fine [08:12] well good to know it isn't just me [08:14] fo sho :) [08:24] *** yoberi has joined #arpnetworks [08:30] Hi guys.. looks like I'm not the only one with issues [08:30] I have clients in GA who can't connect to their stuff in ARP [08:30] http://dpaste.com/0C59HJN [08:30] traceroute makes it to the network fine [08:32] yeah, tcp is not going [08:33] only icmp [08:33] er udp [08:33] sexy [08:33] Just scrolled way up and read the chatter.. looks like it's a fun one [08:34] i discovered it at like 2am :P [08:35] I'm having some issues as well. first nagios alert came at 3am CST [08:36] Where can I get details of what's happened? I just joined the channel. Could someone copy the log to pastebin? [08:37] can you get to http://irclogger.arpnetworks.com/ from somewhere? [08:37] *** milki_ has joined #arpnetworks [08:37] I can from the office TWC connection [08:37] but that might be over v6 too [08:38] yoberi: http://anonymouse.org/cgi-bin/anon-www.cgi/http://irclogger.arpnetworks.com/irclogger_log/arpnetworks?date=2014-08-12,Tue [08:38] i didn't see an AAAA record for it [08:38] I can't seem to reach anything arpnetworks.com at the moment; yet my mobile phone can using the provider's data network [08:38] Indeed there isn't. Yep, I can reach it over v4. (from twc business) [08:38] acf: thanks! [08:52] appears to be a huge problem for a lot of folks. Im sure up_the_irons is all over it. [08:54] truf [08:55] will we see a tweet from @arpnetworks or @bsdvps? [08:55] Good point/idea [09:03] I've had one of neil's employees also mention that [09:03] can't get to his computers from some place in europe [09:05] *** thestereobus_ has joined #arpnetworks [09:06] *** milki_ is now known as milki^ [09:06] *** thestereobus_ has quit IRC (Client Quit) [09:08] *** thestereobus has quit IRC (Ping timeout: 264 seconds) [09:11] *** befrank has joined #arpnetworks [09:27] *** invader has joined #arpnetworks [09:28] Is there an issue with some VPS Services and the website? [09:29] invader: http://anonymouse.org/cgi-bin/anon-www.cgi/http://irclogger.arpnetworks.com/irclogger_log/arpnetworks?date=2014-08-12,Tue [09:29] acf_, Thank you [09:30] Go acf_ ! [09:30] Well thats fucked up. [09:39] lol [09:41] lol [09:41] a wild up_the_irons appears :D [09:42] Still not fixed :( [09:42] *** bmacs has joined #arpnetworks [09:44] Is something terrible happening right now? I can’t access the portal or my server. [09:45] Yes [09:45] What is it? [09:45] bmacs: bet you can ping it, just not tcp [09:45] yup [09:46] http://anonymouse.org/cgi-bin/anon-www.cgi/http://irclogger.arpnetworks.com/irclogger_log/arpnetworks?date=2014-08-12,Tue https://twitter.com/arpnetworks/status/499235055323996160 [09:47] bmacs: somewhere, something is not passing tcp traffic. i see drops around nLayer, opened a ticket with them. They gave me a response that made me want to scream (basically, "Why are you using IPv4 to test an IPv6 host?". W.T.F. our hosts are dual homed dumbass, it has NOTHING to do with the issue) [09:49] Okay, I jsut took a different route to my host and was able to access it. ugh [09:50] yeah same here [09:50] is it possible I'm having trouble getting through level3 ? [09:51] erratic: are you seeing any drops around there? [09:51] yeah when i trace to google or linkedin [09:51] dropes at the 6th hop [09:51] erratic: so from your vps to google? [09:52] yes [09:52] I can get through to other sites like yahoo [09:53] seems to be back now lemme check [09:53] yep Im back [09:53] that was strange [09:53] wait, so it works now? [09:53] yes [09:54] up_the_irons: btw, here's an mtr from a working network, both TCP and ICMP. I noted that the arpnet.cust.mzima router shows up in the ICMP but not the TCP - odd? http://sprunge.us/dfOK [09:54] (I don't have a working mtr --tcp on a non-working network) [09:55] brycec: yeah, i'm seeing the same [09:55] I have no idea what it means though. [09:56] And the fact that it's a working connection suggests that' [09:56] s just a red herring. [09:57] Whew; able to connect to my server from home, though not from work or cell phone. [09:57] Hooray [09:57] speaking of +o should someone announce the issue in the /topic too? (Thanks up_the_irons for tweeting it) [09:57] (This is in Sweden, BTW.) [09:58] any idea why a TCP traceroute would have zero hops? [09:58] I still don't understand the /topic-sized announcement. "Some networks are down and we do not yet know why"? [09:59] mike-burns: Just something that people would see when they /join and ask "is there a problem?" [09:59] gotta make some calls, brb [09:59] Something like "Upstream providers are dropping TCP traffic. We're working on it." [09:59] good luck, up_the_irons [09:59] *** mike-burns changes topic to: Upstream providers are dropping TCP traffic. We're working on it. | VPS Services: http://www.arpnetworks.com/vps | FAQ: http://support.arpnetworks.com/faqs | Wiki: http://wiki.arpnetworks.com | Twitter: http://twitter.com/bsdvps | @up_the_irons is staff, other ops are long-time customers | Channel Log: http://is.gd/eWA5u [09:59] Whew that's a long one. [10:00] definitely when I do an mtr --tcp -4 underworld1.no.quakenet.org zero hops are displayed [10:00] my arp metal box acts as a router, so [10:00] when I do the same mtr from a machine routed through it, one hop is displayed [10:01] hmm... looks like ARP routers don't show up in ICMP traceroutes anyway [10:01] \o/ [10:01] *TCP tracerouts [10:03] this is kind of strange... [10:04] whoa [10:04] if I mtr --tcp -4 underworld1.no.quakenet.org, zero hops appear [10:04] I can see in the ICMP mtr that 4.71.143.105 (Level3) is the first hop outside of ARP [10:04] mtr --tcp -4 4.71.143.105 works fine [10:05] so TCP traffic destined for that host must have been dropped before it reached 4.71.143.105 ? [10:07] but TCP traffic directed to 4.71.143.105 is passed? [10:07] that host == underworld1.no.quakenet.org [10:08] * brycec has no idea [10:13] hmm. my mtr doesn't have --tcp [10:14] macports has only version 0.85 of mtr, it seems [10:14] that's the one I'm using [10:14] ahh - same as freebsd [10:14] but it doesn't have --tcp :) [10:15] hmm... mine definitely does [10:15] must be a fork [10:15] and sadly, without changing the version number to indicate that [10:15] it's the Debian Jessie mtr package [10:16] ahh - the github has --tcp [10:18] wow... --tcp was added to the docs in 2013 [10:19] maybe it's not supported on freebsd? [10:21] maybe the code thinks that all the world is linux [10:21] which of course, fails on the BSDs and OSX [10:21] I noticed on FreeBSD's mtr, it simply craps out if I add "--tcp" (0 hops, wtf) [10:22] anyone have a Ubuntu 14.04 host on our network that I can run some mtr's on? [10:22] I'm always a version behind, so I don't have --tcp in my mtr [10:22] *** thestereobus has joined #arpnetworks [10:22] yeah [10:23] I also don't have a working mtr on a non-working host, lol [10:23] up_the_irons: Linux mtr does the zero hops thing too [10:23] I’ll make you a login [10:23] I did a test with it earlier ^ [10:24] acf_: hmm weird [10:24] acf_: hey :) hru [10:24] oh hi erratic. I'm alright, yourself? [10:24] sitting here at home chilling and applying for some jobs [10:25] * RandalSchwartz mumbles "ziprecruiter.com" ) [10:25] RandalSchwartz: does it work in europe [10:25] no sorry [10:26] works great in US and CA though [10:26] hey all.. any update? several clients beating down my path now :) [10:26] Beat back. [10:26] I think some of use at in the same boat. [10:27] invader obviously ;) Just curious if there was any update (just getting into the office) [10:27] If you ever dealt with Carriers its a bitch and a half. Give it time. [10:27] up_the_irons, I jsut sent you an ssh login to my box if you need to run mtr on it [10:27] invader I have, and am, just asking if there's an update [10:28] up_the_irons: Is shutting down BGP to nlayer an option, if they can't work out how to fix it? [10:28] Do we 100% know what Carriers are effected? [10:31] level3 is affected maybe? [10:32] seems the forward path to Comcast is via level3 [10:32] pjs: no update yet [10:32] and tcpdump says TCP packets don't arrive via the forward path [10:32] plett: i shutdown all carriers in turn, last night, but no change :( [10:33] i'm putting together a very detailed report and going to send to NTT, Level 3, GTT, etc... [10:33] but TCP packets via the return path (nlayer) are fine [10:35] brycec: does ARP to TWC go via Level3? [10:35] Anything I can do from a carrier prospective? [10:35] acf_: last I tried, yes. Also ARP to Comcast [10:35] yeah. looking a lot like Level3 related then? [10:36] same for underworld1.no.quakenet.org [10:36] invader: which carrier perspective? [10:37] Is invader a carrier? Can we just blame you? :D [10:37] I work for a telco in WI. I multi homed to ntd twc and comcast. [10:37] * brycec blames invader [10:37] lol [10:37] * invader crys [10:37] * forgotten 2nds the vote to blame invader [10:38] up_the_irons: Stupid question, because I'm sure you've already considered it, but are we sure it's not s7.lax having issues? [10:38] invader: oh nice, can you do a "mtr -4rwc 10 --tcp arpnetworks.com" ? :) [10:38] With a nick like invader, how can we not? [10:38] haha [10:39] *** thestereobus has quit IRC (Quit: thestereobus) [10:39] brycec: well, s7.lax appears OK, but I could try to engineer it so we go out s1.lax instead. but first, gotta finish sending this report to carriers... [10:39] Hmm not a damn thing. Its like the route is not even there.. [10:39] Let me connect into our Verizon part of the network [10:40] invader: so what does it show? no hops at all? [10:41] nothing. Just verizon just works. [10:41] one min [10:41] up_the_irons: Best as I can tell, it's the single most common data point. And the fact that this TCP filtering would happen on multiple carriers, vs. a single router... As illogical as it seems, it's the most logical scenario from where I'm sitting. [10:42] i tend to agree [10:42] seems to me that Level3 is the only one affected [10:42] * brycec wonders what s1's uptime is [10:42] lol [10:42] acf_: but not universally... [10:42] brycec: s1.lax uptime is 5 years, 25 weeks, 22 hours, 4 minutes [10:43] brycec: could you point me to an example please? [10:43] acf_: look in the scrollback for my sprunge.us link. :p [10:44] acf_: In short, from work, which is TWC "Business Class" I have no issues to ARP over nlayer/mzima, and the return mtr (not included) comes over L3 [10:44] *** essact has joined #arpnetworks [10:44] level3 -> trit? [10:45] trit not there (gathering mtr now) [10:45] hmm yes... not all of level3 is affected [10:45] *** essact has quit IRC (Client Quit) [10:45] fwiw the level3 looking glass routes through gblx -> trit -> arp [10:47] acf_: http://sprunge.us/PXFD (ICMP because I have an old mtr on my VPS) [10:47] ok thanks [10:47] so it looks like some of Level3 isn't affected [10:48] but are there any non-Level3 routed destinations that are affected? [10:49] can't wget http://level3.com fwiw [10:50] acf_: from? [10:50] arp [10:50] ditto [10:50] up_the_irons: ^ [10:50] (but I can from other networks [10:50] including an "affected" comcast connection [10:51] same [10:51] hmm [10:51] So, whether or not related to ARP's issue, (but it probably is), L3 has some split-braining going on [10:51] * brycec waits for up_the_irons to shut off the l3 session [10:53] ok i blew away level3 [10:53] lots of people tweeting about level3 problems [10:53] https://twitter.com/TVBroadcast/status/499243972221734912 [10:53] TWITTER: Anyone aware of a "a large Internetnetwork issue is affecting ISPs across the country, like Comcast, Cogent, Level3, Time Warner, etc.?" (Tue Aug 12 17:20:13 +0000 2014, retweeted 1 times) [10:53] https://twitter.com/factor1/status/499249059433943040 [10:53] TWITTER: Good news is that our network issue seems to be clearing up as Comcast and Level3 are responding to the fix. (Tue Aug 12 17:40:26 +0000 2014, retweeted 1 times) [10:53] up_the_irons: suddenly working [10:54] whoa [10:54] oh wait [10:54] nevermind, was v6 [10:54] hate that [10:54] dualhoming biting me in the ass [10:54] Heh. [10:54] Yeah, all my users are complaining but v6 works just fine! [10:54] hehe :D [10:54] i've had v4 drop out in the office for hours at a time before I noticed [10:55] (dhcp issue) [10:55] Had someone try the mtr command but it produced no output. I don't have access to the box so I can't debug. [10:55] http://downdetector.com/status/level3 [10:55] ok seems Comcast goes via ntt now [10:55] still no TCP packets going via Comcast -> ARP path [10:55] Shit this explains the issues I am having in SunGard.. They just called L3 is broken and has been for the better part of a day. -_- Thanks for the call now.. Butt heads. [10:55] mtr --tcp isn't working from my home FreeBSD box, trying to fix that so I can supply another data point [10:56] return path still ok [10:56] seeing the same problem from Comcast in NH though [10:56] IPv6 works, fwiw [10:56] up_the_irons: fwiw, curl level3.com from arp still not working, mtr shows it going ntt->level3, unable to ping [10:57] same here. seems dropping level3 didn't fix the problem [10:57] twobithacker: Yeah, my friends in MA can't connect via Comcast so probably the same route problem there. [10:57] brycec: yeah it's taking the exact same path, just through NTT now ;) [10:57] Whomp whomp. [10:58] (And return path ARP->Comcast is over NTT->Comcast) [10:58] yep [10:58] that's still broken too though [10:58] huh, I can connect just fine from Comcast Business though [10:59] So Level3 is having problems... and Verizon has been lashing out at L3. I bet Verizon haxxored Level3!! [10:59] ^ sarcasm [10:59] twobithacker: yeah that's been observed [10:59] ironically, my Verizon DSL line is the only residential connection I've seen unaffacted [10:59] Seems home TWC and Comcast (among others) are affected, business customers are okay [11:00] I'm fine on TWC. :) [11:00] In NYC. [11:00] Also Verizon FiOS at my office is fine. [11:00] it's interesting that's it's just tcp [11:01] * brycec nods [11:01] Yeah. [11:01] it seems to imply that somebody is discriminating tcp traffic in some way or another [11:01] Again, I blame the whole Netflix/Verizon debacle :P [11:02] "HOW DO YOU LIKE YOUR NETFLIX NOW, BITCHES?!?" [11:02] "YOU THOUGHT WE WERE THROTTLING? NOOOOOOW WE'RE THROTTLING!" [11:02] etc [11:02] lol [11:03] (except netflix.com is working for me) [11:03] looking at just the forward path ARP -> Comcast residential [11:03] (both v4 and v6) [11:03] it's broken [11:03] both with ntt and level3 [11:04] Well I have other work to get done... Best of luck, #arpnetworks [11:04] see you later brycec [11:04] If it's just TCP, maybe some sort of traffic shaping failure of sorts? [11:05] I was thinking about that... [11:05] but where? [11:05] brycec: LOL [11:05] Yeah this is far more exciting than the admin tool I was just writing ... [11:05] s/ail/feat/ [11:05] If it's just TCP, maybe some sort of traffic shaping ffeature of sorts? [11:05] hmm... traffic shaping, interesting.. [11:06] http://www.secureworks.com/cyber-threat-intelligence/threats/bgp-hijacking-for-cryptocurrency-profit/ [11:10] acf_: BryceBot mhoran erratic invader : see any change? [11:10] * mhoran checks. [11:11] checking [11:11] first time using mtr [11:11] testing ARP -> Comcast path via NTT ... still broken for tcp [11:11] No dice. [11:11] ok [11:12] just talked with a friend on another connection [11:12] says he can't connect to underworld1.no.quakenet.org either [11:12] but it works from Comcast [11:13] i still find it weird that level3.com is inaccessible [11:14] yeah I haven't noticed anymore outage problems since earlier [11:15] was having trouble getting to cloudfront, linkedin, google, things like that [11:15] erratic: from what connection? [11:16] just my vpn tunnel [11:16] I have everything routed over my 206.125.168.65 addr [11:17] oh when i did traceroutes on stuff it was timing out at like 6 hops in level 3 [11:17] then it just started working again about 5 minutes later [11:18] I wonder if theres a way I can continuously check with mtr [11:18] like if I wanted to watch for changes [11:19] I guess that wouldn't make a lot of sense now that I think about it [11:20] mtr polls continuously, and should show changes as they happen [11:21] weird sudo mtr --report -4 google.com [11:21] it just runs once and exits for me [11:21] probably the --report [11:21] ah [11:21] just shutdown Trit Networks BGP session, stab in the dark [11:22] you better fix all these things outside of your control up_the_irons [11:22] oh nice [11:22] lol [11:22] lol [11:22] acf thx [11:23] still appears broken for the Comcast thing [11:23] im writing a blog post as we speak bad mouthing your services [11:23] trit isn't in my comcast path fwiw [11:23] np erratic [11:23] yeah but sometimes... ya never know ;) [11:26] lol: https://twitter.com/ellisinzion/status/499255527990239232 [11:26] TWITTER: @Level3 Yes you do have a major core IP outage right now. Stop saying there is no issue. Multiple big voice providers are down cold. (Tue Aug 12 18:06:08 +0000 2014, in reply to @Level3) [11:27] OL [11:27] LOL [11:27] ae-3-3505.ear1.Dallas1.Level3.net? [11:29] I totally just tweetd about this [11:29] neat [11:30] so... ARP -> Comcast forward path via either NTT or Level3 is broken [11:30] which kind of indicates that the issue doesn't lie entirely with NTT or Level3 [11:30] acf_: But from .uk using NTT all the way to ARP works fine [11:30] but other things (TWC) are broken too [11:31] plett: but what is your return path [11:31] yeah, pretty much all the NTT stuff I've seen works fine [11:31] up_the_irons: I'll check [11:31] up_the_irons: NTT as well [11:31] ec2 (ntt both ways) is fine [11:33] acf_: What's the path in both directions for the broken arp <-> comcast ? [11:33] ARP -> Comcast is via NTT now, was Level3 earlier, both were broken [11:33] Comcast -> ARP is via nlayer [11:33] Ahh. nlayer [11:33] I've been testing just the ARP -> Comcast part of the path [11:33] the nlayer part looks fine [11:34] acf_: you never receive acks? [11:34] it's just TCP for everyone, yes? [11:34] I do a tcpdump on the comcast side [11:34] I try to connect from the arp side [11:34] no packets come through [11:34] UDP packets? or no packets [11:34] going the other way works though [11:34] I use tcpdump -ni eth3 port 6668 [11:34] and telnet [hostname] 6668 [11:35] hmmm... [11:35] HRMMM. [11:35] UDP packets are fine [11:35] any change just now? i can actually check my email [11:35] yep [11:35] yup [11:35] packets are getting through to comcast now [11:35] Im up [11:36] up_the_irons, comcast works now [11:36] same with twc [11:36] comcast is symmetric nlayer now [11:36] the thing with NTT / Level3 is, a lot of NTT routes go through Level3 anyway [11:37] is it possible that something is dropping things with asymmetric paths? [11:37] so what i did was, lowered s7.lax default route local pref so most traffic goes out via s1.lax directly, not hitting s7.lax. s7.lax has Level 3 and NTT. [11:38] acf_: that would take stateful filtering i believe and is pretty rare on regular transit links [11:39] wow. everything is via nlayer now :P [11:39] even any2ix stuff [11:40] nlayer to the rescue! (surprisingly) [11:40] yeah [11:40] not going through s7.lax kills the rest of my network ;) (no peers, L3 or NTT) [11:41] oooo [11:42] while this works, it seems like a shitty solution [11:42] unless the problem really is with Level3, in which case we can wait it out now [11:43] I don't think it is... ARP -> NTT -> Comcast doesn't work... [11:43] acf_: still? [11:44] it's not NTT anymore, so not it works [11:44] oh wait.. couldn't be cuz ARP -> NTT isn't possible right now [11:44] * now it works [11:44] it didn't work both when it was ARP -> NTT -> Comcast and ARP -> Level3 -> Comcast [11:44] ok [11:45] well w..t.f [11:46] Im confuzled, [11:46] how does it kill the rest of your network [11:46] not that it matters just curious [11:46] this stuff is interesting to me [11:47] basically up_the irons took the s7 router out of the network [11:47] right [11:47] which is the connection between you and any2ix, ntt, and level3 [11:47] I gathered that much does that mean none of the networks including mine will be reachable? [11:47] so without s7, all you get is nlayer [11:47] erratic: s7.lax is a bigger router and carries more routes. usually, all traffic goes to it. but now i'm diverting traffic to go directly out s1.lax. [11:48] it just means they'll take a diffetent path [11:48] and yeah, basically what acf_ said [11:48] oh right like if nlayer goes down... [11:49] i'm tempted to reboot s7 [11:49] up_the_irons: so can you do testing with s7, static routes, etc... now that you've diverted traffic? [11:50] acf_: well, technically yes, but hard to test when no traffic is going to it ;) [11:53] just out of curiosity, does ios have a tcpdump equivilent? [11:53] now that there isn't any traffic, would it be more realistic to debug with tcpdump? [11:54] well, what i would do is use a SPAN port and then dump that port. i have one set up already. [11:56] like switch port mirroring? [11:56] yup [11:56] that is handy [11:56] yup, purely meant for diagnostics [11:56] i can copy all traffic from any physical port or SVI (VLAN) [11:57] and then just watch it from a regular Linux box with tcpdump [11:57] Im not sure how much overhead that would be, probably too much [11:57] but [11:57] you could probably use it with snort [11:57] assuming the switch or whatever can handle it, without creating a single point of failure [11:57] yeah [11:58] ok, s7.lax is getting a kick in the butt (reboot) [11:58] sounds like a good idea :P [11:58] womp womp [11:58] I saw a momentary drop [11:59] I presume that was a shuffling? [11:59] *** fink has joined #arpnetworks [12:00] .... [12:00] *** neish has quit IRC (Read error: Connection reset by peer) [12:01] *** neish has joined #arpnetworks [12:01] wat [12:03] I lost talk.google.com for like a sec [12:03] ok [12:04] yeah... my connection went dead for about 10 seconds [12:04] yeah I think I lost everything for a secondlet [12:07] laggggggg [12:09] s7 reboot is done, i think i'm going to send traffic to it again and see what happens [12:12] whats the verdict? :D [12:12] Guilty. [12:13] invader: see ^ [12:13] and the sentense? [12:14] looks like it's getting better [12:14] how's it looking for u guys now? [12:14] I need to consume this alcoholic beverage [12:14] erratic: alllllcohol [12:15] arp -> ntt -> comcast seems to work now [12:16] glug [12:16] so it was s7 being weird? [12:16] then i'm going to throw fucking s7 into the dumpster, gaah! [12:16] what sort of hardware is s7 [12:17] up_the_irons: you just can't catch a break with that thing [12:17] srsly [12:17] but that's why shotguns exist [12:17] erratic: Cisco 6506 w/ sup720-3bxl [12:18] i've had a replacement Sup in the cage for months now :( [12:18] Im just curious, couldn't you use a linux box to do that [12:18] in the triage order of things, replacing it just wasn't high on the list. but it is now. [12:18] up_the_irons: did you ever swap the sup, or is the one in the cage the one you got to replace it when it did that weird CEF barf thing? [12:19] that thing looks heavy [12:19] erratic: well you wouldn't get any hardware acceleration and the pps is really low in comparison. so basically, a linux box would melt under a DDoS [12:19] m0unds: yeah it's the replacement for the other issue [12:20] i'm going to re-enable level 3 now [12:20] yeah Im reading the specs on it now lol [12:21] why just tcp? [12:21] man the ipv4 routing table is just getting too large :( [12:21] and *some* tcp too? [12:21] acf_: no. fucking. idea. ;) [12:21] wow jeez [12:22] im sure if it's working for others, it's working for at&t too [12:22] i think i need to stop being married to the (now) old idea that carrying a full routing table is *that* much better [12:23] Sorry I broke the Internet [12:24] GUILTY! [12:24] on a slightly unrelated note, are you planning to announce to level3 at some point? [12:27] Webster: we have a lot of 6500 ciscos and have recently grown up to be able to get the ASR 9000s [12:28] ooooooo [12:29] ugh, ios-xr [12:31] so, my first cisco class starts monday. [12:32] and ends pretty much never if you take into account how esoteric it all is [12:32] haha [12:32] i hope you learn a lot about serial stuff, because that shit still exists in ios [12:32] haha [12:32] m0unds: just a sec [12:33] my vmware class also starts monday [12:33] that sounds like more fun [12:33] indeed [12:34] I'm only taking the cisco, cuz my job is making me. I don't find routing or switching to be intersting at all. I'd be far more interested in the security tract. [12:34] m0unds: this is how I decided to upgrade my bios http://3.bp.blogspot.com/-GDEA1qZ0thk/U-d-u4aUM8I/AAAAAAAAPTo/tgcCHYdR5c4/s1600/Screenshot+-+03272013+-+05:40:47+AM.png [12:35] just because lol y not [12:35] hahahahah [12:35] nice [12:37] m0unds: hey i use serial all the time, the 2612's are great for out-of-band access to everything :) I have 32 serial ports with breakout cables on one of 'em. [12:37] oh, i meant like frame relay serial :) [12:37] oh [12:37] lol [12:38] i have an AS2516-RJ (iirc) that takes rollover cables terminated w/rj45s [12:38] it's great as a terminal server for my crisco lab [12:38] jpalmer: I have pretty much my lack of interest in anything except computers but more importantly the people I've surrounded myself with who have been willing to help to thank [12:38] I got kicked out of school [12:39] i got my employer to approve me bringing it to work so i wouldn't have to try and store all that gear at home :) [12:39] haha yeah I love piling up my crap at work [12:40] makes me feel comfortable to have crap around me [12:40] i racked mine up and told my coworkers to learn something [12:40] m0unds: definitely [12:40] yeah I used so much of my own hardware at work [12:40] since i'm hoping i'll be able to leave here in a year or so, and since they don't have another network engineer, they'll be utterly SOL if they don't [12:41] well at my last good job [12:41] I haven't had a decent job in a while [12:41] finally starting to get interested in stuff again though [12:42] m0unds: I do the same thing. and I teach them how to make and restore backups first.. so that if someone changes it when they are done, they can instantly revert it back to their last configuration. gives them a LOT of backup/restore practice, and makes sure everyone can use the lab without stepping on other peoples toes. [12:42] Ive had crap jobs and a few short term contracts and stuff but nothing really [12:42] my last job really spoiled my appetite for work [12:43] was laid off a year ago today and Im just now like, ok I'm moving to a new place and I don't know anybody and I have no idea what to expect and I think it will be challenging for me socially [12:44] erratic: where are you moving to? [12:44] Netherlands [12:44] Im in Greece atm [12:44] thats.. a move, for sure. hehe [12:44] ah, cool - my grandparents are from the netherlands [12:45] my wife and I are talking about moving from florida to charlotte, NC [12:45] NC isn't too bad [12:45] charlotte is nice - my dad lives in burlington, just outside greensboro [12:45] need a car for sure [12:45] I like living in the city too much [12:45] but I do appreciate living out in the country and I miss it sometimes [12:46] we'd like in one of the outskirt areas, for sure. horses and such [12:46] s/like/live/ [12:46] we'd live in one of the outskirt areas, for sure. horses and such [12:46] I lived in creedmoor outside of RD [12:46] for awhile [12:46] was like 16 or 17 [12:47] long enough to make friends then move away again [12:47] I really want to believe despite how much i hate redhat it would be really hard (definitely competitive) to work there [12:47] but probably pretty interesting [12:48] especially if you can get a good systems engineering job [12:49] they pretty much birthed xen and now from what I've been reading a lot of the work on qemu/kvm looks pretty sweet [12:49] and I'm running a lot of the more recent stuff [12:50] *** invader has quit IRC (Remote host closed the connection) [12:51] actually found a vid this morning exactly what I have except the guy has much faster hardware [12:51] https://www.youtube.com/watch?v=37D2bRsthfI [12:51] YouTube Tech: "Qemu/KVM + vfio = Virtual machine for gaming with 95% of native performance = no more dual booting" by blu3bird84 (2m 8s), 18,965 views, 222 likes and 4 dislikes. Uploaded 2014-02-02T19:42:29.000Z. [12:57] anyone seen any issues in the last 30 mins? [12:57] things are working for me... [13:01] wish i could test :( [13:01] no issues here. been clear since the reboot [13:02] roger that [13:06] Yep. No issues here.. [13:07] *** mus1cb0x has joined #arpnetworks [13:07] any issues with kvm 14 today? [13:07] krv14, that is [13:08] can someone put the topic back to the way it was :) [13:08] i tried connecting several times a couple of hours ago without success [13:08] seems the NTT comcast stuff is finally getting better [13:08] mus1cb0x: was probably the general network issue we had [13:08] just looked at my arp latency graph, and it's looking much healthier than a month ago [13:08] ah, i see the topic [13:08] how long was the outage? [13:09] since like 1AM, but it was very selective on certain routes. Cacti showed most traffic was getting in/out. [13:09] ouch, what was the cause? [13:10] Looks good here. [13:11] *** invader has joined #arpnetworks [13:12] *** fink has quit IRC (Quit: fink) [13:12] mus1cb0x: s7.lax being stupid [13:13] *** mhoran changes topic to: VPS Services: http://www.arpnetworks.com/vps | FAQ: http://support.arpnetworks.com/faqs | Wiki: http://wiki.arpnetworks.com | Twitter: http://twitter.com/bsdvps | @up_the_irons is staff, other ops are long-time customers | Channel Log: http://is.gd/eWA5u [13:13] (Had to get on a desktop for that one.) [13:13] stupid? [13:14] aka not smart [13:14] sarcasm isn't helpful [13:14] nor is "stupid" when discussing network outages [13:14] i have to justify the outage and i'm not going to use stupid and risk my job [13:14] this isn't an offical forum [13:14] go put in a ticket [13:14] heh, geez [13:15] at least you're not op'd, because you would be the wrong person to represent arp [13:15] * forgotten takes a bow [13:16] play nice now [13:16] up_the_irons: It does seem like there were more widespread issues than just with your router, though? I definitely experienced issues with non-ARP connectivity this morning. [13:16] Perhaps all related in some way? [13:16] e.g. a crazy routing table causing issues on routers across the nets? [13:17] mus1cb0x: There was something strange with TCP traffic not being passed through to certain destinations over s7.lax. UDP was fine. [13:17] I guess the fact that it was TCP only kind of makes my thought make no sense. [13:17] Nor does that sentence make sense. [13:17] Huzzah Internet working! [13:17] mhoran: hmm.. that's a good point about the routing tables, maybe it is all related in some way [13:17] oh boy, I missed a lot [13:18] The TCP thing really sounds like someone played with acls. [13:18] mhoran: I didn't realize you had non-ARP connectivity problems too [13:18] did anyone else see the article about routing table hijacks lately to commandeer bitcoin mining? [13:18] up_the_irons: Yeah I was having trouble with some things before I left from home this AM, over IPv4 from Time Warner. [13:18] mus1cb0x: someone pasted that, yeah [13:18] mhoran: hmm... interesting [13:18] up_the_irons, L3 had an confirmed issue was a few asn's/ [13:18] any chance that could be a cause? [13:19] some type of BGP poisoning? I suppose it's possible [13:19] http://www.reddit.com/r/cryptodev/comments/2d0bzx/bgp_hijacking_for_cryptocurrency_profit/ [13:21] up_the_irons: we hit 512,000 active routes today, were you aware of that? [13:22] up_the_irons, From the sounds of it, They only said "route issue" Getting a straight answer out of them is like try to date Misty Dawn. [13:24] jpalmer: lol, someone just PM'd me, "related to the 512k routes issue?" [13:24] perhaps that was it... [13:24] i'm showing 499K right now [13:24] i'm going to be doing a route haircut tonight [13:24] maybe kill all /24's [13:25] up_the_irons: lots of routers with the 512k limit have been having issues today. [13:25] sup 720 should handle 1m routes, iirc [13:25] * invader hands up_the_irons a scissors [13:25] Happy grooming [13:25] might be thinking of the 2t though [13:25] danke [13:26] Sure should. [13:26] what kind of gear you guys using at your edge? [13:26] m0unds: jpalmer : i have the -3bxl, so it does 1M routes. however, i have two full tables, so right about there [13:26] ohhhh [13:26] gotcha [13:26] CEF is actually bitching at me in the logs... lol [13:27] haha [13:27] i hate cef [13:27] such a kludgy thing [13:29] I could see CEF blowing up and causing all sorts of weird issues, in addition to the missing routes. [13:29] Still don't understand why UDP would work, unless it took a different path somehow. [13:29] yea, but it usually fails by dumping forwarding onto the cpu [13:30] then the cpu shits its pants and the whole chassis stops passing traffic because of the load [13:30] or crashes, depending [13:30] haha [13:30] http://status.livestream.com/ -- so it looks like my ex startup had routing troubles today, too. :p [13:31] All the competent network techs left, so I'm not surprised their router crashed. [13:31] Was also a 720-3bxl. [13:31] That I doubt anyone has maintained in two years. [13:36] well that was easy: [13:36] s7.lax(config)#mls cef maximum-routes ip 768 [13:36] Maximum routes set to 786432. Configuration will be effective on reboot. [13:36] looks like another reboot will happen in the very near future... (tonight maybe) [13:36] ;) [13:36] do it now while only half of people think its fixed! [13:36] :D [13:37] hahahhah [13:37] nice:) [13:38] boo cef, boo [13:38] and yeah, CEF blowing up means the router falls back to software switching, which will melt it [13:38] yeah, i wonder if cef was loaded and it was unable to take on any flows [13:39] actually s1.lax did that once, i hit the 128K limit. it went full on to CPU switching. some of you may remember that outage. but hey, it didn't crash, still 5+ year uptime! :) [13:39] hahaha [13:39] s1's a 45xx right? [13:39] yup [13:39] * brycec remembers, he thinks [13:39] up_the_irons: so it was hitting the 512k limit? [13:39] my buddy @ easystreet up in oregon had a similar thing w/a 45xx killing CEF and dying horribly overnight one night [13:40] jpalmer: i don't think so, or else *nothing* would have gotten through [13:42] Yeah, that's happened to me too, when I foolishly tried to load the entire routing table on a 4500. :p [13:43] Upstream route filter was misconfigured and I didn't guard against that. [13:44] ouch [13:46] *** raptelan_ has quit IRC (Quit: Page closed) [13:48] preemptive optimization doesn't exist in networking :P [13:48] er, premature [13:56] Heh. [14:01] http://www.thewhir.com/web-hosting-news/liquidweb-among-companies-affected-major-outage-across-us-network-providers [14:01] *** fink has joined #arpnetworks [14:01] *** invader has quit IRC (Ping timeout: 245 seconds) [14:30] *** thestereobus has joined #arpnetworks [14:30] *** qbit has quit IRC (Quit: leaving) [14:41] *** ess has quit IRC (Quit: Page closed) [15:00] *** thestereobus has quit IRC (Ping timeout: 250 seconds) [15:01] *** sjackso has joined #arpnetworks [15:07] *** thestereobus has joined #arpnetworks [15:15] *** thestereobus has quit IRC (Quit: thestereobus) [15:31] http://www.cidr-report.org/as2.0/#General_Status [15:38] Number of ASes seems to be approaching a number that someone may have hardcoded into a system, too. :p [15:39] yeah, haha [15:40] I heard a rumor of a bgp apocalypse and I figured #arpnetworks would tell me whether or not to panic [15:48] bgpocalypse [16:19] *** fink has quit IRC (Quit: fink) [17:23] wow. ziprecruiter.com has gotten about 5 times faster in the past few days for job searches. [17:24] my efforts are paying off. [17:50] *** qbit has joined #arpnetworks [17:50] *** qbit is now known as Guest18868 [17:50] *** Guest18868 is now known as qbit_ [18:00] *** qbit_ has quit IRC (Quit: leaving) [18:34] m0unds: sjackso : lol [18:38] so much fuss for so little [18:39] and of course media blows it up [18:43] *** qbit has joined #arpnetworks [18:44] *** qbit is now known as Guest87335 [18:45] *** Guest87335 is now known as qbit [18:45] hola [18:45] :D [18:46] so - are the weird issues fixed? [18:46] *** qbit is now known as Guest67943 [18:46] from earlier [18:46] alive! [18:47] *** Guest67943 is now known as qbit [18:49] i seem to be having some dns issues - not sure if it's residual or not [18:49] could also be from the upgrade i stupidly decided to do mid day :P [18:49] aha [18:49] host can resolve things fine.. but ping doesn't [18:49] making me rage [19:00] qbit: connectivity was resolved about 7 hours ago [19:01] k [19:01] it's totally fucked up - ping doesn't resolve some hosts.. chat.freenode.net.. etc - but it does for others [19:01] and host works for all [19:01] qbit: reboot? [19:02] Seems like the host dns resolver cache is fubar'd [19:02] but host does a fresh fetch iirc [19:02] or at least a direct connection, bypassing the normal caching [19:02] yeah - reboot does nothin to fix it [19:23] *** qbit has quit IRC (Quit: leaving) [19:25] *** fink has joined #arpnetworks [19:26] RandalSchwartz: i meant, are you up to freebsd version 9 or 10 [19:33] when did you "meant"? [19:33] I'm still on 8.4 [19:33] probably 10.x during some spare downtime in december [19:33] after I first do it on insightcruises.com machines. :) [19:41] fink? [19:42] yo RandalSchwartz [19:42] was answering your questions [19:42] i said: fink: yo RandalSchwartz, how's it hanging. are you up to 9 or 10 with your vps? [19:42] never saw that [19:42] or maybe long ago [19:42] yea, yesterday ;) [19:42] so there's my answers [19:43] i'm wary of moving my zfs on root from 8.4 to 10 [19:43] Sounds exciting! [19:50] *** qbit has joined #arpnetworks [19:50] *** qbit is now known as Guest13111 [19:54] *** Guest13111 is now known as qbit [19:55] yeah - there's definitely some possible issues there [19:56] which is why I want to try it on $client's computers first :) [19:56] *** fink has quit IRC (Quit: fink) [19:56] there's some settings for internet in /etc/rc.conf that change, I'm told [19:56] and if I get those wrong, I don't get back in to the box :) [20:07] Yup, there's that. [20:08] Though it's not too crazy. [20:08] RandalSchwartz: i'm actually somewhat curious how much business/interest there is in insightful holiday packages [20:08] i never really thought of it before [20:09] https://supportforums.cisco.com/document/12202206/size-internet-global-routing-table-and-its-potential-side-effects lol [20:10] http://bgr.com/2014/08/12/comcast-fcc-commissioner-clyburn-dinner/ lol [20:12] curious in what way? [20:12] these aren't holiday packages [20:13] if you'd spend 4 days at a hotel in $random_city to attend a conf, why not 7 days on a cruise ship to do the same thing, but with better speakers? [20:13] i dunno, i just never thought of that [20:13] i assumed most techies would rather book their own stuff and explore like a local or maybe that's just me [20:14] yeah, most people haven't, which is why Captain Neil makes some bucks [20:14] forgot about the conf part [20:14] primarily, these are conferences [20:14] they just happen to be meeting on a ship [20:14] instead of a hotel [20:14] lots of advantages to that [20:14] * m0unds is sick of conferences in vegas [20:15] right [20:15] all of my industry conferences are in vegas [20:15] there's one that was in san diego once [20:15] but never again [20:15] and one big plus... the speakers are in the same BARS and same DINNER as you are [20:15] unlike land conferences, where they all scatter. [20:16] and our speakers are expected to mingle with the attendees at those. [20:17] imagine the conferences you've attended where you could bump into one of the keynote speakers later at the bar... [20:17] or even on a shore excursion... a few hours in the same small group with them [20:17] *** r0b has joined #arpnetworks [20:17] so you have people actually interested in the subject there as opposed to forced to attend by corporate [20:19] geez... you must have a twisted view of what we do! [20:19] I don't even know how to answer that. [20:19] "I am interested in X" [20:19] "Oh look... a cruise where speakers will be talking about X" [20:19] "I want to go" [20:20] [if employed] "Employer, can you sponsor me to this conference?" [20:20] [if retired] "Let's see if my travel budget covers this" [20:20] That's how people get on [20:20] Nobody is *forced* [20:23] "Oh gawd... FORCED to go on a CRUISE!" :) [20:23] see how silly that sounds now? [20:23] * RandalSchwartz wanders off for a bit while relocating IRL [20:25] i think hazardous was just pointing out that people attending a conf on a cruise are more likely to be going because they want to and not because someone forced them to [20:25] at least that's how it read to me [20:52] *** r0b has quit IRC (Ping timeout: 255 seconds) [20:52] *** r0b has joined #arpnetworks [21:02] *** r0b has quit IRC (Ping timeout: 240 seconds) [21:43] *** thestereobus has joined #arpnetworks [21:53] *** thestereobus_ has joined #arpnetworks [21:55] *** thestereobus has quit IRC (Ping timeout: 264 seconds) [21:55] *** thestereobus_ is now known as thestereobus [23:18] what was that command to run an mtr report with output to a text format for easy copy /paste [23:18] have the upstream TCP transit issues been resolved? [23:20] I was seeing intermittant failures earlier tonight but they didn’t last long [23:21] mtr -4 --tcp -rc 10 [23:31] *** thestereobus has quit IRC (Ping timeout: 246 seconds) [23:34] mnathani: add -w so it doesn't cut off hostnames (wide format) [23:41] *** thestereobus has joined #arpnetworks [23:46] *** befrank has quit IRC (Quit: Page closed)