[00:31] *** jbergstroem has left "Palaver https://palaverapp.com/" [00:32] *** jbergstroem has joined #arpnetworks [02:51] *** streak has quit IRC (Quit: Bye!) [04:52] i can't believe that nanog is still 100% spam. [08:11] *** tabthorpe has quit IRC (Read error: Connection reset by peer) [08:11] *** tabthorpe has joined #arpnetworks [09:30] *** mnathani_ has quit IRC (Ping timeout: 240 seconds) [09:41] *** mnathani_ has joined #arpnetworks [09:45] *** mnathani_ has quit IRC (Ping timeout: 264 seconds) [09:50] *** mnathani_ has joined #arpnetworks [09:54] *** mnathani_ has quit IRC (Ping timeout: 268 seconds) [12:00] *** mnathani_ has joined #arpnetworks [12:01] mercutio: you would think that network operators would know how to configure spam filters etc [13:50] if not contents.includes( beer ) : drop_as_spam [13:56] gizmo do you read nanog? [13:57] i'm pretty slack with it myself these days. i picked it up on outages first, that then said that it was happening on nanog worse [13:58] @weather akl [13:58] Auckland International, New Zealand: Scattered Clouds 61°F (16°C), Humidity: 77%, Wind: From the WSW at 16 MPH -- For more details including the forecast and almanac, see http://www.wunderground.com/cgi-bin/findweather/getForecast?query=-37.00805664,174.79167175 or re-request this with: @weather -v akl [13:58] I am experiencing heavy packetloss again [13:58] and its like 5pm [13:58] nah I don't read nanog [13:58] heh [13:58] so it's getting worse mnathani? [13:59] normally residential congestion starts late evening before it starts hitting early evening before it starts hitting late afternoon [13:59] to my ARP VPS: Packets: Sent = 75, Received = 44, Lost = 31 (41% loss) [13:59] hmm [13:59] ok that's just dysfunctional [13:59] is it like that to most places? [14:00] Ping request could not find host google.com. Please check the name and try again. [14:00] hahaha [14:00] are you using linux? [14:01] you can reduce the timeout for dns before it sends another request if you have high packet loss rather than high ping [14:01] looks like options timeout:1 [14:02] and options attempts:10 [14:02] or such [14:02] oh 5 is max [14:02] at 40% loss the chances of 5 attempts all failing is too high for my liking. [14:05] *** mnathani_ has quit IRC (Ping timeout: 256 seconds) [14:07] http://www.techtimes.com/articles/95911/20151018/the-city-of-chattanooga-is-now-offering-10-gbps-internet.htm [14:08] *** mnathani2_ has joined #arpnetworks [14:08] i like it how $300 per month is considered "not cheap" for 10 gigabit internet. [14:08] * mercutio wonders how much gig costs [14:09] $70/month [14:09] that's nce :) [14:11] mercutio: one day... [14:11] my 200/200 just isn't fast enough at home [14:11] i'd like to do more than 10 megabit up [14:11] i think that's meant to be fixed soon? [14:11] no ufb for you yet? [14:11] not until 2019 [14:12] so VDSL now? [14:12] i'm in chorus area [14:12] two vdsl connections [14:12] I think they've already rolled out the 998 dialplan to most regions [14:12] if your upload hasn't improved by now it probably won't [14:12] it's gone down from 38 acheivable to 36 acheivable [14:12] yeah at higher distances 998 is worse than 997 [14:13] but it's capped at 10 megabit [14:13] attainable [14:13] and i mispelt achievable :) [14:13] pretty sure i'm still on 997 though [15:15] they might not have completed the rollout, I can't remember what timeline they were aiming for [15:18] yeah i think it's end of november [16:51] *** mnathani2_ is now known as mnathani_ [18:00] mercutio: do you loadbalance or similar across your 2 VDSL? [18:22] mnathani_: not really [18:22] mnathani_: i have a /29 that's advertised to both, and i advertise a more specific /32 for one of the computers [18:22] was doing two of them. [18:22] then i have outbound route set to go out the same connection for both of them [18:23] but yeah i'd like some nice way to get the throughput of both combined. [18:24] atm if the outbound route stops working i can manualyl switch it over [18:25] i'm still trying to figure out if my phone is going to get this android m update [18:25] it's confusing as. [18:26] as i have a moto g lte - which i think was released in 2014, but is 1st generation, and 1st generation doesn't get it, moto g 2nd generation is 2014, 2nd generation with lte came out this year in some regions. [18:27] and it says "2014 moto g and moto g with 4g lte [18:27] i think that means i get it. i hope it does. apparently it improves standby battery life heaps. [19:03] *** phlux has quit IRC (Quit: WeeChat 1.4-dev) [19:45] are you running a routing protocol with the ISPs? or are you statically advertising your /29 to both Isps? [20:22] no routing protocol anymore. [20:22] how does reverse pack back to you work [20:22] for home use it seems cleaner just changing a default route if necessary rather than having a huge route table come through [20:22] when you switch ISPs [20:23] reverse pack? [20:23] Path [20:23] it'e the same isp [20:23] ahh [20:23] can send out either path [20:23] terminates on different gear though. [20:23] isnt there some kind of multilink ppp [20:24] my ISP offers it [20:24] yeah but it means you have to terminate on the same gear :/ [20:24] it's also pretty disgusting. [20:24] true, but would allow for higher bandwidth? [20:24] it splits every packet in half and sends half out each. if one of the connections is faster than the other it don't work so well. [20:24] and more failure domains [20:24] yeah it would allow higher bandwidth. [20:25] i'd rather have something higher level [20:25] so that a tcp connection can just share bw on both paths [20:25] i haven't tried mptcp yet [20:25] @google mptcp [20:25] 7,560 total results returned for 'mptcp', here's 3 [20:25] multipath TCP (MPTCP) for FreeBSD (http://caia.swin.edu.au/urp/newtcp/mptcp/) Jun 4, 2015 ... Overview. The IETF's Multipath TCP (MPTCP) working group is focused on an idea that has emerged in various forms over recent years ... [20:25] Multipath TCP - Wikipedia, the free encyclopedia (https://en.wikipedia.org/wiki/Multipath_TCP) Multipath TCP (MPTCP) is an ongoing effort of the Internet Engineering Task Force's (IETF) Multipath TCP working group, that aims at allowing a Transmission ... [20:25] FreeBSD Quarterly Status Report (https://www.freebsd.org/news/status/report-2013-01-2013-03.html) Kernel. AMD GPU Kernel Mode-Setting (KMS) Support; Atomic "close-on-exec"; callout(9) Improvements; Multipath TCP (MPTCP) for FreeBSD; racct: Block IO ... [20:26] my first result is actually: www.multipath-tcp.org [20:26] on google.ca [20:26] MultiPath TCP - Linux Kernel implementation [20:59] yeah apple are starting to do it [20:59] i actually had a skype call keep working when going from wifi to 3g on android once though [21:00] in theory that sort of stuff should work more often with mptcp [21:00] but skype uses udp so it must be able to (sometimes) handle ip changing [21:10] where is IPv6 mobility? [22:41] most people don't have ipv6 still