From my limited vantage point it appears that there is some issue between Verizon & Baidu. Baidu has 182.61.0.0/16 registered, but is only advertising pieces of it globally (or at least from what I can see). In our tables,we are receiving none from Verizon of the subnets that are advertised directly from Baidu (origin AS of 38365). The few within that registered range that have a different origin AS are coming to us from Verizon. For example: *> 182.61.0.0/19 144.121.203.141 0 46887 3356 4134 58466 38365 i *> 182.61.0.0/18 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i *> 182.61.32.0/19 144.121.203.141 0 46887 3356 4134 58466 38365 i *> 182.61.64.0/18 204.148.121.221 0 701 6453 55967 i * 182.61.128.0/23 204.148.121.221 0 701 4134 4134 4134 4134 4134 58540 ? *> 182.61.130.0/24 144.121.203.141 0 46887 6461 4134 23724 38365 38365 38365 i *> 182.61.130.0/23 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i *> 182.61.131.0/24 144.121.203.141 0 46887 6461 4134 23724 38365 38365 38365 i *> 182.61.132.0/23 144.121.203.141 0 46887 3356 4134 58466 38365 i *> 182.61.132.0/22 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i *> 182.61.134.0/23 144.121.203.141 0 46887 3356 4134 58466 38365 i *> 182.61.136.0/22 144.121.203.141 0 46887 3356 4134 58466 38365 i *> 182.61.136.0/21 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i *> 182.61.140.0/22 144.121.203.141 0 46887 3356 4134 58466 38365 i *> 182.61.144.0/21 144.121.203.141 0 46887 3356 4134 58466 38365 i *> 182.61.144.0/20 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i *> 182.61.160.0/19 204.148.121.221 0 701 6453 55967 i *> 182.61.192.0/23 144.121.203.141 0 46887 3356 4134 58540 i *> 182.61.194.0/23 144.121.203.141 0 46887 3356 4134 58540 i *> 182.61.200.0/22 144.121.203.141 0 46887 6461 4134 23724 38365 i *> 182.61.200.0/21 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i *> 182.61.216.0/21 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i *> 182.61.223.0/24 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i *> 182.61.224.0/19 144.121.203.141 0 46887 6461 4134 58466 38365 38365 i We are getting the 182.61.200.0/21 and 182.61.200.0/22 from all of our other peers: asr-inet2#sh ip bgp 182.61.200.0/21 BGP routing table entry for 182.61.200.0/21, version 15779018 Paths: (2 available, best #2, table default) Advertised to update-groups: 3 Refresh Epoch 1 54004 6128 1299 4134 58466 38365 38365, (aggregated by 38365 119.75.208.225) 148.77.99.201 from 148.77.99.201 (24.157.4.25) Origin IGP, localpref 100, valid, external, atomic-aggregate rx pathid: 0, tx pathid: 0 Updated on Apr 29 2022 21:02:05 EDT Refresh Epoch 1 46887 6461 4134 58466 38365 38365, (aggregated by 38365 119.75.208.225) 129.77.17.254 from 129.77.17.254 (129.77.40.7) Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate, best rx pathid: 0, tx pathid: 0x0 Updated on May 3 2022 04:02:50 EDT From: NANOG <nanog-bounces+mhuff=ox.com@nanog.org> On Behalf Of holow29 Sent: Thursday, June 23, 2022 5:49 PM To: nanog@nanog.org Subject: Verizon no BGP route to some of AS38365 (182.61.200.0/24) I've been trying (to no avail) for over a month now to get Verizon to investigate their lack of BGP routing to 182.61.200.0/24<http://182.61.200.0/24>, which hosts Baidu Wangpan at pan.baidu.com<http://pan.baidu.com> (Baidu's cloud services/equivalent of Google Drive). Easily verified through Verizon's Looking Glass. We all know Verizon's BGP routing is a disaster, but does anyone have any ideas?