RE: AS7018 upstream loss via 32.130.88.22 (SF Bay Area) — per-flow, unidirectional

"BEASLEY, JOSH via NANOG" <[email protected]>
Newsgroups gmane.org.operators.nanog
Message-ID <SA1PR02MB11339FCF8D8DF76811F6D0190D1AF2@SA1PR02MB11339.namprd02.prod.outlook.com>
Hop 9 is the last hop on AS7018. The hop you were concerned with is no longer in the path and it would have been one of the first few hops in your trace if it was there.

Josh

From: Al via NANOG <[email protected]>
Sent: Tuesday, August 25, 2026 11:00 AM
To: mikecika--- via NANOG <[email protected]>
Cc: Al <[email protected]>
Subject: Re: AS7018 upstream loss via 32.130.88.22 (SF Bay Area) — per-flow, unidirectional

Maybe Josh fixed it, but I'm not seeing packet loss here. Odd that traceroutes stop at the 32. 130. . . Because of that I cannot see if I am transiting 32. 130. 88. 22 → 32. 130. 20. 157 or not. al@ post: /z/dns$ traceroute ibm. com traceroute to ibm. com


Maybe Josh fixed it, but I'm not seeing packet loss here.

Odd that traceroutes stop at the 32.130...

Because of that I cannot see if I am transiting 32.130.88.22 →

32.130.20.157 or not.



al@post:/z/dns$ traceroute ibm.com

traceroute to ibm.com (23.203.227.97), 30 hops max, 60 byte packets

  1  routr0.sunnyside.com (192.147.248.2)  0.114 ms  0.139 ms *

  2  12.250.77.157 (12.250.77.157)  3.149 ms  3.177 ms  3.208 ms

  3  cr82.sj2ca.ip.att.net (12.122.128.202)  4.583 ms  4.602 ms 4.598 ms

  4  ggr6.la2ca.ip.att.net (12.122.128.33)  2.938 ms  3.121 ms  3.207 ms

  5  12.122.149.46 (12.122.149.46)  7.381 ms  7.404 ms  7.397 ms

  6  12.122.149.225 (12.122.149.225)  6.951 ms  6.787 ms  6.781 ms

  7  32.130.25.168 (32.130.25.168)  5.354 ms * *

  8  * * 32.130.20.158 (32.130.20.158)  4.423 ms

  9  32.130.104.99 (32.130.104.99)  4.816 ms  4.805 ms  4.792 ms

10  * * *

11  * * *

12  * * *

13  * * *

14  * * *

15  * * *

16  * * *

17  * * *

18  * * *

19  * * *

20  * * *

21  * * *

22  * * *

23  * * *

24  * * *

25  * * *

26  * * *

27  * * *

28  * * *

29  * * *

30  * * *

al@post:/z/dns$ ping -4 ibm.com

PING ibm.com (23.203.227.97) 56(84) bytes of data.

64 bytes from a23-203-227-97.deploy.static.akamaitechnologies.com

(23.203.227.97): icmp_seq=1 ttl=53 time=5.69 ms

64 bytes from a23-203-227-97.deploy.static.akamaitechnologies.com

(23.203.227.97): icmp_seq=2 ttl=53 time=5.70 ms

^C

--- ibm.com ping statistics ---

2 packets transmitted, 2 received, 0% packet loss, time 1001ms

rtt min/avg/max/mdev = 5.690/5.696/5.703/0.075 ms





On 8/24/2026 19:15, mikecika--- via NANOG wrote:

> Seeing sustained upstream packet loss on AT&T Fiber (AS7018) in the SF Bay Area that looks path-dependent rather than congestion or CPE related. Posting in case anyone at AT&T can take a look, or has seen the same.

>

> Symptoms:

>

> Upstream collapses to ~2–5 Mbps on a 1 Gbps symmetric circuit

> Downstream unaffected — 219 measured transfers, 0 failures

> Host TCP counters show 5–14% retransmission on affected flows

> Per-flow: back-to-back transfers to the same destination, differing only in source port, alternate between full rate and collapsed. Once a flow establishes it stays in whichever state it started in.

>

> Affected destinations traverse 32.130.88.22 → 32.130.20.157. Destinations routing otherwise are unaffected (12 tested, 0 failures).

>

> Ruled out: CPE (3 gateways, 2 models), plan tier (5G → 1G), optics (no DDM alarms, PON O5), MTU (0% ICMP loss at all sizes), Wi-Fi (wired throughout).

>

> ~650 measurements over 7 days. Traceroutes and per-destination breakdown available on request.

>

> Anyone else seeing this on AS7018 in the Bay Area?

> _______________________________________________

> NANOG mailing list

> https://urldefense.com/v3/__https://lists.nanog.org/archives/list/[email protected]/message/ESBPA7A4QTSLZZ6VQFYEPN25MQLKSV5L/__;!!BhdT!mKTuNgiy4h822gcTRPjzmoo4wJG5rDiTBgSfHprGNhrh5KByYkKuD-Yw83n-nHAB86Q57YYKBzE7E629$<https://urldefense.com/v3/__https:/lists.nanog.org/archives/list/[email protected]/message/ESBPA7A4QTSLZZ6VQFYEPN25MQLKSV5L/__;!!BhdT!mKTuNgiy4h822gcTRPjzmoo4wJG5rDiTBgSfHprGNhrh5KByYkKuD-Yw83n-nHAB86Q57YYKBzE7E629$>



_______________________________________________

NANOG mailing list

https://urldefense.com/v3/__https://lists.nanog.org/archives/list/[email protected]/message/2EEOI22MILJE3J3WIVKWXMKWTKWMPCXS/__;!!BhdT!mKTuNgiy4h822gcTRPjzmoo4wJG5rDiTBgSfHprGNhrh5KByYkKuD-Yw83n-nHAB86Q57YYKB-GUU4lX$<https://urldefense.com/v3/__https:/lists.nanog.org/archives/list/[email protected]/message/2EEOI22MILJE3J3WIVKWXMKWTKWMPCXS/__;!!BhdT!mKTuNgiy4h822gcTRPjzmoo4wJG5rDiTBgSfHprGNhrh5KByYkKuD-Yw83n-nHAB86Q57YYKB-GUU4lX$>
_______________________________________________
NANOG mailing list 
https://lists.nanog.org/archives/list/[email protected]/message/XSMR5U4BB4A7TIWJPXEUZBL65WYWT6DV/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.