Roteamento por políticas – Policy-based Routing

Tenho certeza que alguns aqui já estavam sentindo falta de posts mais técnicos… 😉 ! Bom, vamos lá, então! Este tópico é um pouco avançado, mas bastante interessante. Alguns aqui já devem ter ouvido falar da sigla PBR. PBR significa Policy-based Routing, ou roteamento baseado em políticas. E o que seriam estas “políticas”? Nada mais do que regras…! O modo tradicional de roteamento dita que um router irá encaminhar um pacote para a interface de saída que conste em sua tabela de roteamento como destino para a rede presente no campo “Destination”, no cabeçalho do pacote. Ou seja, o router apenas examina o endereço IP de destino, verifica sua tabela e, se a rede em questão for conhecida ele irá encaminhar o pacote para a interface de saída. Se não for conhecida (e não existir uma rota menos específica ou uma rota default), o router irá descartar o pacote.

Graficamente, o processo padrão de roteamento é ilustrado no diagrama abaixo.

Neste caso, quando um pacote é originado na rede 10 com destino à rede 30, o mesmo é encaminhado aos roteadores existentes no caminho e estes examinam o destino em suas tabelas de roteamento. No retorno, as coisas se invertem… o que era destino (rede 30) passa a ser origem, e o que era origem (rede 10) passa a ser destino. O processo se repete no caminho de volta.

Agora, vamos complicar um pouco… suponha o diagrama abaixo, uma elaboração da rede anteriormente apresentada:

Vamos imaginar que, na rede 10, eu tenha 2 PCs (PC1 em amarelo e PC2, em verde), e que eu queira que os pacotes originados pelo PC1 com destino à rede 30 atravessem a rota em amarelo (A, B, C), e que os pacotes originados pelo PC2, com destino à rede 30 atravessem a rota em verde (A, C). Como podemos fazer para que isso ocorra, sendo que o processo normal de roteamento apenas examina as tabelas de rotas e segue os caminhos que lá se encontram? Em nosso diagrama, isso pode ser um problema, já que os routers têm apenas a rota verde em suas tabelas.

Existem formas de fazer com que o router utilize outros critérios para a seleção de rotas, além das informações que se encontram na tradicional tabela de roteamento. Uma destas formas é chamada de Policy-based Routing, ou roteamento baseado em políticas. Podemos determinar rotas específicas, à partir de informações específicas. Em nosso exemplo, podemos fazer com que os roteadores roteiem baseando-se nos endereços IP de origem, e não na tabela de roteamento (que examina o endereço IP de destino). Configuramos o roteador, portanto, para que, assim que um pacote com o endereço de ORIGEM 10.1.1.100 atravesse a interface Fa0/0, ele seja direcionado à interface de saída S0/1. Quanto aos pacotes gerados pelo PC2, podemos simplesmente nos dar ao luxo de não fazer nada! Isso fará com que pacotes gerados pelo PC2 caiam no processo padrão de roteamento, ou seja, o endereço de destino será examinado e, com base nas informações da tabela de roteamento, o pacote seguirá o caminho verde.

Este tipo de configuração é interessante para atingir um balanceamento de carga mais homogêneo, por exemplo. Mas pode também ser usado para outros fins.

As configurações de PBR em roteadores Cisco usam “route-maps” para especificar as políticas à serem seguidas. Para a rede ilustrada, a configuração do Router A  ficaria conforme abaixo:

ip access-list standard ACL_PC1
 permit host 10.1.1.100
!
route-map RM_PC1 permit 10
 description Desvia trafego originado pelo PC1 para rota A_B_C
 match ip address ACL_PC1
 set ip next-hop 40.1.1.2
!
interface Fa0/0
 ip address 10.1.1.1 255.255.255.0
 ip policy route-map RM_PC1
!
end

Podemos usar uma ACL padrão, pois o que nos interessa é determinar o IP de origem, apenas. Notem que o “match” que usamos foi no resultado da ACL criada. Indicamos que, se houver um “match”, o pacote seja direcionado para o Router B como “next-hop” (ip 40.1.1.2). Existem muitos outros “match” que podem ser usados, para a criação das mais diversas políticas. Mas por hoje, fiquemos por aqui 😉

Espero que tenham gostado!

E se puderem, testem o cenário no Dynamips (não creio que o Packet Tracer suporte este tipo de config).

Um abs!

Marco Filippetti