<div dir="ltr">Por lo que tengo como referencia, el deseo que tienen los Downstreams de que sus Upstreams acepten prefijos mayores a /32 en RTBH básicamente se deriva de una sola razón... No exceder el Prefix-Limit de la sesión.<br><br>Downstream anuncia 200-210 rutas y quiere liberar un límite de 1000 prefijos para poder anunciar até uns 600-700 IPv4 em BH sem que caia a sessão.<br>Las empresas que valoran su reputación nunca aceptarán un número tan grande.<br>Entonces, para evitar esto, los downstream mais criativos intentan sumarizar y enviarlo.<br>Creo que esto no tiene sentido y estoy en contra de la idea.<br><br>Sobre el argumento del número de rutas en la FIB...<br>Este es un problema INTERNO del ASN. Si el operador va a sumarizar o no las rutas para guardar FIB... Es una decisión que va a tomar cada operador de red de acuerdo con lo que sabe de los recursos de sus equipos.<br><br><br>Personalmente, me gusta más la idea de una sesión BGP dedicada para manejar este tipo de cosas(unwanted traffic).<br>Esta sesión podría incluso abordar IPv4 AFI, IPv6 AFI.<br>Y talvez hasta AFI de FlowSpec si la empresa cree que esto es una ventaja competitiva para ella.<br><br>Al tratarse esto de forma centralizada, es posible imponer un rigor más intenso en el filtrado de las rutas recibidas.<br>Y en este caso, la preocupación por desbordar el límite de prefijos de la sesión principal deja de existir.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em seg., 19 de jun. de 2023 às 11:10, Fernando Frediani <<a href="mailto:fhfrediani@gmail.com">fhfrediani@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello folks<br>
<br>
I wanted to consult the community about a topic that has been around<br>
for a while.<br>
Normally when announcing prefixes to an Upstream it is commonly used<br>
/32 only which works for a short amount of IP unused addresses but<br>
when you or your Downstream customers have a larger amount to be<br>
announced it starts to get a lot of prefixes in that BGP session.<br>
<br>
What downsides do you see in companies allowing announcements marked<br>
with the blackhole community (or through a dedicated BH server) to<br>
accept prefixes larger than /32 (up to /25) in order to facilitate the<br>
consolidation of some unused larger prefixes ?<br>
<br>
Thanks<br>
Fernando Frediani<br>
_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Douglas Fernando Fischer<br>Engº de Controle e Automação<br><div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;color:black;text-align:left;line-height:130%;font-family:"courier new",monospace"></div></div></div>