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

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.

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

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.

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

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.

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.

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

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

(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.

(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.

(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.

(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.

(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.

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 (2³² – 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.

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 (2³² – 1), o valor será definido para 2³² – 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.

(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.

(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.

(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.

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

(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.

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.

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

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.

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.

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.

(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.

(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.

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.

(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.

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.

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.

(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 (2³² – 1).

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 (2³² – 1), o valor será definido para 2³² – 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.

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.

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.

Altere o valor da métrica pelo valor especificado. Se uma operação adicional resultar em um valor superior a 4.294.967.295 (2³² – 1), o valor será definido para 2³² – 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.

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.

(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.

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.

(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.

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.

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 (2³² – 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 (2³¹ – 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.

Altere o valor de preferência pelo valor especificado. Se uma operação adicional resultar em um valor superior a 4.294.967.295 (2³² – 1), o valor será definido para 2³² – 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.

(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.

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.

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

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

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.

Altere o valor da tag pelo valor especificado. Se uma operação adicional resultar em um valor superior a 4.294.967.295 (2³² – 1), o valor será definido para 2³² – 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.

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.