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 tomar se uma rota atender a todas as condições from e to declarações do termo:

Você pode incluir esta 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 declaraçõesfrom, 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.

  • Rastreie a ação, que registra correspondências de 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 ver 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ê omiti-lo, um dos seguintes ocorre:

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

  • Se não houver mais termos na política de roteamento, a próxima política de roteamento, se estiver presente, 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, consulte 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 ações que manipulam 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 sã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. Trata-se de uma ação política sem gerenciamento.

reject

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

default-action reject

Rejeitar e substituir qualquer ação intrínseca ao protocolo. Trata-se de uma ação política sem gerenciamento.

next term

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

next term é a ação de controle padrão se uma correspondência ocorrer 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

Pule e avalie a próxima política de roteamento. Qualquer ação de aceitação ou rejeição especificada na then declaração é ignorada. Quaisquer ações na then declaração que manipulem características de 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 solicitar 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 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 no início do caminho AS. Se especificar mais de um número AS, inclua os números nas cotações (" "). 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 AS apenas às sequências de AS, não aos conjuntos AS. 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 em 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, consulte Understanding Prepending AS Numbers to BGP AS Paths.

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 numérica de quatro octetes, bem como os números AS de 2 byte que são suportados em versões 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 do AS, onde n está um número de 1 a 32.

O número de AS é adicionado antes que o número de AS local seja adicionado ao caminho. Esta ação adiciona números de AS apenas às sequências de AS, não aos conjuntos AS. 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 em 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 da contagem e, se assim for, o Junos converterá a nula em uma contagem de 1 em vez de 0, ou não permitirá 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.

bgp-output-queue-priority

(Somente BGP) Defina a fila de prioridade de saída usada para essa 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

(Somente classe de serviço [CoS] Aplique os parâmetros de classe de serviço especificados às 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

Defina o valor de preferência ao valor especificado. Os color valores e color2 os valores de preferência 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 da 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 for definido no momento da operação de adição ou subtração, o valor do atributo será inadimplente a 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 comunidades BGP, comunidades estendidas e grandes comunidades como condições de correspondência de políticas de roteamento.

community (– | delete) [ names ]

(Somente BGP) Exclua as comunidades especificadas do conjunto de comunidades na rota. Para obter mais informações, veja entender comunidades BGP, comunidades estendidas e grandes comunidades como condições de correspondência de políticas de roteamento.

community (= | set) [ names ]

(Somente BGP) Substitua todas as comunidades que estavam no caminho pelas comunidades especificadas. Para obter mais informações, veja entender comunidades BGP, comunidades estendidas e grandes comunidades como condições de correspondência de políticas de roteamento.

cos-next-hop-map map-name

Coloque o mapa next-hop baseado em CoS na tabela de encaminhamento.

damping name

(Somente BGP) Aplique os parâmetros especificados de amortecimento de rota na rota. Esses parâmetros substituem os parâmetros padrão de amortecimento. Essa ação é útil apenas em uma política de importação, porque 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 retalho BGP conforme descrito na Biblioteca de Protocolos de Roteamento 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 umedecimento do flapping de rotas 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 (consulte o Guia de usuário da Classe de Serviço do Junos OS para dispositivos de roteamento).

  • Veja 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 de origem, 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 saltos seguintes 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 um modo rigoroso, que verifica se algum dos próximos saltos LSP especificados na política está ativa. Se nenhum dos próximos hops de LSP especificado estiver funcionando, a política instala o descarte do próximo hop.

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 nos roteadores de transporte de pacotes da Série PTX.

load-balance consistent-hash

(Somente BGP) Para roteadores da Série MX com concentradores de portas modulares (MPCs) e apenas para switches QFX10000, especifique o 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 de 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 destination-ip-only

Calcule o hash de balanceamento de carga com base 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 next-hop 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 otimizar fluxos de tráfego VPLS em vários caminhos. Para obter mais informações, consulte 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 nos roteadores de transporte de pacotes da Série PTX.

load-balance source-ip-only

Calcule o hash de balanceamento de carga com base 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 bgp de preferência local (LOCAL_PREF). 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 for definido no momento da operação de adição ou subtração, o valor do atributo será inadimplente a 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 para 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 de tag 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 a map-to-interface (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

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

(Somente BGP) metric corresponde ao MED e metric2 corresponde à métrica IGP se o BGP próximo hop 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 for definido no momento da operação de adição ou subtração, o valor do atributo será inadimplente a 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étrico 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 faixa 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. Essa 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 hop quando qualquer próximo hop de terceiros puder ser anunciado; ou seja, quando você está usando as confederações IBGP ou EBGP.

Se você especificar self, o endereço next-hop é 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, esse endereço é definido no endereço IP local usado para a adjacência BGP. Um dispositivo de roteamento não pode instalar rotas sozinho como o próximo salto.

Se você especificar peer-address, o endereço next-hop é 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 next-hop é substituído por um próximo hop de descarte.

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

Se você usar a ação next-table , a configuração deve incluir um termo qualificatório 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 uma condição correspondente. A ação especifica um next-hop 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 na 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 next-hop é substituído por um próximo hop rejeitado.

origin value

(Somente BGP) Defina o atributo de origem BGP a 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 alguns outros meios.

p2mp-lsp-root

Defina o nó raiz de entrada para um caminho comutador de rótulos (LSP) baseado em multiponto (M-LDP). Para obter mais informações, veja exemplo: Configurando a 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 reajusta esse valor para -1. Se você definir preference2 para um número maior do que (231 – 1), ele é reajustado para um valor negativo.

Para especificar até mesmo 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 da 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 for definido no momento da operação de adição ou subtração, o valor do atributo será inadimplente a 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 por meio 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 do OSPF. Se uma política de importação de OSPF for aplicada que resulte em uma reject ação de encerramento 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 prefixos de origem de 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 de origem (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].

  • Veja a saída usando um dos seguintes comandos: show interfaces interface-name source-class source-class-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 de destino, use a destination-class declaração descrita nesta tabela.

  • Para uma configuração detalhada de exemplo de uso de classe de origem, 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íticas, 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 à mesma rota.

ssm-source [ addresses ];

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

ssm-source [ addresses ];

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

tag tag tag2 tag

Defina o valor da tag. Você pode especificar duas strings 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 tag field de 32 bits em pacotes de anúncio de estado de enlace externo (LSA) do 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 rotas RIPv2, a ação tag define a comunidade de marca de roteamento. 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 for definido no momento da operação de adição ou subtração, o valor do atributo será inadimplente a 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 BGP for 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 rotas 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 é importante, para que vários termos de política possam ser avaliados antes que a política seja encerrada. 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 compatível.

Example: 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 for igual ao primeiro termo, uma determinada tag da comunidade será anexada. Se a rota for compatível com dois termos separados, ambas as etiquetas da comunidade serão anexadas. Se a rota não corresponder a nenhum termos, ela será rejeitada (ação padrão do protocolo). Observe que os termos hub e spoke são mutuamente exclusivos.

Configuração de 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 de correspondências a um termo de política de roteamento

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

  • Rastrear nome de 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 está logado no arquivo de rastreamento. Se um termo especificar apenas uma ação de rastreamento, a palavra <default> é registrada.

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

Se você especificar listas de rotas na from 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, consulte a compreensão de filtros de rota para uso em condições de correspondência de políticas de roteamento.