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 sã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. Trata-se de uma ação política sem gerenciamento.

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.

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

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.

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.

Modelo de engenharia de tráfego por segmentos (SR-TE) para solicitar 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 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.

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

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

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

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

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

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

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

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

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

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.

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

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.

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

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.

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

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.

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.

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

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.

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.

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

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.

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

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.

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

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.

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 reajusta esse valor para -1. Se você definir preference2 para um número maior do que (2³¹ – 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.

Altere o valor da 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 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.

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

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.

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

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

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.

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

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.