***: kellytk has left "WeeChat 1.0.1"
easymac_ has joined #arpnetworks
toeshred_ has joined #arpnetworks
easymac has quit IRC (Read error: Connection reset by peer)
easymac_ is now known as easymac
toeshred has quit IRC (Ping timeout: 244 seconds)
easymac is now known as Guest40207
Guest40207 is now known as easymac
easymac is now known as Guest85133
mnathani2_ has joined #arpnetworks
mnathani_ has quit IRC (Ping timeout: 250 seconds)
Guest85133 is now known as easymac
easymac is now known as Guest20870
Guest20870 is now known as easymac
easymac is now known as Guest19271
Guest19271 is now known as easymac
easymac is now known as Guest9285
Guest9285 is now known as easymac
easymac is now known as Guest58357
Guest58357 is now known as easymac
easymac is now known as Guest89432
Guest89432 is now known as easymac
easymac is now known as Guest24323 brycec: hm think ipv6 just hit the fan again (or still?) ***: Guest24323 is now known as easymac brycec: Studying my Smokeping, it looks to have returned for a 3rd night (or day, or whatever your timezone declares) ***: easymac is now known as Guest2313 brycec: The past 6 days as measured from a TWC cable connection + HE IPv6 tunnel to my ARP VPS, you see that the heavy packet loss is unique to the past 3 days and starts up around 5pm ARP Daylight Time. Traceroute show clean through HE up until the handoff to ntt.net; my VPS is the hop immediately after the handoff to ntt.net.
https://smokeping.cobryce.com/?displaymode=n;start=2015-08-29%2008:39;end=now;target=ARP.ARPWebsite.ARPWebsite6~cobrycesmokepingslave mercutio: with high loss? brycec: Yep
So I'd have to conclude that someone is saturating the living hell out of that connection mercutio: eek
that loosk severe
are they at the same time of night? brycec: Yes (as I already said) mercutio: but i mean is the start time pretty consistent brycec: Yes "unique to the past 3 days and starts up around 5pm ARP Daylight Time." mercutio: oh right
you did say
sorry :) brycec: And I'm seeing the loss from multiple ISPs (but all happen to be tunneled HE IPv6 connections; I don't have a native IPv6 connection to monitor from, besides ARP itself.)
(and because they're all HE tunnels, they all cross that same handoff it seems) mercutio: yeah
the site that i noticed loss from seems to not be too bad atm ***: KDE_Perry has quit IRC (Remote host closed the connection)
KDE_Perry has joined #arpnetworks mercutio: gtt -> ntt seems fine now
still seeing high pings from he.net on any2ix
www.he.net is showing 30% loss
and bad loss to that tunenl server
hmm
bryce: is it any better now? brycec: dropping right now mercutio: yeah hmm didn't seem to work brycec: flowing again
http://sprunge.us/hhMb mtr
I wonder... I see from the rdns names that HE's hop is 10GB, and NTT's is 1GB. Latency spikes on both that last HE hop as well as the NTT hop, which suggests (not conclusively) to me that that the link is oversaturated, and HE can handle it simply because they've got more capacity.
but that's just a hypothesis.
ah well, i've got other things to deal with, things I can actually affect. Later all ***: mike-burns has quit IRC (Ping timeout: 264 seconds) mercutio: ok
i'm seeing less loss now btw
but slightly higher ping
to the feed dead name ***: Guest2313 is now known as easymac
easymac is now known as Guest58941
mike-burns has joined #arpnetworks
ChanServ sets mode: +o mike-burns
mike-burns has quit IRC (Ping timeout: 272 seconds)
mike-burns has joined #arpnetworks
ChanServ sets mode: +o mike-burns
Guest58941 is now known as easymac
easymac is now known as Guest9221
Guest9221 is now known as easymac
easymac is now known as Guest88801