This has been “resolved", I finally got through to some awesome engineer at Spectrum who has rerouted traffic while they work with their hardware vendor (thanks Jake):
1 2605:6000:0:8::f:7acc (2605:6000:0:8::f:7acc) 0.372 ms 0.323 ms 0.282 ms 2 ae15.ARTNTXAF02H.chtrse.com (2605:6000:0:4::f:87e9) 4.002 ms 3.977 ms 10.884 ms 3 * * * 4 lag-23.mcr11dllbtxlb.netops.charter.com (2605:6000:0:4::2:1e) 1.464 ms 1.574 ms 1.560 ms 5 * * * 6 * * lag-26.hstqtx0209w-bcr00.netops.charter.com (2001:1998:0:4::528) 6.351 ms 7 * * * 8 lag-0.pr2.atl20.netops.charter.com (2001:1998:0:4::51f) 18.577 ms 18.572 ms 18.428 ms 9 * * * 10 e0-36.core2.bna1.he.net (2001:470:0:429::2) 32.553 ms 32.720 ms 32.563 ms 11 * * * 12 * * * 13 equinix-ix.dfw2.packet.net (2001:504:0:5:0:5:4825:1) 24.591 ms 24.553 ms 24.604 ms 14 * * * 15 * * * 16 dfw.source.kernel.org (2604:1380:4641:c500::1) 24.423 ms 26.020 ms 24.415 ms > On Apr 28, 2023, at 11:35 AM, Sam Thomas <stho...@lart.net> wrote: > > Actual data from a Spectrum residential customer in DFW. > > First, IPv4: > > <ns:~> trace dfw.source.kernel.org > traceroute to dfw.source.kernel.org (139.178.84.217), 64 hops max, 40 > byte packets > 1 my.router 0.389 ms 0.350 ms 0.292 ms > 2 142-254-130-077.inf.spectrum.com (142.254.130.77) 8.423 ms 8.408 > ms 8.080 ms > 3 lag-63.artrtx2801h.netops.charter.com (24.28.88.17) 27.167 ms > 25.065 ms 21.977 ms > 4 lag-22.artntxaf01r.netops.charter.com (24.175.49.233) 10.718 ms > 10.083 ms 15.886 ms > 5 lag-23.mcr11crtntxjt.netops.charter.com (24.175.36.224) 13.386 ms > 11.560 ms 11.297 ms > 6 lag-21.rcr01dllatx37.netops.charter.com (24.175.49.0) 11.339 ms > lag-28.rcr01dllatx37.netops.charter.com (24.175.33.246) 11.904 ms > 128.186 ms > 7 lag-414.dllstx976iw-bcr00.netops.charter.com (66.109.6.52) 12.603 ms > lag-14.dllstx976iw-bcr00.netops.charter.com (66.109.6.88) 12.172 ms > lag-414.dllstx976iw-bcr00.netops.charter.com (66.109.6.52) 12.299 ms > 8 lag-302.pr3.dfw10.netops.charter.com (209.18.43.77) 21.570 ms > lag-0.pr3.dfw10.netops.charter.com (66.109.5.121) 11.763 ms > lag-302.pr3.dfw10.netops.charter.com (209.18.43.77) 12.182 ms > 9 dls-b23-link.ip.twelve99.net (62.115.156.208) 11.515 ms * 11.706 ms > 10 packethost-ic-369414.ip.twelve99-cust.net (213.248.72.3) 11.870 > ms 30.246 ms 18.199 ms > 11 * * * > 12 * * * > 13 dfw.source.kernel.org (139.178.84.217) 12.021 ms 12.076 ms 11.922 ms > > ping dfw.source.kernel.org > PING dfw.source.kernel.org (139.178.84.217): 56 data bytes > 64 bytes from 139.178.84.217: icmp_seq=0 ttl=50 time=11.590 ms > 64 bytes from 139.178.84.217: icmp_seq=1 ttl=50 time=11.785 ms > > IPv6: > > <ns:~> trace6 dfw.source.kernel.org > traceroute6 to dfw.source.kernel.org (2604:1380:4641:c500::1) from > 2603:8080:REDACTED, 64 hops max, 20 byte packets > 1 2603-8080-REDACTED.res6.spectrum.com 0.404 ms 0.340 ms 0.322 ms > 2 2603-90c5-0003-000e-0000-0000-0000-0001.inf6.spectrum.com 10.308 > ms 7.901 ms 9.902 ms > 3 lag-63.artrtx2801h.netops.charter.com 17.008 ms 10.523 ms 11.077 ms > 4 lag-22.artntxaf01r.netops.charter.com 14.638 ms * * > 5 lag-23.mcr11crtntxjt.netops.charter.com 11.090 ms 11.612 ms 12.234 ms > 6 * * * > 7 lag-414.dllstx976iw-bcr00.netops.charter.com 12.572 ms * > lag-24.dllstx976iw-bcr00.netops.charter.com 12.160 ms > 8 * * * > 9 * * * > 10 * * * > 11 * * * > 12 * * * > 13 * * * > 14 * * * > 15 * * * > 16 * * * > 17 * * * > 18 * * * > 19 *^C > > ping6 dfw.source.kernel.org > PING6(56=40+8+8 bytes) 2603:8080:REDACTED --> 2604:1380:4641:c500::1 > ^C > --- dfw.source.kernel.org ping6 statistics --- > 5 packets transmitted, 0 packets received, 100.0% packet loss > > I have a Linode VM in Dallas that I also can't get to via IPv6. > Traffic appears to take the same path for IPv4. > > On Wed, Apr 26, 2023 at 10:50 AM Tom Rini <tr...@konsulko.com> wrote: >> >> Hey all, >> >> I'm posting this here in hopes of getting the attention of someone that >> can get this issue resolved, or at least an internal ticket filed. I've >> tried the customer-facing tech support and not been able to get such a >> thing done. >> >> In short, from within Spectrum's US IPv6 network (verified in both North >> Carolina and Ohio), dfw.source.kernel.org (2604:1380:4641:c500::1) is >> unreachable and connections time out. This site is otherwise fine and >> globally accessible via IPv6, tested on both Qwest and T-Mobile hosted >> systems. This is a regression from some time in early April this year. >> >> -- >> Tom
smime.p7s
Description: S/MIME cryptographic signature