<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">lør. 25. jan. 2020 00.40 skrev Jon Lewis <<a href="mailto:jlewis@lewis.org">jlewis@lewis.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 24 Jan 2020, Baldur Norddahl wrote:<br>
<br>
> Full tables will not make much noticeable difference if you are not peering. However you want to make sure both<br>
> links get used. It can be a 90%/10% split but 100%/0% is bad because then you may discover that the alternate path<br>
> is actually broken the moment the primary fail. If you choose only default then you need to think about that. <br>
> If you join any peering exchanges, full tables will be mandatory. Some parties will export prefixes and then expect<br>
> a more specific prefix received from your transit to override a part of the space received via the peering. <br>
<br>
90/10 will suck when the link carrying 90% of your traffic needs more pipe <br>
and you have a ton of unused capacity on the other one.  Full tables from <br>
both providers gives you more options to tune things (assuming outbound is <br>
your larger direction).  If you're an eyeball provider and most of your <br>
traffic is inbound, your outbound traffic routing decisions aren't quite <br>
as relevant.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">If your goal is to maximize your capacity, you should run a default route with equal cost multi path for perfect load balancing. Just beware that there is effectively no redundancy when exceeding the capacity of a single link.</div><div dir="auto"><br></div><div dir="auto">Also consider the typical two transits each connected to a separate router, each router handling a single circuit. I will wager that the majority of such dual homed organisations have no idea that those two routers by default will make different routing decisions. You get more control but you also need the experience and talent to use it. For many it might be better to have a solution that is understood. </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Have those suggesting "multihoming with two partial feeds and default <br>
routes" forgotten peering pissing matches, long lasting inter-network <br>
capacity issues, or that certain "tier 1" providers don't even <br>
have/provide a full v6 table?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">The solution is to stay clear of tier 1 networks. Find a good local tier 3. Whatever you are going to do, they will do better. </div><div dir="auto"><br></div><div dir="auto">Regards </div><div dir="auto"><br></div><div dir="auto">Baldur </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div></div>