[GTER] 3750E - PBR

[Andre Gustavo de C. Albuquerque]

Bruno, bom dia.
A funcionalidade "PBR support for multiple track options" não está
disponível nesta plataforma.
Para ter uma lista completa de plataformas que a suportam, consulte o
Feature Navigator, a partir de http://www.cisco.com/go/cfn
Em switches, e em resumo, você pode encontrar essa funcionalidade em
Cat2960, Cat6500, e as linhas da Metro ME3400, ME3600X, ME3800X, ME4900 e
ME6524.
Existe uma comunidade de suporte para sistemas e soluções da Cisco, que
pode ser encontrada a partir de
https://supportforums.cisco.com/community/portuguese. Este canal pode ser
interessante para perguntas com foco tão específico.

Abs, Gustavo Albuquerque

2012/3/10 Bruno Camargo <mustardahc at gmail.com>

> Cara lista,
>
> Fiz um design de rede para um cliente que possui diversas localidades em
> uma rede MPLS. Todas elas possuem dois links e dois roteadores.
>
> O cliente quer usar ambos os links em load-share, porém não podemos
> balancear voip e video, pois ambos são impactados.
>
> Criei um esquema de Policy-based routing com verify-availability para
> forçar o tráfego outbound, aplicado no nosso switch core, e para o tráfego
> inbound estou "prependando" as subnets de voz e video no anuncio do BGP
> pela operadora.
>
> Hj estava, implementando o primeiro site, e o core switch é um stack de
> switches 3750 modelo WS-C3750E-48TD-E composto por 3 switches.
>
> O IOS é C3750E-UNIVERSALK9-M.
> Licensa é IPSERVICES.
> SDM PREFER ajustado para ROUTING.
>
> Porém o PBR não funcionava.
>
> Eis a config tentada:
>
> conf t
> ip access-list sta vcc-voice-via-primary
>  permit 10.148.8.0 0.0.0.255
>  permit 10.148.10.0 0.0.1.255
> ip route 152.187.100.232 255.255.255.252 gi1/0/1 10.148.148.2
> ip sla 1
>  icmp-echo 152.187.100.233 source-ip 10.148.148.1
>  timeout 1000
>  frequency 2
> ip sla schedule 1 start now life forever
> track 1 rtr 1 state
>  delay up 29
> route-map vcc-voice-via-primary permit 10
>  match ip address vcc-voice-via-primary
>  set ip next-hop verify-availability 10.148.148.2 1 track 1
> route-map vcc-voice-via-primary permit 200
> interface range vlan 8 , vlan 10
>  ip policy route-map vcc-voice-via-primary
> end
>
> Eis o LOG:
>
> Mar 10 20:05:09 CST: %PLATFORM_PBR-3-UNSUPPORTED_RMAP: Route-map
> vcc-voice-via-primary not supported for Policy-Based Routing
> Mar 10 20:08:02 CST: %PLATFORM_PBR-3-UNSUPPORTED_RMAP: Route-map
> vcc-voice-via-primary not supported for Policy-Based Routing
>
> Verificando a mensagem no site da cisco, temos o seguinte:
>
> Error Message    PLATFORM_PBR-3-UNSUPPORTED_RMAP: Route-map [chars]
> not supported for
> Policy-Based Routing
>
> Explanation    This message means that the route-map attached to an
> interface for policy routing contains an action that is not supported on
> this platform. This is a hardware limitation. [chars] is the route-map.
>
> Recommended Action    Reconfigure the route-map to use *permit* entries and
> *set ip next-hop* actions only.
>
> Alterei a config para:
>
> conf t
> !
> route-map vcc-voice-via-primary permit 10
>  set ip next-hop 10.148.148.2
> route-map vcc-voice-via-primary permit 200
> interface range vlan 8 , vlan 10
>  ip policy route-map vcc-voice-via-primary
> end
>
> E agora:
>
> Pittcoresw1#sh ip policy
> Interface      Route map
> Vlan8          vcc-voice-via-primary
> Vlan10         vcc-voice-via-primary
>
> Porem perco a funcionalidade de tracking, ou seja, se o link primario cair,
> o tráfego de voz e video bate no PBR é redirecionado para o router
> primario, que o devolve para o core switch, que finalmente o roteia via
> router secundario. Sem essa feature adicionamos um HOP ao trafego real time
> qdo o link primario cai. A performance nao é muito impactada, porem isso
> nao me deixa confortavel.
>
> Alguem sabe precisar se essa plataforma é realmente tão limitada em termos
> serviços layer 3 ou se eu estou comendo bola ?
>
> Valeu!
>
> --
> Bruno Camargo
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>