<div dir="auto">I imagine it's an ISP you are talking about, where the traffic is mostly inbound.<div dir="auto"><br></div><div dir="auto">Hire transit companies that have good traffic engineering community policies.</div><div dir="auto">- Selective prepending or seletive no-export by:</div><div dir="auto">-> Type of peer.</div><div dir="auto">-> Geographic location of their routers.</div><div dir="auto">-> ASN specific.</div><div dir="auto"><br></div><div dir="auto">And then you can get the best out of every transit.</div><div dir="auto">And so the bandwidth balancing will happen not based on your network prefixes, but based on how the origins see your network.</div><div dir="auto"><br></div><div dir="auto">Additionally:</div><div dir="auto">DO NOT HIRE transit companies that arbitrarily remove all the communities you mark on the routes you advertise.</div><div dir="auto">By targeting communities with ASNs that are 2 or 3 hops away from the AS you can also influence how the rest of the world views your network.</div><div dir="auto">And most (not all) of the companies that remove the communities you tag do this to force you to use what they choose and not what you think is best for your network.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua., 19 de out. de 2022 03:31, Pirawat WATANAPONGSE via NANOG <<a href="mailto:nanog@nanog.org">nanog@nanog.org</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dear Guru(s),<br><br><br>My apologies if these questions have already been asked;<div>in that case, please kindly point me to the answer(s).<br><br>I hope the following information sufficiently describes my current "context":<br>- Single customer: ourselves<br>- One big IPv4 block + one big IPv6 block<br>- Native Dual-Stack, Non-tunneling<br>- Non-transit (actually, a “multi-homed Stub”)<br>- “All-green” IRR & RPKI registered (based on IRRexplorer report)<br>- Fully-aggregated route announcement (based on CIDR report)<br>- Two (Cisco) gateway routers on our side<br>- Two upstreams (See the following lines), fully cross-connected to our gateways<br>- One (pure) commercial ISP<br>- One academic consortium ISP (who actually uses the above-mentioned commercial ISP as one of its upstreams as well)<br><br>My current “situation”:<br>- All inbounds “flock” in through the commercial ISP, overflowing the bandwidth;<br>since (my guess) the academic ISP also uses that commercial ISP as its upstream, there is no way for its path to be shorter.<br><br>Questions:<br>1. Do I really have to “de-aggregate” the address blocks, so I can do the “manual BGP load-sharing”?<br>I hate to do it because it will increase the global route-table entries, plus there will be IRR & RPKI “hijack gaps” to contend with at my end.<br>2. If the answer to the above question is definitely “yes”, please point me to the Best-Practice in doing the “manual BGP load-sharing (on Cisco)”.<br>Right now, all I have is:<br><a href="https://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/13762-40.html#anc52" target="_blank" rel="noreferrer">https://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/13762-40.html#anc52</a><br><br>Thanks in advance for all the pointers and help given (off mailing-list is also welcome).<br><br><br>Best Regards,<br><br>Pirawat.<br><div><br></div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div>