[GTER] ajuda com Policy Based Routing e balanceamento de carga

[Marlon Vinicius Resende]

Olá Leonardo, estive verificando nas documentações que possuo aqui, e este
comportamento é normal, visto que quando se utiliza route-map, a mesma se
comporta como uma ACL (top-down) e esta verificação é feita no sentido
(vertical) operando com a lógica AND, e quando é feita a checagem dentro da
linha, ela opera com a lógica OR. Então pelo que entendi, é que quando a
checagem é feita no primeiro endereço IP de sua serial, ela para por aí
(porque deu "match"), e daí cai no problema que você descreveu. Caso seja
este o comportamento normal, a solução pode estar abaixo. Mas caso, esteja
enganado, pode-se fazer um debug e observar o que está sendo feito pelo
roteador, e verificar também se este comportamento é algum bug de IOS e daí
você poderia atualizá-lo (caso seja bug).

Como sugestão veja abaixo a solução que você poderia usar, crie uma terceira
ACL dividindo os ranges da Embratel ("quebrá-los" em sub-redes menores e
distintas) e configure-o para sair pela interface serial que não tem
tráfego. Ficaria mais ou menos assim:

route-map roteamento permit 300
 description Saida Embratel
 match ip address 40 (3ª ACL criada com os ranges "quebrados" da Embratel)
 set ip next-hop 200.213.yyy.yyy



Att.
Marlon Vinicius de Resende
Uberlândia - MG - Brasil