3 ms·
>Could there possibly be an innocent explanation where the channel through PRC somehow happens to be less saturated or otherwise faster? BGP prioritizes routes
by CameronNemo 7y ago
>Could there possibly be an innocent explanation where the channel through PRC somehow happens to be less saturated or otherwise faster?
BGP prioritizes routes via the number of hops in the AS path. A prefix announcement could be described like this:
subnet: 169.254.0.0/16
origin-as: 65419
as-path: 65419 -> 65420 -> 65416
This announcement is twice removed from the origin AS (autonomous system), and would have a lower priority than a direct announcement from the origin as or another path.
A BGP speaker can lie about the AS path and claim they have a shorter path than they really do. Then their peers either reject the route advertisement, if RPKI is configured (it is not), or accept it and forward traffic through it.
- kortilla 7y agoRPKI only protects the origin, not the path. You need full bgpsec for that which is barely standardized, let alone implemented and adopted.
- dylz 7y agoFrom a US West POV: I don't believe I've ever seen that kind of path through PRC to be faster. Their peering ports are insanely oversubscribed and lossy at peak in LA/SJ, and half-decent traffic via CT's Next Generation is absurdly expensive.
- solotronics 7y agoChina Unicom / China Telecom / China Mobile suck as transit, not sure what the above poster is getting at. https://jpgamboa.com/peering-chinese-internet/ https://jpgamboa.com/peering-chinese-internet/