Re: Long AS Path

[Stephen Satchell <list () satchell net>]

On 06/22/2017 04:27 AM, Jon Lewis wrote:
> You do have to wonder, what was the thought process that resulted in 35
> being the right number of prepends "accomplish" whatever TE they were
> shooting for?
>
> AS path: 10026 9498 55644 55644 55644 55644 55644 55644 55644 55644 55644
> 55644 55644 55644 55644 55644 55644 55644 55644 55644 55644 55644 55644
> 55644 55644 55644 55644 55644 55644 55644 55644 55644 55644 55644 55644
> 55644 55644 55644 45271
>
> I don't mean to single out 55644.  It's just the first/most obnoxiously
> long as-path I found when looking for long ones.
>
> I seriously doubt provider/customer/customer-of-customer relationships
> ever get much deeper than a handful or so of ASNs...so if prepending a
> few times doesn't get it done, 10-20-30 prepends are unlikely to help.
>
> In the above case, that long path is actually our best path.  We
> localpref peering above transit.  So, it doesn't matter how many
> prepends, they add, we're never going to not use this path if its
> available.  We have transit paths to these routes that are only a single
> handful of ASNs long.


I think I understand the problem, and now I understand why prepends
didn't do much for me.  Over the years, I tended two multi-homed sites.
In both cases, the two uplinks had different speeds.  When I used
prepend to try to get the outside world to prefer the faster link, some
traffic was stubborn about coming in the slow one.

Difference in speeds?  In the first network it was 45 mbps and 10 mbps.
In the second network it was 16 mbps and 1.5 mbps.  Both network owners
were too stingy at the time to opt for harmonized rates.

Question:  how could communities be used to "force" preference for one
uplink over another by the peers?  I'm long past needing this, but
others might benefit.  (And when you stop learning, you're dead.)