If my quota limit says: 20000000 how many gigs is that? @wa 20000000B to GB convert 20000000 bytes to gigabytes;0.02 GB (gigabytes);20 MB (megabytes);160 Mb (megabits);0.16 Gb (gigabits);1.6×10^8 bits;19.07 MiB (mebibytes);~~ ( 0.1 ~~ 1\/10 ) × mini-compact disc capacity ( 185 to 210 MB );~~ 7 × data storage capacity of a 200-character per inch 2400-foot IBM 7330 7-track magnetic tape (~~ 2×10^7 b );~~ 14 × 3.5" floppy disk capacity (high density) ( 1440 kB );information;[information];Time to transfer at T1 spe Apparently 20MB? mnathani: or just quota -s (assuming GNU quota) But yeah, quota uses bytes normally I think its in blocks approx 10 gigs @wa 20000000 blocks to gb convert 20000000 block sizes for a typically formatted magnetic disk to gigabytes;10.24 GB (gigabytes);0.01024 TB (terabytes);1.024×10^10 bytes;81.92 Gb (gigabits);0.08192 Tb (terabits);8.192×10^10 bits;~~ 0.41 × single-layer Blu-ray capacity (~~ 25 GB );~~ 0.51 × AIT-E turbo native capacity ( 20 GB );~~ 1.2 × dual-layer DVD capacity (~~ 8.5 GB );information;[information] this was the quota command on ARP backup system Quota utilities version 3.17. @wa 10 GB in blocks Sorry, I couldn't reach the backend API. @iata yyz YYZ: Toronto Pearson International Airport located in Mississauga, Ontario, Canada @iataabc @iat aabc @iata abc ABC: Not a valid IATA. @iata hnl HNL: Honolulu International Airport located in Honolulu, Hawaii, United States @iata bom BOM: Chatrapati Shivaji International Airport located in Mumbai, India blocks are somewhat arbitrary though and usually abstracted beneath the FS can anyone ping M.ROOT-SERVERS.NET [2001:dc3::35] (works from ARP, but not from my HE.net tunnel) @smokeping https://smokeping.cobryce.com/ works over my HE tunnel And no I'm not hitting the root servers (yet) from my smokeping thats wierd, I can ping it from the linux box that has the tunnel setup mnathani: on ARP's backup system, "limit" is bytes (you have 20GB) and "blocks" are also bytes" I should only have 10 GB though thats what the portal says Well I have 20000000 and the portal says 20GB. What's more, du says 8.5GB used, and quota says 8870132 blocks used. so aside from a base-2/10 discrepency , it's all kosher at least for me My du = 7.6G . portal says 10GB and quota is 20000000 probably a typo on up_the_irons part when provisioning could be I can ping 2001:4860:4860::8888 just fine from my Windows 8.1 box that is routed via Linux to HE.net but 2001:dc3::35 not able to ping is there a different protocol between the windows ping and linux ping not just my windows 8 I also have a centos behind the original linux box with the same behavior Doesn't one still use ICMP ping? mnathani: what does a traceroute or mtr look like? vs UDP ping? I'm thinking it's either a routing problem or an MTU problem http://pastebin.com/YiirLqmv why would it work from the linux he.net tunnel box what does a traceroute from the linux he.net tunnel box look like out of interest? to m-root? yeah its in the same pastebin just to compare at the bottom lol sorry np I didn't scroll my firefox window I put a bunch of blank lines yup well that's strange I would expect not to ping any ipv6 or all pingable ipv6 rather than ping most and not all if you want to replicate windows's traceroute on linux try "sudo traceroute -I M.ROOT-SERVERS.NET" I have another linux box behind there is no traceroute command on windows oh ok I see though I was pretty sure windows tracert used UDP I wonder if it's an issue with source IP? how come other destinations like google and facebook come back are all your machines on the same /64? true. they are how do you source a ping from a different interface /ip on linux -I $IP, as I recall confirmed its the source ip http://pastebin.com/CcV0dxy7 woo 10 points to gizmoguy ping to google from he.net linux box sourced from /64 within routed /48 works, however same source to m-root fails could there be a bogon or source address filtering going on? i'll try ping you from here ping6 2001:470:b148::1 PING 2001:470:b148::1(2001:470:b148::1) 56 data bytes From 2001:470:0:1b4::2 icmp_seq=1 Time exceeded: Hop limit From 2001:470:0:1b4::1 icmp_seq=1 Time exceeded: Hop limit yeah, i think you have some issues lol, I get the same thing never thought of pinging from ARP before http://pastebin.com/9FqhpmyN so HE have a routing loop for your /64 I could pick a different /64 oddly enough, this is the second routing loop in the past 10 mins i've helped solve 2001:470:b148:0:1::1 thats in a different /64 ? my routed /48" 2001:470:b148::/48 same issue it's probably an issue with the /48 yea I have a routed 64 as well which I tried using, and that seems to work just fine 2001:470:1d:76e::1 2001:470:1d:76e::25 thanks gizmoguy :-) np :) Fuck this is good 03.30 pie. Nothing like celebratory pie after fixing the "oh shit everything went to hell Thursday at midnight and I've been working ever since to get things back online" fiasco I've had some of this pie the other day... but *now* it tastes 10x better mmm pie late to the party, but windows traceroute = tracert, also you can get winmtr which is..well, you guessed it, mtr for windows. winmtr doesn't do v6 :( hasn't been updated in years either my rust server has been invaded by korean, chinese and russian people :o i set up a log notifier that sends server connect/disconnect and chat stuff to an irc channel every night, between 0000-1000, it's nothing but russian, chinese and korean chat We're gowngrading to 1.5Mbps internet out of spite for the company we're currently with (only one other provider) rip Netflix streaming could just stream super ugly video at 500kbit/sec I'll probably just move from streaming to DVDs/blurays and rip them as soon as they get here ah, dlna streaming server or something? mkv -> tv? yeah, via ps3 right on tbh, I'm fine with 1.5Mbps until there's a larger market out here as long as I can still get on IRC :P are you in a rural area? or is your choice of providers just really shitty vs super shitty? I'm in a new development on a military installation There are only two companies that offer service out here so far. AT&T offers U-Verse one street away, so I'm hoping that comes our way soon For now, we've been using this company called "CMA Access" ah They are expensive, and their staff won't believe me when I say problems are on their end So I'm done with them gross I got into it with a customer service rep and decided "Fuck it" Sooooooooo out of spite, we're moving to AT&T DSL until U-Verse is offered again hah Thankfully I already have DirecTV for my television needs but I'm fairly certain I can live with it..my wife's parents live out in the sticks, and I'm pretty sure all they get is 1.5Mbps and it seems to work fine OH, and CMA has a bandwidth limit where AT&T does not so that's another plus Of course, I won't be able to use too much bw only getting 150kb/s down :P hah at least you're not stuck with satellite stuff Very true tbh, as long as I can check e-mail, reddit, and IRC without having to restart my modem 500000 times a day, I'll be happier overall. Plus I have a son due in April, and AT&T's price is only $24/mo wow, that's cheaper than a pots line here w/no additional svcs also, congrats april birthdays ftw thanks man network just take a dump for anyone else? seeing ~75-80% pkt loss over v4 or v6? and which transit / peer are you coming in on? any ntt from one location, mzima from one, nlayer from one 50% on nlayer, 80+% on ntt via v4 Mmm, seems to be a bit crappy at the moment. ~95% packet loss at the moment. (v4) Oh, 97% now. :D Oh well oh hell. It will sort it self out soon. yep lol, oh man i need to put my v6 tunnel offline it's coming up and dropping over and over hello :) hi are there known issues? I'm seeing dropped packets 42 packets transmitted, 2 received, 95% packet loss, time 49886ms rtt min/avg/max/mdev = 252.426/253.863/255.300/1.437 ms yah 70.5.250.129.in-addr.arpa. 14400 IN PTR ae-2.r04.lsanca03.us.bb.gin.ntt.net. stops here hi! shit is flapping ja figured hi static o.O , any maintenance is on going? hey not just you hi my vps is down :) is something going on? :) Ah what a relief. So its not only me then :D suddenly, people :) One of tech staff accidentally pulled out the cable maybe arpnetworks employs ducks? hope they can quickly plug it in again ;) It's most likely just a ddos. Will sort itself out sooner or later. aaah s7 has had issues, could be hw or something wigging out again one of those nasty ntp reflection ones ... :P No more fancy uptime :( ? The uptime shouldn't be affected. :p If they have hardware failure probably uptime will be affected. Yeah. that's true. But it's unlikely. ducks don't require: healthcare, pension, benefits very cost efficient and great ROI for shareholders Since the pl starts 2 hops before my instance... my brain internally read that 'since the polish... perl... giving up starts 2 hops before' oh look. rain. anyone around yep everyone else down? yep Well, lot's of people around, no staff though as it seems. ugh v6 inbound is good via nlayer (S3, not S7) i'd bet something happened with s7 again, since it's been screwy for a couple weeks Good, then my ipv6 anycast dns node should be working at least .:D m0unds_: I have no idea what's s7 is. But imho it looks more like a ddos then anything else. s7 is a switch chassis that has been crashing regularly 9. ae-2.r04.lsanca03.us.bb.gin.ntt.net 0.0% 709 151.0 151.2 149.8 176.9 2.3 10. ge-0-7-0-24.r04.lsanca03.us.ce.gin.ntt.net 87.0% 709 220.3 217.6 212.4 306.7 14.0 11. 208.79.88.129 98.4% 709 212.9 212.9 211.6 217.4 1.7 ntt feeds into s7 Works like a charm until hop 10 there. afaik, anyway since when it dies, any2ix and ntt both die so we should take s7 out back and release it like a badly trained pokemon hi I'm having some connection issues to arpnetworks. evrery one is yeah, there's some sort of network event going on ok, thanks for letting me know. fixed? looks good oooh i can get to my site again Yay, my anycast node works again. :D what happedned this morining? idk oh so s7 may have crashed 21:09:36 [2e] We're investigating very high traffic (likely DoS) to host kvr24, also consuming resources in other actually, it says possible ddos areas that isnt an irc nick that's what twitter said wait, is that a twitter to irc gateway i pasted that from bitlbee ahh yeah, so maybe the ios upgrade did fix s7 if it didn't crash under ddos, haha oh well at least it being looked into i'm sure we'll hear what happened yup yeah and prob better than s7 crash :) yeah m0unds_: lol re s7 up_the_irons: did it survive the onslaught? m0unds_: it did m0unds_: although it has survived others, even on older IOS. wow, all BGP sessions on BIRD remained up. That's quite cool. maybe it wasn't a high pps attack just high traffic i imagine any2ix has less ddos traffic volume? there we go mercutio: it was pretty big though, coming through peers as well ahh weird i suppsoe it not that strange these things are really distributed these days i just kind of assume ddos traffic comes from somefar "far away" s/somefar/somewhere/ i just kind of assume ddos traffic comes from somewhere "far away" ho hmm, smokeping is pretty bad it comes from "everwhere" these days i thought that was just spoofed ip's mostly and that it was usually still few hosts but yeah now with ntp reflection attacks.. any idea what kind of ddos it was? i read something that 75% of the ntpds implicated in the attack on cloudflare have either been filtered or reconfigured i bet more of them have been filtered than reconfigured that'd be my guess too but at least the network ops are paying attention haha i think there's not much choice well, there's two choices - address it or don't actually.. i think most network op's care about painful ddos/packet loss etc yeh true, i wonder if ntt, level3, etc are doing anything about it i imagine most small-to-medium providers are but large providers may be like, we can charge more for bandwidth.. and it's not necesarily tier1's responsibility to block it gets into iffy territory Yup, that was quite a chunk of disruption earlier. ugly that looks milkd to me? i saw a ton of extra flow sessions open up w/my srx trying to reestablish the tunnel, til i took it down http://postimg.org/image/yd2ezgmhn/ pretty funny roughly....8 times as many as normal maybe i was just unlucky my route to one IP is via SJC, and the other is straight to LAX - both nlayer. the LAX one was ~85% max pkt loss, the SJC one was 75.50% it looks like i was 95 to 100% packet loss via ntt that's what i saw via ntt too (work uses centurylink -> ntt) so ntt went out harder yeah, seems that way at least joy does ntt have blackhole community? there was so much loss via ntt that i thought my vps had crashed or something at first because i wasn't getting any icmp replies whatsoever it took almost 2 mins before i started seeing 1 or 2 here and there looks like it has standard 666 By default, peers are not configured for the blackhole functionality. Please contact the NTT NOC @ noc@us.ntt.net for this feature. mercutio: m0unds : i say filtered too. We filtered like 150 hosts. there's NO WAY one can just "wait" for the host admin to fix it yeah, for sure up_the_irons: lots of people are businesses etc that may be able to fix themselves or filter err lots of networks are businesses still probably quicker to filter first yup, as a reactive measure and i guess preventative if there are systems that hadn't participated yet yeah but think about VMs here. lots may be businesses, but also lots are just home / hobby stuff i imagine most participated yep up_the_irons: but you're a provider to others i mean if someone had their own network yeah ntp being a problem all over the place right if you have no control of course you're going to filter. if you do have control you might or might not filter upgrading ntp everywhere or fixing configs everywhere could be consdiered time-consuming i wonder how big that ddos was i've been hearing from a few various people getting hit by 10 gigabit+ ddos attacks recently for small providers. with less than 10 gigabit transit it used to be considered reasonable safe for ddos attacks if you had 10 gigabit pipes or bigger but it's probably shifting to 40 gigabit for safety or something now, which gets crazy if your average traffic is < 1 gigabit hahah all your smokeping icmp traffic would clog the tuubs 100 people with 100 mergabit ddos is still 10 gigabit :/ save some internet for the rest of us jeez i can't type today brycec: do you have any2ix/any2ix host? on your smokeping i'm curious what packet loss was like there I have no idea http://kremvax.acfsys.net/smokeping.cgi?target=Remote.voipms-dnvrco ouch that's probably the normal ntt thing acf just you're motiring ervery 5 minutes.. https://smokeping.cobryce.com/?target=Internet.VoipMS.denvervoipms ^ Mine for denver.voip.ms (And I monitor every minute ) 20 pings every 2min if you look at his local thing he got heaps of gaps it may be due to monitoring not completing in time? it said 5 minutes acf? well 300 seconds hmm ok maybe you using a dns server outside network? yeah, probably the DNS thing