[GTER] Balanceamento quando utilizando route-map
Carlos Eduardo Terra
eduardo at censanet.com.br
Fri Sep 29 12:32:28 -03 2006
Bem... vamos la.
>
> Eu acho que tem algo estranho nesse PBR que você está fazendo.
> 1) Você pode mandar um extrato de configuração com as rotas,
> route-maps e ACLs citadas nos route-maps ? Tanto o com PBR por X e por
> Y, quanto o só por X que vc tentou e não funcionou ?
access-list 1 permit XXX.XXX.X1.0 0.0.0.255
access-list 1 permit XXX.XXX.X2.0 0.0.0.255
access-list 1 permit XXX.XXX.X3.0 0.0.0.255
access-list 101 deny ip YYY.YYY.YY1.0 0.0.0.127 XXX.XXX.X1.0 0.0.0.255
access-list 101 deny ip YYY.YYY.YY1.0 0.0.0.127 XXX.XXX.X2.0 0.0.0.255
access-list 101 deny ip YYY.YYY.YY1.0 0.0.0.127 XXX.XXX.X3.0 0.0.0.255
access-list 101 permit ip YYY.YYY.YY1.0 0.0.0.127 any
route-map PBR permit 10
match ip address 1
set ip default next-hop XXX.XXX.XXX.XXX
!
route-map PBR permit 20
match ip address 101
set ip next-hop YYY.YYY.YYY.YYY YYY.YYY.YYY.YYY YYY.YYY.YYY.YYY
!
ip route 0.0.0.0 0.0.0.0 XXX.XXX.XXX.XXX
É dessa forma que está funcionando no momento. Sendo que a PBR 10 é
ignorada por conta do 'default next-hop', já que existe a rota default.
Quando tento tirar a rota default e deixar tudo por conta da PBR, os
pacotes de Y trafegam normalmente. Mas os pacotes de X morrem na outra
ponta.
Sendo X uma interface ATM e Y varias interfaces Seriais.
> 2) Nessa que não funcionou, tente colocar um ACL de saída na interface com
> permit <IPs do X> any
> permite <IPs do Y> any
>
> Nas duas interfaces (use ACLs diferentes mesmo que com o mesmo
> conteúdo), e repare se os contadores do termo que não deveria dar
> match, dão.
>
Vou testar isso assim que chegar na empresa.
> Rubens
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
Grato pela resposta,
--
Carlos Eduardo Terra
More information about the gter
mailing list