[00:12] *** dj_goku_ has joined #arpnetworks [00:14] *** dj_goku has quit IRC (Ping timeout: 264 seconds) [01:08] mercutio: deutsche telekom is still (one of?) the biggest isps in germany and users might actually blame cf instead of dt for slow connections [01:10] mercutio: the problem is also that the other major isps in germany also sucks, e.g. kabel deutschland has weekly (short) outages and several times a year bigger outages and also much congestion in their access layer during peek hours [01:10] damn. yeah, it was more idealism than anything else :) [01:10] they'd have to be pretty big to get away with it [01:10] they're getting bigger and bigger though. [01:40] That cloudflare article isn't being entirely accurate. They are saying that, because they peer 60% of their traffic in Europe, their cost is only the remaining 40%. This only works if peering has zero cost, which it doesn't [02:04] mercutio: a friend of mine told me that he couldn't watch youtube with his dt internet connection without buffering but when routes everything trough a vpn to some other country it works fine... (peering between dt and google is a huge problem because google doesn't want to pay dt for transit) [02:05] hmm, if google can't move theem, not much hope for cf. [02:05] it's good that google are doing that in a way though :) [02:05] mercutio: also this is pretty pervert: https://wiki.hetzner.de/index.php/Double_Paid_Traffic/en [02:06] well there are fixed costs, and variable costs with bandwidth often plett. [02:06] the cost of 10gbe peering is generally pretty cheap though. [02:09] wow [02:09] that seems a sensible way to go in some ways. [02:09] That's what she said!! [02:09] i mean to charge customers extra if they want to have more direct connectivity [02:10] have you guys seen the nytimes thing about wechat? [02:10] http://www.nytimes.com/video/technology/100000004574648/china-internet-wechat.html [02:11] it think it's the most sensible thing hetzner can do, but i still think it sucks that dt is holding their clients hostage [02:11] yeah [02:11] but if google can't change them i don't know who can [02:13] bad customer experience? [03:55] *** Guest67132 has quit IRC (Read error: Connection reset by peer) [03:55] *** mike-burns has quit IRC (Ping timeout: 276 seconds) [03:56] *** mike-burns has joined #arpnetworks [03:56] *** ChanServ sets mode: +o mike-burns [03:56] *** Guest67132 has joined #arpnetworks [07:34] *** Guest79556 is now known as sjackso [08:54] BryceBot: no [08:54] Oh, okay... I'm sorry. 'that seems a sensible way to go in some ways.' [09:24] does brycebot simply throw that line out at random, or is there some kind of pattern it triggers on? [09:36] sjackso: Bayesian learning, actually. [09:36] twss? [09:36] That was 10.39% what she said. 'sjackso: Bayesian learning, actually.' [09:37] I like it hard [09:37] twss? [09:37] That was 50% what she said. 'I like it hard' [09:37] twss [09:37] Okay! twss! 'I like it hard' [09:37] twss? [09:37] That was 50% what she said. 'I like it hard' [09:37] stupid bot :p [09:37] But you get the idea. [09:38] It's a PHP implementation of this https://github.com/lsblakk/scottbot [09:38] (not directly, but the idea of it) [09:42] This is the spiffiest speedtest I've seen... ever. /Lots/ of details, and no flash. https://sourceforge.net/speedtest/ [10:08] *** Squillis_ is now known as Squillis [13:55] brycec: no way to easily share results though [13:56] Then you'll just have to trust me when I say I have a 12Tbps connection :D [13:56] It's a bummer, but worth it for the detailed results. [18:51] *** dj_goku_ has quit IRC (Remote host closed the connection) [19:38] *** dj_goku has joined #arpnetworks