[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