Recursos do Junos OS suportados no cRPD

BGP FlowSpec

O método de especificação de fluxo BGP é suportado para evitar ataques de negação de serviço (DoS) no ambiente cRPD.

[Veja Entendendo as Rotas de Fluxo BGP para Filtragem de Tráfego.]

EVPN-VPWS

O EVPN-VPWS tem suporte para fornecer ao VPWS mecanismos de sinalização EVPN no cRPD.

[Veja Visão geral do VPWS com mecanismos de sinalização EVPN.]

EVPN TIPO 5 com MPLS

A EVPN Tipo 5 é compatível com EVPN/MPLS.

[Veja a rota EVPN tipo 5 com encapsulamento MPLS para EVPN-MPLS.]

Roteamento por segmentos

O roteamento por segmentos oferece suporte aos protocolos OSPF e IS-IS. Ele fornece funcionalidade básica para Source Packet Routing in Networking (SPRING).

[Veja Entendendo o roteamento de pacotes de origem em redes (SPRING).]

VPN de camada 2

Suporte para circuito de Camada 2 para fornecer VPN e VPWS de Camada 2 com sinalização LDP.

[Veja Configurando a Ethernet sobre MPLS (Circuito de Camada 2).]

MPLS

Suporte para MPLS para fornecer configuração de protocolo de sinalização LDP com a funcionalidade de plano de controle.

[ Veja Entendendo o Protocolo de Sinalização LDP.]

Evento

Oferecemos suporte apenas a políticas de eventos externos. Você pode habilitar essas políticas no cRPD. No cRPD, eventd e rsyslogd são executados como processos independentes. O processo eventd fornece uma interface de evento para processos como rpd, auditd e mgd. Ele também oferece suporte à execução automatizada de políticas de eventos.

Use o comando para habilitar uma política de eventos e restart event-processing reiniciar o set event-options policy policy name events [events] then processamento de eventos.

Por padrão, o suporte ao Python 3.x é habilitado com funções Python ou SLAX existentes na caixa no ambiente cRPD.

Use o [edit system scripts language python3] nível de hierarquia para habilitar e dar suporte à automação de eventos do Python.

[Veja opções de eventos e política de eventos.]

Autenticação, autorização e contabilidade

Você pode configurar a autenticação local, a autorização local, a autenticação Tacplus, a autorização Tacplus e a contabilidade Tacplus no nível hierárquico [edit system] .

Oferecemos suporte aos seguintes recursos:

• Autenticação local e autorização local

• Autenticação, autorização e contabilidade TACACS+

• Suporte a modelos de usuário

• Suporte para comandos operacionais e expressões regulares

• Autenticação local e autorização remota no servidor Tacplus.

[Veja opções de senha e tacplus.]

Programação de rede SRv6 no IS-IS

Você pode habilitar funcionalidades básicas de roteamento por segmentos em uma rede IPv6 principal para funções de refletor de rota e roteamento de host.

Você pode habilitar a programação de rede SRv6 em uma rede IPv6 no nível de [edit source-packet-routing] hierarquia.

Um identificador de segmento consiste nas seguintes partes:

• Locator— Localizador é a primeira parte de um SID que consiste nos bits mais significativos que representam o endereço de um nó SRv6 específico. O localizador é muito semelhante a um endereço de rede que fornece uma rota para seu nó pai. O protocolo IS-IS instala a rota do localizador na inet6.0 tabela de roteamento. O IS-IS roteia o segmento para seu nó pai, que subsequentemente executa uma função definida na outra parte do SID SRv6. Você também pode especificar o algoritmo associado a esse localizador.

• Function— A outra parte do SID define uma função executada localmente no nó especificado pelo localizador. Várias funções são descritas no rascunho da Internet: Programação de rede SRv6 (draft-ietf-spring-srv6-network-programming-07draft). No entanto, implementamos as seguintes funções que são sinalizadas no IS-IS. O IS-IS instala esses SIDs de função na inet6.0 tabela de roteamento.

  • End— Uma função de endpoint para SRv6 instancia um SID de prefixo. Evita o desencapsulamento do cabeçalho externo e a remoção do SRH. Portanto, um SID final não pode ser o último SID de uma lista SID e não pode ser o endereço de destino (DA) de um pacote sem um SRH.

  • End.X— Uma função de endpoint X é uma instanciação SRv6 de um SID adjacente. É uma variante da função de endpoint com conexão cruzada de Camada 3 a uma matriz de adjacências de Camada 3.

  Observação:

  O suporte para opções de sabor (especifica o comportamento do lado final) e algoritmo flexível não está disponível para configurar SIDs finais.

[Veja roteamento de pacotes de origem].

Aumentar o limite de next-hop do ECMP

Você pode especificar o limite de next-hop de multipath no nível de [edit routing-options maximum-ecmp] hierarquia. Essa ação ajuda a balancear a carga do tráfego em vários caminhos. O limite padrão de ECMP next-hop é 16.

[Consulte opções de roteamento max ecmp e seleção de campo de hash para balanceamento de carga ECMP no Linux].

EVPN Tipo 5 com VXLAN

Oferecemos suporte à rota EVPN Tipo 5 sobre VXLAN para anúncios de prefixo IPv4 e IPv6.

[Veja a rota EVPN tipo 5 com encapsulamento VXLAN para EVPN-VXLAN].

Encapsulamento de EVPN sobre VXLAN

Oferecemos suporte à funcionalidade de EVPN sobre VXLAN de Camada 2.

[Veja EVPN com encapsulamento de plano de dados VXLAN e serviços MAC-VRF L2].

Suporte para túneis dinâmicos baseados em next-hop

O cRPD suporta a configuração de túneis IP dinâmicos baseados em next-hop no kernel do Linux para fornecer um caminho privado e seguro em uma rede pública. Sempre que um túnel precisa ser instalado no kernel, uma interface de túnel é criada. As interfaces de túnel são criadas no Linux usando mensagens netlink. O ifindex da interface do túnel é usado para escutar e programar as rotas que passam pelo próximo salto composto do túnel. Por padrão, o túnel MPLS-sobre-UDP é preferível aos túneis GRE. Há suporte para os seguintes túneis dinâmicos:

• MPLS-over-GRE (encapsulamento de roteamento genérico)
• MPLS sobre UDP

[Para obter mais informações sobre a visão geral dos túneis dinâmicos, consulte Túneis dinâmicos baseados em próximo salto, Túneis baseados em próximo salto para VPNs de Camada 3, Configuração de túneis dinâmicos MPLS-sobre-UDP baseados em próximo salto, túneis dinâmicos e Visão geral dos túneis dinâmicos].

Suporte para serviços SRv6 e de Camada 3 sobre SRv6 no BGP

Você pode configurar o serviço de Camada 3 baseado em BGP sobre o núcleo SRv6 no cRPD. Você pode habilitar serviços overlay de Camada 3 com BGP como plano de controle e SRv6 como plano de dados. A programação de rede SRv6 fornece flexibilidade para aproveitar o roteamento por segmentos sem implantar o MPLS. Essas redes dependem apenas dos cabeçalhos IPv6 e extensões de cabeçalho para transmissão de dados.

Limitações

• Quando o cRPD como PE estiver atuando como RR, o encaminhamento não funcionará usando o túnel SRv6 para rotas locais de PE-CE
• IPv4 global sobre SRv6 núcleo END. DT4 não é suportado com kernel Linux
• A verificação SRv6 SID configurada duplicada em um roteador não é suportada.
• O serviço de sobreposição SRv6 requer SID de serviço para encaminhamento. Quando pelo menos um TLV de serviço SRV6 malformado está presente no atributo BGP Prefix-SID, em vez de ação, o pacote de treat-as-withdraw atualização do BGP é ignorado. Na exclusão accept-srv6-service , não haverá nenhum impacto nas rotas já recebidas com o SID SRV6.

[Para obter mais informações, consulte advertise-srv6-service, srv6 (BGP), Entendendo a programação de rede SRv6 e os serviços de camada 3 sobre SRv6 no BGP].

Suporte para máquinas RISC avançadas (ARM64) (cRPD)

O cRPD é empacotado como um contêiner docker para ser executado na plataforma ARM de 64 bits.

Os seguintes recursos não são compatíveis com o cRPD no ARM:

• Fragmentação e atualizaçãoIO. Os set system processes routing bgp rib-sharding number-of-shard comandos and set system processes routing bgp update-threading number-of-threadsnão são suportados.
• SRv6

[Para obter mais informações, consulte Requisitos do servidor ].

Suporte para exportação de RIB local BGP por meio do protocolo de monitoramento BGP (BMP)

O BMP foi aprimorado para oferecer suporte ao monitoramento da política de base de informações de roteamento local (RIB) loc-rib no cRPD. A loc-rib política é adicionada aos tipos RIB sob a bmp route-monitoring instrução.

[Para obter mais informações, consulte Noções básicas sobre o protocolo de monitoramento BGP, bmp e monitoramento de rotas].

Interoperabilidade do roteamento por segmentos com LDP

Você pode usar o OSPF ou o IS-IS para permitir que os dispositivos de roteamento por segmentos operem com os dispositivos LDP que não são compatíveis com o roteamento por segmentos.

[Para obter mais informações, consulte Servidor de mapeamento LDP para interoperabilidade de roteamento por segmentos e roteamento de pacotes de origem].

Suporte para registro usando eventd e fuso horário (cRPD)

Oferecemos suporte ao processo eventd no cRPD para configurar o registro e o encaminhamento do syslog para host remoto e fuso horário no sistema.

O seguinte suporte não está disponível no cRPD:

• help syslog comando para visualizar as informações do syslog.

• rsyslogd para registro.

Limitações

• Não há suporte para a configuração da management-instance instância de roteamento e do cliente Syslog.

• A autenticação TLS não é compatível com a transferência de syslog no cRPD.

[Para obter mais informações, consulte Configurar fusos horários, fuso horário e suporte a syslogs no cRPD].

Suporte para servidor RADIUS (cRPD)

Oferecemos suporte ao servidor RADIUS para usar recursos de autenticação, autorização e contabilidade no cRPD.

[Para obter mais informações, consulte Autenticação RADIUS, radius (sistema) e servidor radius (sistema)].