Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ações em termos de política de roteamento

Cada termo em uma política de roteamento pode incluir uma then declaração, que define as ações a serem tomadas se uma rota corresponde a todas as condições e fromto declarações no termo:

Você pode incluir essa declaração nos seguintes níveis de hierarquia:

  • [edit policy-options policy-statement policy-name term term-name]

  • [edit logical-systems logical-system-name policy-options policy-statement policy-name term term-name]

Se um termo não tiver from e to declarações, todas as rotas serão consideradas compatíveis e as ações se aplicam a todas elas. Para obter informações sobre as declarações e to as from declarações, consulte As condições de correspondência da política de roteamento.

Você pode especificar uma ou mais ações na then declaração. Existem três tipos de ações:

  • Ações de controle de fluxo, que afetam se aceitam ou rejeitam a rota e se avaliam o próximo termo ou a política de roteamento.

  • Ações que manipulam características de rota.

  • Trace a ação, que registra as correspondências da rota.

    Nota:

    Quando você especifica uma ação que manipula as características da rota, as alterações ocorrem em uma cópia da rota de origem. A rota de origem em si não muda. O efeito da ação só é visível após a importação ou exportação da rota da tabela de roteamento. Para visualizar a rota de origem antes que a política de roteamento seja aplicada, use o show route receive-protocol comando. Para ver uma rota após a aplicação de uma política de exportação, use o show route advertised-protocol comando.

    Durante a avaliação da política, as características na cópia da rota de origem sempre mudam imediatamente após a avaliação da ação. No entanto, a rota não é copiada para a tabela de roteamento ou um protocolo de roteamento até que a avaliação da política seja concluída.

A then declaração é opcional. Se você omite, ocorre um dos seguintes:

  • O próximo termo da política de roteamento, se um estiver presente, é avaliado.

  • Se não houver mais termos na política de roteamento, a próxima política de roteamento, se houver uma, será avaliada.

  • Se não houver mais termos ou políticas de roteamento, a ação de aceitação ou rejeição especificada pela política padrão será tomada. Para obter mais informações, veja Políticas de roteamento padrão.

As seções a seguir discutem essas ações:

Configuração de ações de controle de fluxo

Tabela 1 lista as ações de controle de fluxo. Você pode especificar uma dessas ações juntamente com a ação de rastreamento ou uma ou mais das ações que manipulam as características de rota (ver Configuração de ações que manipulam características de rota).

Tabela 1: Ações de controle de fluxo

Ação de controle de fluxo

Descrição

accept

Aceite a rota e propaga-a. Após a aceitação de uma rota, não serão avaliados outros termos da política de roteamento e nenhuma outra política de roteamento.

default-action accept

Aceite e substitua qualquer ação intrínseca ao protocolo. Esta é uma ação política sem términos.

reject

Rejeite a rota e não a profunda. Após a rejeição de uma rota, não serão avaliados outros termos da política de roteamento e nenhuma outra política de roteamento.

default-action reject

Rejeitar e anular qualquer ação intrínseca ao protocolo. Esta é uma ação política sem términos.

next term

Pular para e avaliar o próximo termo na mesma política de roteamento. Qualquer ação de aceitação ou rejeição especificada na then declaração é indeferida. Quaisquer ações na then declaração que manipulem as características da rota são aplicadas à rota.

next term é a ação de controle padrão se ocorrer uma correspondência e você não especificar uma ação de controle de fluxo.

Nota:

No Junos OS Evolved, next term não pode aparecer como o último termo da ação. Um termo de filtro em que next term é especificado como uma ação, mas sem qualquer condição de correspondência configurada não é suportado.

next policy

Pular para avaliar a próxima política de roteamento. Qualquer ação de aceitação ou rejeição especificada na then declaração é indeferida. Quaisquer ações na then declaração que manipulem as características da rota são aplicadas à rota.

next policy é a ação de controle padrão se ocorrer uma correspondência, você não especifica uma ação de controle de fluxo e não há mais termos na política de roteamento atual.

sr-te-template

Modelo de engenharia de tráfego por segmentos (SR-TE) para se candidatar a LSPs iniciados por PCE.

Configuração de ações que manipulam características de rota

Você pode especificar uma ou mais das ações listadas Tabela 2 para manipular as características de rota.

Tabela 2: Ações que manipulam características de rota

Ação

Descrição

add-path send-count path-count

(somente BGP) Habilite o envio de até 20 caminhos BGP para um destino para um subconjunto de add-path prefixos anunciados.

as-path-prepend as-path

(somente BGP) Afixe um ou mais números de AS no início do caminho AS. Se especificar mais de um número AS, informe os números entre aspas (" "). Os números de AS são adicionados após o número de AS local ter sido adicionado ao caminho. Esta ação adiciona números DE apenas às sequências DE, não aos conjuntos DE. Se o caminho AS existente começar com uma sequência ou conjunto de confederação, os números de AS afixados serão colocados dentro de uma sequência de confederação. Caso contrário, os números de AS afixados são colocados em uma sequência de não configuração. Para obter mais informações, veja Entendendo a preparação de números COMO para caminhos DE BGP.

No Junos OS Release 9.1 e posterior, você pode especificar números AS de 4 byte conforme definido no RFC 4893, suporte BGP para espaço de número AS de quatro octets, bem como os números AS de 2 byte que são suportados em lançamentos anteriores do Junos OS.

as-path-expand last-as count n

(somente BGP) Extraia o último número AS no caminho AS existente e afixe esse número AS até o início dos tempos de caminho n DE, onde n está um número de 1 a 32.

O número de AS é adicionado antes que o número de AS local tenha sido adicionado ao caminho. Esta ação adiciona números DE apenas às sequências DE, não aos conjuntos DE. Se o caminho AS existente começar com uma sequência ou conjunto de confederação, os números de AS afixados serão colocados dentro de uma sequência de confederação. Caso contrário, os números de AS afixados são colocados em uma sequência não-confederação. Essa opção é normalmente usada em políticas de exportação não-IBGP.

Nota:

A partir do Junos OS Release 17.3, é possível confirmar uma configuração nula para o valor de contagem e, se assim for, o Junos converterá o nulo em uma contagem de 1 em vez de 0 ou desautorizará o commit. O efeito de ter sua as-path-expand contagem igual é que tal caminho é mais longo e, portanto, menos preferível. Recomendamos que você defina explicitamente a as-path-expand contagem ou exclua a configuração não utilizada para evitar qualquer comportamento inesperado.

assisted-replication replicator-ip replicator-ip (strict | fallback-replicator-ip fallback-replicator-ip)

(Replicação assistida [AR] com multicast de intersubnet otimizado [OISM] apenas) Habilite um dispositivo leaf AR em uma rede EVPN que executa o OISM para direcionar deterministicamente fluxos multicast para dispositivos replicadores AR específicos. Opcionalmente, inclua a opção strict de encaminhar fluxos de correspondência estritamente apenas para o replicador AR especificado preferido. Ou, você pode incluir um endereço replicador AR de fallback para usar caso o replicador AR preferido seja desativado. Veja assisted-replication (Deterministic AR Replicator Policy Actions) mais detalhes.

bgp-output-queue-priority

(somente BGP) Definir a fila de prioridade de saída usada para esta rota. Existem 17 filas de saída priorizadas: uma fila acelerada que é a maior prioridade, e 16 filas numeradas onde 1 é a menor prioridade e 16 é a mais alta.

class class-name

(Classe de serviço [apenas CoS] Aplique os parâmetros de classe de serviço especificados para rotas instaladas na tabela de roteamento. Para obter mais informações, consulte o guia de usuário da classe de serviços do Junos OS para dispositivos de roteamento.

color preference color2 preference

Definir o valor de preferência para o valor especificado. Os color valores e color2 preferências são ainda mais refinados do que os especificados nas ações e preference2 nas preference ações. O valor de cor pode ser um número na faixa de 0 a 4.294.967.295 (232 – 1). Um número menor indica uma rota mais preferida.

Se você definir a preferência com a ação color , o valor é interno para o Junos OS e não é transitivo.

color (add | subtract) number color2 (add | subtract) number

Altere o valor de preferência de cor pelo valor especificado. Se uma operação adicional resultar em um valor superior a 4.294.967.295 (232 – 1), o valor será definido para 232 – 1. Se uma operação de subtração resultar em um valor inferior a 0, o valor será definido para 0. Se um valor de atributo ainda não estiver definido no momento da operação de adição ou subtração, o valor do atributo é padrão para um valor de 0, independentemente do valor especificado. Se você realizar uma adição a um atributo com um valor de 0, o número que você adiciona torna-se o valor de atributo resultante.

community (+ | add) [ names ]

(somente BGP) Adicione as comunidades especificadas ao conjunto de comunidades na rota. Para obter mais informações, veja Entender as comunidades BGP, comunidades estendidas e comunidades de grande porte como condições de correspondência da política de roteamento.

community (– | delete) [ names ]

(somente BGP) Exclua as comunidades especificadas do conjunto de comunidades na rota. Para obter mais informações, veja Entender as comunidades BGP, comunidades estendidas e comunidades de grande porte como condições de correspondência da política de roteamento.

community (= | set) [ names ]

(somente BGP) Substitua todas as comunidades que estavam na rota pelas comunidades especificadas. Para obter mais informações, veja Entender as comunidades BGP, comunidades estendidas e comunidades de grande porte como condições de correspondência da política de roteamento.

cos-next-hop-map map-name

Definir mapa de próximo salto baseado em CoS na tabela de encaminhamento.

damping name

(somente BGP) Aplique os parâmetros especificados de amortecimento de rota à rota. Esses parâmetros substituem os parâmetros de amortecimento padrão. Esta ação é útil apenas em uma política de importação, pois os parâmetros de amortecimento afetam o estado das rotas na tabela de roteamento.

Para aplicar parâmetros de amortecimento, você deve habilitar o amortecimento de flap BGP conforme descrito na Biblioteca de protocolos de roteamento do Junos OS para dispositivos de roteamento, e você deve criar uma lista nomeada de parâmetros conforme descrito no uso de políticas de roteamento para amortecer o flapping da rota BGP.

destination-class destination-class-name

Mantenha a contagem de pacotes para uma rota que passa pela sua rede, com base no endereço de destino no pacote. Você pode fazer o seguinte:

  • Configure prefixos de destino de grupo configurando uma política de roteamento.

  • Aplique essa política de roteamento na tabela de encaminhamento com a classe de destino correspondente.

  • Habilite a contagem de pacotes em uma ou mais interfaces, incluindo a destination-class-usage declaração no nível de [edit interfaces interface-name unit logical-unit-number family inet accounting] hierarquia (veja o Guia de usuário da classe de serviços para dispositivos de roteamento do Junos OS).

  • Visualize a saída usando um dos seguintes comandos: show interfaces destination-class (all | destination-class-name logical-interface-name), show interfaces interface-name extensiveou show interfaces interface-name statistics (veja o CLI Explorer).

  • Para configurar uma contagem de pacotes com base no endereço fonte, use a source-class declaração descrita nesta tabela.

external type metric

Defina o tipo de métrica externa para rotas exportadas pelo OSPF. Você deve especificar a palavra-chave type.

forwarding-class forwarding-class-name

Crie a classe de encaminhamento que inclui pacotes com base no endereço de destino e no endereço de origem no pacote. Você pode fazer o seguinte:

  • Configure prefixos de grupo configurando uma política de roteamento.

  • Aplique essa política de roteamento na tabela de encaminhamento com a classe de encaminhamento correspondente.

  • Habilite a destination-class contagem de pacotes em uma ou mais interfaces usando o procedimento descrito nas ou source-class ações definidas nesta tabela.

install-nexthop <strict> lsp lsp-name

Escolha quais próximos saltos, entre um conjunto de próximos saltos LSP iguais, estão instalados na tabela de encaminhamento. Use a política de exportação para a tabela de encaminhamento para especificar o próximo salto LSP a ser usado para as rotas desejadas. Especifique a opção strict de habilitar o modo rigoroso, que verifica se algum dos próximos saltos LSP especificados na política está funcionando. Se nenhum dos próximos saltos LSP especificados estiver funcionando, a política instala o próximo salto de descarte.

install-to-fib

Apenas para roteadores da Série PTX, substitua a política padrão de roteamento BGP. Para obter mais informações, veja Exemplo: Substituindo a política padrão de roteamento BGP em roteadores de transporte de pacotes da Série PTX.

load-balance consistent-hash

(somente BGP) Para roteadores da Série MX com concentradores de porta modulares (MPCs) e apenas para switches QFX10000, especifique um balanceamento de carga consistente para um ou mais endereços IP. Esse recurso preserva a afinidade de um fluxo para um caminho em um grupo multicaminho de custo igual (ECMP) quando um ou mais caminhos de próximo salto falham. Apenas fluxos para caminhos inativos são redirecionados. Os fluxos mapeados para servidores que permanecem ativos são mantidos.

load-balance symmetric-consistent-hash

(Roteadores da Série MX — baseados em AFT) Habilite o hashing simétrico consistente para suportar hashing consistente com rotas estáticas e alcançar balanceamento de carga simétrico com ip de origem correlacionado e hash-key de balanceamento de carga IP de destino na direção dianteira e inversa.

Esta ação é usada em um cenário onde o hash consistente deve ser aplicado em quaisquer IPscast usados para balanceamento de carga que o tráfego aprendeu por rota estática em direção ao grupo de servidores ECMP em direção upstream e downstream. Como a expectativa é que todos os fluxos de um cliente cheguem ao mesmo servidor ECMP, apenas o IP de origem é usado para criar o hash de balanceamento de carga em uma direção e o IP de destino é usado para criar o hash de balanceamento de carga na direção inversa.

load-balance destination-ip-only

Calcule o hash de balanceamento de carga baseado apenas no endereço IP de destino. Isso permite que um provedor de serviços direcione o tráfego em direção a um servidor de conteúdo específico em ambientes conscientes de cada assinante.

load-balance per-packet

(Apenas para exportação para a tabela de encaminhamento) Instale todos os endereços de próximo salto na tabela de encaminhamento e faça com que a tabela de encaminhamento realize balanceamento de carga por pacote. Essa ação de política permite que você otimize os fluxos de tráfego VPLS em vários caminhos. Para obter mais informações, veja Configuração do balanceamento de carga por pacote.

load-balance per-prefix

Apenas para roteadores da Série PTX, substitua a política padrão de roteamento de balanceamento de carga por pacote para BGP. Para obter mais informações, veja Exemplo: Substituindo a política padrão de roteamento BGP em roteadores de transporte de pacotes da Série PTX.

load-balance source-ip-only

Calcule o hash de balanceamento de carga baseado apenas no endereço IP de origem. Isso permite que um provedor de serviços direcione o tráfego em direção a um servidor de conteúdo específico em ambientes conscientes de cada assinante.

local-preference value

(somente BGP) Defina o atributo de preferência local (LOCAL_PREF) BGP. O valor de preferência pode ser um número na faixa de 0 a 4.294.967.295 (232 – 1).

local-preference (add | subtract) number

Altere o valor da preferência local pelo valor especificado. Se uma operação adicional resultar em um valor superior a 4.294.967.295 (232 – 1), o valor será definido para 232 – 1. Se uma operação de subtração resultar em um valor inferior a 0, o valor será definido para 0. Se um valor de atributo ainda não estiver definido no momento da operação de adição ou subtração, o valor do atributo é padrão para um valor de 0, independentemente do valor especificado. Se você realizar uma adição a um atributo com um valor de 0, o número que você adiciona torna-se o valor de atributo resultante.

Para BGP, se o valor do atributo não for conhecido, ele é inicializado em 100 antes que a política de roteamento seja aplicada.

map-to-interface (interface-name | self)

Define o map-to-interface valor que é semelhante às ações métricas ou tags existentes. A map-to-interface ação exige que você especifique um dos seguintes:

  • Uma interface lógica (por exemplo, ge-0/0/0,0). A interface lógica pode ser qualquer interface que o multicast suporta atualmente, incluindo VLAN e interfaces Ethernet agregadas.

    Nota:

    Se você especificar uma interface física como map-to-interface o (por exemplo, ge-0/0/0), um valor de .0 é aplicado à interface física para criar uma interface lógica.

  • A palavra-chave self. A self palavra-chave especifica que pacotes de dados multicast são enviados na mesma interface que os pacotes de controle e nenhum mapeamento ocorre.

Se nenhum termo for correspondido, nenhum pacote de dados multicast será enviado.

metric metric metric2 metric metric3 metric metric4 metric

Definir a métrica. Você pode especificar até quatro valores métricas, começando com metric (pelo primeiro valor métrica) e continuando com metric2, metric3e metric4.

(somente BGP) metric corresponde ao MED e metric2 corresponde à métrica IGP se o BGP próximo salto passar por outro roteador.

metric (add | subtract) number metric2 (add | subtract) number metric3 (add | subtract) number metric4 (add | subtract) number

Altere o valor da métrica pelo valor especificado. Se uma operação adicional resultar em um valor superior a 4.294.967.295 (232 – 1), o valor será definido para 232 – 1. Se uma operação de subtração resultar em um valor inferior a 0, o valor será definido para 0. Se um valor de atributo ainda não estiver definido no momento da operação de adição ou subtração, o valor do atributo é padrão para um valor de 0, independentemente do valor especificado. Se você realizar uma adição a um atributo com um valor de 0, o número que você adiciona torna-se o valor de atributo resultante.

metric expression (metric multiplier x offset a | metric2 multiplier y offset b)

Calcule uma métrica com base nos valores atuais demetric.metric2

Esta ação de política substitui o valor atual do atributo métrica com o resultado da expressão

((x * métrica) + a) + ((y * métrica2) + b)

onde metric e metric2 os valores de entrada atuais. Os multiplicadores métricos são limitados em intervalo de oito dígitos significativos.

metric (igp | minimum-igp) site-offset

(somente BGP) Altere o valor da métrica (MED) pela compensação negativa ou positiva especificada. Esta ação é útil apenas em uma política de exportação BGP (EBGP) externa.

next-hop (address | discard | next-table table-name | peer-address | reject | self)

Definir o endereço do próximo salto. Quando o protocolo de publicidade é BGP, você só pode definir o próximo salto quando qualquer próximo salto de terceiros puder ser anunciado; ou seja, quando você estiver usando as confederações de IBGP ou EBGP.

Se você especificar self, o endereço de próximo salto é substituído por um dos endereços do dispositivo de roteamento local. O protocolo de publicidade determina qual endereço usar. Quando o protocolo de publicidade é BGP, este endereço é definido no endereço IP local usado para a adjacência BGP. Um dispositivo de roteamento não pode instalar rotas com ele mesmo como o próximo salto.

Se você especificar peer-address, o endereço de próximo salto é substituído pelo endereço IP do peer. Essa opção é válida apenas em políticas de importação. Usada principalmente pelo BGP para aplicar o uso do endereço IP do peer para rotas anunciadas, essa opção só é significativa quando o próximo salto é o dispositivo de roteamento de publicidade ou outro dispositivo de roteamento diretamente conectado.

Se você especificar discard, o endereço de próximo salto é substituído por um próximo salto de descarte.

Se você especificar next-table, o dispositivo de roteamento realiza uma busca de encaminhamento na tabela especificada.

Se você usar a ação next-table , a configuração deve incluir um termo qualificador que especifica uma tabela diferente da especificada na ação next-table . Em outras palavras, o termo qualificador na from declaração deve excluir a tabela da ação next-table . No exemplo a seguir, o primeiro termo contém rib vrf-customer2.inet.0 como uma condição correspondente. A ação especifica um próximo salto em uma tabela de roteamento diferente, vrf-customer1.inet.0. O segundo termo faz o oposto usando rib vrf-customer1.inet.0 na condição de jogo e vrf-customer2.inet.0 em ação next-table .

term 1 {
    from {
        protocol bgp;
        rib vrf-customer2.inet.0;
        community customer;
    }
    then {
        next-hop next-table vrf-customer1.inet.0;
    }
}
term 2 {
    from {
        protocol bgp;
        rib vrf-customer1.inet.0;
        community customer;
    }
    then {
        next-hop next-table vrf-customer2.inet.0;
    }
}

Se você especificar reject, o endereço de próximo salto é substituído por um próximo salto de rejeição.

origin value

(somente BGP) Defina o atributo de origem BGP para um dos seguintes valores:

  • igp— Informações de caminho originadas no AS local.

  • egp— As informações do caminho se originaram em outro AS.

  • incomplete— Informações de caminho aprendidas por outros meios.

p2mp-lsp-root

Defina o nó raiz de entrada para um caminho de comutado por rótulos de LDP (M-LDP) com base em multiponto (M-LDP). Para obter mais informações, veja Exemplo: Configuração da sinalização de LDP em banda multiponto para LSPs de ponto a multiponto.

preference preference preference2 preference

Defina o valor da preferência. Você pode especificar um valor de preferência primária (preference) e um valor de preferência secundária (preference2). O valor de preferência pode ser um número na faixa de 0 a 4.294.967.295 (232 – 1). Um número menor indica uma rota mais preferida. Quando você usa uma política de importação para definir o valor do preference2 valor mais alto permitido de 4.294.967.295, o Junos OS reinicia esse valor para -1. Se você definir preference2 para um número maior do que (231 – 1), ele é redefinido para um valor negativo.

Para especificar até mesmo os valores de preferência mais refinados, veja as color e color2 as ações nesta tabela.

Se você definir a preferência com a ação preference , a nova preferência permanece associada à rota. A nova preferência é interna ao Junos OS e não é transitiva.

preference (add | subtract) number preference2 (add | subtract) number

Altere o valor de preferência pelo valor especificado. Se uma operação adicional resultar em um valor superior a 4.294.967.295 (232 – 1), o valor será definido para 232 – 1. Se uma operação de subtração resultar em um valor inferior a 0, o valor será definido para 0. Se um valor de atributo ainda não estiver definido no momento da operação de adição ou subtração, o valor do atributo é padrão para um valor de 0, independentemente do valor especificado. Se você realizar uma adição a um atributo com um valor de 0, o número que você adiciona torna-se o valor de atributo resultante.

priority (low | medium | high)

(Somente importação de OSPF) Especifique uma prioridade para prefixos incluídos em uma política de importação de OSPF. Os prefixos aprendidos através do OSPF são instalados na tabela de roteamento com base na prioridade atribuída aos prefixos. Os prefixos atribuídos a uma prioridade high são instalados primeiro, enquanto os prefixos atribuídos a uma prioridade low são instalados por último.

Nota:

Uma política de importação de OSPF só pode ser usada para definir prioridade ou filtrar rotas externas de OSPF. Se uma política de importação de OSPF for aplicada que resulte em uma reject ação terminante para uma rota não existente, então a ação reject é ignorada e a rota é aceita de qualquer maneira.

source-class source-class-name

Mantenha a contagem de pacotes para uma rota que passa pela sua rede, com base no endereço de origem. Você pode fazer o seguinte:

  • Configure os prefixos de origem do grupo configurando uma política de roteamento.

  • Aplique essa política de roteamento na tabela de encaminhamento com a classe de origem correspondente.

  • Habilite a contagem de pacotes em uma ou mais interfaces, incluindo a source-class-usage interface-name declaração no nível de [edit interfaces logical-unit-number unit family inet accounting] hierarquia. Além disso, siga a source-class-usage declaração com a input declaração ou output a declaração para definir as interfaces de entrada e saída nas quais o tráfego monitorado para uso de classe fonte (SCU) está chegando e partindo (ou definir uma interface para ambos). A sintaxe completa é [edit interfaces interface-name unit family inet accounting source-class-usage (input | output | input output) unit-number].

  • Visualize a saída usando um dos seguintes comandos: show interfaces interface-name source-class source-class-nameou show interfaces interface-name extensiveshow interfaces interface-name statistics (veja o CLI Explorer).

  • Para configurar uma contagem de pacotes com base no endereço de destino, use a destination-class declaração descrita nesta tabela.

  • Para uma configuração detalhada de exemplo de uso de classe fonte, veja o Exemplo: Agrupamento de prefixos de origem e destino em uma classe de encaminhamento.

Nota:

Ao configurar declarações de ação de política, você pode configurar apenas uma classe de origem para cada rota correspondente. Em outras palavras, mais de uma classe de origem não pode ser aplicada na mesma rota.

ssm-source [ addresses ];

Especifique um ou mais endereços de origem IPv4 ou IPv6 para a política multicast específica de origem (SSM)

ssm-source [ addresses ];

Especifique um ou mais endereços de origem IPv4 ou IPv6 para a política multicast específica de origem (SSM).

tag tag tag2 tag

Defina o valor da tag. Você pode especificar duas cordas de tag: tag (para a primeira corda) e tag2 (uma segunda corda). Esses valores são locais para o roteador.

  • Para rotas OSPF, a ação tag define o campo de tags de 32 bits em pacotes externos de anúncio de estado de link (LSA) OSPF.

  • Para rotas IS-IS, a ação tag define a bandeira de 32 bits nos valores de comprimento do tipo de prefixo IP IS-IS (TLV).

  • Para as rotas RIPv2, a ação tag define a comunidade de route-tag. A opção tag2 não é suportada.

tag (add | subtract) number tag2 (add | subtract) number

Altere o valor da tag pelo valor especificado. Se uma operação adicional resultar em um valor superior a 4.294.967.295 (232 – 1), o valor será definido para 232 – 1. Se uma operação de subtração resultar em um valor inferior a 0, o valor será definido para 0. Se um valor de atributo ainda não estiver definido no momento da operação de adição ou subtração, o valor do atributo é padrão para um valor de 0, independentemente do valor especificado. Se você realizar uma adição a um atributo com um valor de 0, o número que você adiciona torna-se o valor de atributo resultante.

validation-state

Quando a validação de origem do BGP estiver configurada, defina o estado de validação de um prefixo de rota para válido, inválido ou desconhecido.

O banco de dados de validação de rota contém registros de autorização de origem de rota (ROA) que mapeiam prefixos de rota para sistemas autônomos de origem (ASs) esperados. Isso evita o anúncio acidental de rotas inválidas.

Veja a validação da origem do entendimento para BGP.

Configuração da ação padrão em políticas de roteamento

A default-action declaração substitui qualquer ação intrínseca ao protocolo. Essa ação também não é diferente, para que vários termos de política possam ser avaliados antes que a política seja terminada. Você pode especificar uma ação padrão oureject, accept da seguinte forma:

A ação resultante é definida pelo protocolo ou pelo último termo de política que é compatível.

Exemplo: Configurando a ação padrão em uma política de roteamento

Configure uma política de roteamento que corresponda às rotas com base em três termos de política. Se a rota corresponde ao primeiro termo, uma determinada tag da comunidade será anexada. Se a rota corresponde a dois termos separados, ambas as etiquetas da comunidade serão anexadas. Se a rota não corresponder a nenhum termos, ela será recusada (ação padrão do protocolo). Observe que os termos hub e spoke são mutuamente exclusivos.

Configurando uma ação final em políticas de roteamento

Além de especificar uma ação usando a then declaração em um termo nomeado, você também pode especificar uma ação usando a then declaração em um termo não identificado, da seguinte forma:

Registro compatível com um termo de política de roteamento

Se você especificar a ação de rastreamento, a correspondência é registrada em um arquivo de rastreamento. Para configurar um arquivo de rastreamento, você deve especificar os seguintes elementos na declaração global traceoptions :

  • Trace o nome do arquivo

  • policyopção na declaração flag

O exemplo a seguir usa o nome de arquivo de rastreamento de policy-log:

Essa ação não afeta o controle de fluxo durante a avaliação da política de roteamento.

Se um termo que especifica uma ação de rastreamento também especifica uma ação de controle de fluxo, o nome do termo será registrado no arquivo de rastreamento. Se um termo especificar apenas uma ação de rastreamento, a palavra <default> está registrada.

Configuração de ações separadas para rotas em listas de rotas

Se você especificar listas from de rotas na declaração, para cada rota da lista, você pode especificar uma ação para tomar essa rota individual diretamente, sem incluir uma then declaração. Para obter mais informações, veja Entender os filtros de rota para uso em condições de correspondência da política de roteamento.