<div dir="auto">I frequently do this (accept peer’s, and their customers prefixes), and it works out well. Then you can choose where you want the rest of it to go.  With multiple peers in your country this works out quite well. </div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 10, 2022 at 5:02 PM richey goldberg <<a href="mailto:richey.goldberg@gmail.com">richey.goldberg@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The OP can always take the provider's address space plus their<br>
customer's routes and use a default route to fill in the blanks.    I<br>
did this at a provider years ago where the global routing table<br>
outgrew the speed they could spend the money on upgrades and it worked<br>
out well.    I think it was two upstreams and a connection into  a TIE<br>
with good peering.<br>
<br>
<br>
-richey<br>
<br>
On Mon, Oct 10, 2022 at 4:11 PM Geoff Huston <<a href="mailto:gih@apnic.net" target="_blank">gih@apnic.net</a>> wrote:<br>
><br>
><br>
><br>
> > On 11 Oct 2022, at 4:23 am, Tobias Fiebig <<a href="mailto:tobias@reads-this-mailinglist.com" target="_blank">tobias@reads-this-mailinglist.com</a>> wrote:<br>
> ><br>
> > Heho,<br>
> > Let alone $all the /24 assigned under the RIPE waiting list policy.<br>
> ><br>
> > In the Geoff Huston spirit, I quickly took a look how less specifics for /24s looks in my table:<br>
> ><br>
> […]<br>
><br>
> > So it seems like there is a healthy amount (~260k) prefixes which lack a less specific.<br>
><br>
><br>
> I also looked using a slightly different approach - namely looking for /24s where there was no spanning aggregate that matched the /24’s AS Path. In my local table there are 224,580 of them.<br>
><br>
><br>
> Geoff<br>
><br>
><br>
><br>
</blockquote></div></div>