Em um projeto MPLS L3VPN hub-and-spoke IP/VPN, o que deve ser configurado para ignorar a prevenção de loop BGP AS_PATH?

Em um design hub-and-spoke com MPLS L3VPN, os spokes geralmente estão no mesmo Sistema Autônomo (AS) que o hub. Quando o hub anuncia rotas para os spokes, e um spoke tenta anunciar essas rotas de volta para o hub (por exemplo, em um cenário de falha ou rota secundária), o BGP vê seu próprio AS no ASPATH e, por padrão, as descarta para evitar loops. A opção as-override no PEHub modifica o ASPATH das rotas anunciadas para os spokes, substituindo o AS do spoke pelo AS do hub. Isso permite que o spoke anuncie as rotas de volta para o hub sem que o BGP as descarte devido à prevenção de loop ASPATH. allowas-in é usado quando um roteador BGP precisa aceitar rotas que contêm seu próprio AS no ASPATH, mas não modifica o ASPATH. Não é a solução ideal para o problema de loop em um cenário hub-and-spoke onde o hub precisa re-anunciar rotas.