1.) Um determinado roteador que fala BGP é apresentado com o mesmo prefixo de vários peers, então ele propagará apenas o melhor desses caminhos (conforme as regras de seleção de caminho do BGP). No seu caso, isso significa que, se algum roteador remoto vir a rota simples e a anterior, ela passará apenas pela rota simples para seus vizinhos. O roteador anunciante terá os dois caminhos em "sh ip bgp a.b.c.d", mas seus vizinhos não.
1a.) O fato de você não conseguir ver a rota pré-definida não significa que o backup não funcionará. O roteador que tem a rota prefixada e a não prepended na tabela normalmente só anunciará o não-prefixado, mas se a rota não prepended for retirada / expirar, a rota pré-definida será imediatamente oferecida.
Tente este comando no seu roteador de backup: sh ip bgp neighbors x.y.z.q advertised-routes
para ver exatamente o que está sendo enviado ao seu provedor.
2.) É difícil dizer que efeito o peering do iBGP terá sem saber como você está originando (e processando) seu prefixo. Existe uma razão pela qual você precisa de um par iBGP entre esses roteadores?
3.) O comando advertise-map
fará com que um prefixo específico seja anunciado com base na presença de outro prefixo. Um exemplo pode ser anunciar 10.128.0.0/16 sempre que 10.0.0.0/8 estiver presente. Da mesma forma, non-exist-map
anunciará um prefixo específico quando outro prefixo não estiver presente. Nenhum dos dois deve ser necessário para uma configuração básica de multi-homing.
Ah - e BTW - você está anunciando verdadeiramente o espaço do PI ou o prefixo em questão faz parte de um dos agregados do provedor? A partida mais longa supera todo o resto.