***: jbergstroem has joined #arpnetworks
streak has quit IRC (Quit: Bye!) mercutio: i can't believe that nanog is still 100% spam. ***: tabthorpe has quit IRC (Read error: Connection reset by peer)
tabthorpe has joined #arpnetworks
mnathani_ has quit IRC (Ping timeout: 240 seconds)
mnathani_ has joined #arpnetworks
mnathani_ has quit IRC (Ping timeout: 264 seconds)
mnathani_ has joined #arpnetworks
mnathani_ has quit IRC (Ping timeout: 268 seconds)
mnathani_ has joined #arpnetworks mnathani_: mercutio: you would think that network operators would know how to configure spam filters etc gizmoguy: if not contents.includes( beer ) : drop_as_spam mercutio: gizmo do you read nanog?
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
@weather akl BryceBot: 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 mnathani_: I am experiencing heavy packetloss again
and its like 5pm gizmoguy: nah I don't read nanog mercutio: heh
so it's getting worse mnathani?
normally residential congestion starts late evening before it starts hitting early evening before it starts hitting late afternoon mnathani_: to my ARP VPS: Packets: Sent = 75, Received = 44, Lost = 31 (41% loss) mercutio: hmm
ok that's just dysfunctional
is it like that to most places? mnathani_: Ping request could not find host google.com. Please check the name and try again. mercutio: hahaha
are you using linux?
you can reduce the timeout for dns before it sends another request if you have high packet loss rather than high ping
looks like options timeout:1
and options attempts:10
or such
oh 5 is max
at 40% loss the chances of 5 attempts all failing is too high for my liking. ***: mnathani_ has quit IRC (Ping timeout: 256 seconds) mercutio: http://www.techtimes.com/articles/95911/20151018/the-city-of-chattanooga-is-now-offering-10-gbps-internet.htm ***: mnathani2_ has joined #arpnetworks mercutio: i like it how $300 per month is considered "not cheap" for 10 gigabit internet. -: mercutio wonders how much gig costs mercutio: $70/month
that's nce :) gizmoguy: mercutio: one day...
my 200/200 just isn't fast enough at home mercutio: i'd like to do more than 10 megabit up
i think that's meant to be fixed soon? gizmoguy: no ufb for you yet? mercutio: not until 2019 gizmoguy: so VDSL now? mercutio: i'm in chorus area
two vdsl connections gizmoguy: I think they've already rolled out the 998 dialplan to most regions
if your upload hasn't improved by now it probably won't mercutio: it's gone down from 38 acheivable to 36 acheivable gizmoguy: yeah at higher distances 998 is worse than 997 mercutio: but it's capped at 10 megabit
attainable
and i mispelt achievable :)
pretty sure i'm still on 997 though gizmoguy: they might not have completed the rollout, I can't remember what timeline they were aiming for mercutio: yeah i think it's end of november ***: mnathani2_ is now known as mnathani_ mnathani_: mercutio: do you loadbalance or similar across your 2 VDSL? mercutio: mnathani_: not really
mnathani_: i have a /29 that's advertised to both, and i advertise a more specific /32 for one of the computers
was doing two of them.
then i have outbound route set to go out the same connection for both of them
but yeah i'd like some nice way to get the throughput of both combined.
atm if the outbound route stops working i can manualyl switch it over
i'm still trying to figure out if my phone is going to get this android m update
it's confusing as.
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.
and it says "2014 moto g and moto g with 4g lte
i think that means i get it. i hope it does. apparently it improves standby battery life heaps. ***: phlux has quit IRC (Quit: WeeChat 1.4-dev) mnathani_: are you running a routing protocol with the ISPs? or are you statically advertising your /29 to both Isps? mercutio: no routing protocol anymore. mnathani_: how does reverse pack back to you work mercutio: for home use it seems cleaner just changing a default route if necessary rather than having a huge route table come through mnathani_: when you switch ISPs mercutio: reverse pack? mnathani_: Path mercutio: it'e the same isp mnathani_: ahh mercutio: can send out either path
terminates on different gear though. mnathani_: isnt there some kind of multilink ppp
my ISP offers it mercutio: yeah but it means you have to terminate on the same gear :/
it's also pretty disgusting. mnathani_: true, but would allow for higher bandwidth? mercutio: 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. mnathani_: and more failure domains mercutio: yeah it would allow higher bandwidth.
i'd rather have something higher level
so that a tcp connection can just share bw on both paths
i haven't tried mptcp yet
@google mptcp BryceBot: 7,560 total results returned for 'mptcp', here's 3
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 ...
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  ...
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 ... mnathani_: my first result is actually: www.multipath-tcp.org
on google.ca
MultiPath TCP - Linux Kernel implementation mercutio: yeah apple are starting to do it
i actually had a skype call keep working when going from wifi to 3g on android once though
in theory that sort of stuff should work more often with mptcp
but skype uses udp so it must be able to (sometimes) handle ip changing mnathani_: where is IPv6 mobility? mercutio: most people don't have ipv6 still