O que mudou no lançamento 21.4R1

O Junos OS Evolved agora exibe corretamente o índice de show class-of-service comandos.

Saída para mostrar inundação de comutação Ethernet extensa — A saída por show ethernet-switching flood extensive enquanto exibe o tipo de próximo salto correto para o grupo de malha virtual Ethernet e WAN em uma rede EVPN-VXLAN como unilist. Anteriormente, a saída para show ethernet-switching flood extensive identificaria mal o tipo de próximo salto como composto.

Suporte para a exibição de informações de SVLBNH— Agora você pode visualizar informações compartilhadas de balanceamento de carga VXLAN próximo salto (SVLBNH) quando você exibe as informações do endpoint do túnel VXLAN para uma instância de roteamento e ESI especificada usando show ethernet-switching vxlan-tunnel-end-point esiesi-identifier esi-identifier instance instance svlbnh comando.

Suporte para o tempo máximo de resposta em rotas EVPN Tipo 8 — o Junos OS agora oferece suporte ao campo de atributos de Tempo de resposta máxima (MRT) em mensagens de rota EVPN Tipo 8. Este atributo é definido no rascunho IETF do IGMP e proxy MLD para EVPN, versão 13. O MRT é usado para sincronizar o tempo de espera antes de responder às mensagens IGMP. Manter a compatibilidade com dispositivos que executam versões anteriores do Junos OS que não oferecem suporte ao MRT. set protocols evpn leave-sync-route-oldstyle

Consulte evpn.]

Saída para mostrar a inundação de comutação Ethernet — A saída por show ethernet-switching flood extensive enquanto exibe o tipo de próximo salto correto para o grupo de malha virtual Ethernet e WAN em uma rede EVPN-VXLAN como unilist. Anteriormente, a saída para o show ethernet-switching flood extensa identificaria mal o tipo de next-hop como composto.

Alterações no comando de instâncias evpn do show— A saída para a instância evpn foi modificada. As informações para domínios de ponte agora podem ser vistas usando show evpn instance bridge-domain ou os show mac-vrf routing instance bridge-domains comandos.

ID da tag Ethernet definida para 0 para rotas EVPN Tipo 6 e EVPN Tipo 7— Para serviços baseados em VLAN e VLAN, o Junos OS agora define automaticamente a tag Ethernet ID (VLAN ID) a zero para rotas EVPN Tipo 6 e EVPN Tipo 7 por RFC 7432. Em versões anteriores, o Junos OS usou o VXLAN Network Identifier (VNI) como o ID da tag Ethernet.

Para interoperar com dispositivos que usam o VNI como ID da tag Ethernet. set routing-instances routing-instance-name protocols evpn smet-etag-carry-vid

Tempo mínimo de recuperação automática reduzido para detecção duplicada de endereços MAC — o Junos OS alterou o valor mínimo permitido para o tempo de recuperação automática para detecção duplicada de endereços MAC de 5 minutos para 1 minuto. O tempo de recuperação automática é o tempo em que o dispositivo suprime um endereço MAC duplicado. Reduzir o tempo de recuperação automática permite que os clientes se recuperam rapidamente de um estado de duplicação de endereço MAC. Você configura a opção auto-recovery-time sob a duplicate-mac-detection declaração na edit routing-instances routing-instance-name protocols evpn hierarquia. edit protocols evpn

Veja as configurações de detecção de endereços MAC duplicadas.]

No Junos OS Release 21.4R1 e posterior, o ssh é habilitado por padrão em todos os roteadores com suporte de host VM.

Ao configurar vários túneis de interface de túnel flexível (FTI), o par de endereços de origem e destino precisa ser exclusivo apenas entre os túneis de FTI do mesmo tipo de encapsulamento de túnel. Anteriormente, o par de endereços de origem e destino precisava ser exclusivo em todos os tipos de encapsulamento.

Aprimoramento do comando pic do chassi show (Junos OS Evolved) — Agora você pode visualizar informações adicionais sobre a óptica quando você executa o show chassis pic comando. A saída agora exibe o seguinte campo adicional: versão MSA: Acordos de múltiplas fontes (MSA) à qual a óptica especificada está em conformidade. Os valores suportados são: SFP+/SFP28 — SFF-8472 (versões 9.3 – 12.3), QSFP+/QSFP28 — SFF 8363 (versões 1.3 – 2.10) e QSFP-DD — CMIS 3.0, 4.0, 5.0. Anteriormente, o show chassis pic comando não exibia este campo adicional.

Veja a foto do chassi do show

Aprimoramento do comando de interfaces de show (Aggregated Ethernet) (Série ACX, Série PTX e Série QFX)— Quando você executa o show interfaces extensive comando para interfaces Ethernet agregadas. Agora, você pode visualizar os seguintes campos adicionais para estatísticas MAC: Receba, Transmita, Broadcast e pacotes Multicast.

Veja a foto do chassi do show.

Os limites aumentaram para a max-datasize declaração (Série ACX, Série PTX, e Série QFX)— O max-datasize valor mínimo configurável da declaração é aumentado de 23.068.672 bytes (22 MB) para 268.435.456 bytes (256 MB)), e o valor máximo configurável é aumentado de 1.073.741.824 (1 GB) para 2.147.483.648 (2 GB) para todos os tipos de script. Além disso, se você não configurar a max-datasize declaração para um determinado tipo de script, a memória máxima padrão alocada na porção do segmento de dados de um script será aumentada para 1024 MB. Limites mais altos garantem que o dispositivo aloca uma quantidade suficiente de memória para executar os scripts afetados.

[Veja o max-datasize.]

Mudanças na forma como os argumentos da linha de comando são passados para scripts op python (Série ACX, Série PTX e Série QFX) — Quando o dispositivo passa argumentos de linha de comando para um script op Python, ele prefixa um hífen (-) para nomes de argumentos de caractere único, e prefixa dois hífens (—) para nomes de argumentos de vários caracteres. O prefixo permite que você use bibliotecas padrão de análise de linha de comando para lidar com os argumentos. Em versões anteriores, o dispositivo prefixa um único hífen (-) em todos os nomes de argumentos.

[Veja declaração e uso de argumentos de linha de comando em scripts op..]

Link selection support for DHCP— Apresentamos a link-selection declaração no nível de hierarquia, que permite que o edit forwarding-options dhcp-relay relay-option-82 cli retransmissão DHCP adicione a subopção 5 à opção 82. A subopção 5 permite que clientes proxy DHCP e agentes de retransmissão solicitem um endereço IP para uma sub-rede específica de uma faixa e escopo de endereço IP específicos. Antes desta versão, o retransmissão DHCP derrubou pacotes durante o processo de renovação do DHCP e o servidor DHCP usou o endereço da leaf como destino para reconhecer a mensagem de renovação do DHCP.

[Veja a opção de retransmissão-82.]

Suporte para SNMP para MIB — o comando show snmp mib walk system operacional agora mostra a versão mais recente do software e não mostra a data de construção.

[Veja o show snmp mib.]

Mudança de comportamento do objeto SNMP MIB ifAlias — objeto SNMP MIB seAlias agora mostra o pseudônimo da interface configurada. Em versões anteriores, seAlias mostrasse a descrição da interface configurada.

Suporte para desconectar clientes NETCONF-over-SSH sem resposta (Série ACX, Série PTX e Série QFX) — você pode permitir que os dispositivos desconectem automaticamente clientes NETCONF-over-SSH sem resposta configurando as declarações e client-alive-count-max as client-alive-interval [edit system services netconf ssh] declarações no nível hierárquico. A client-alive-interval declaração especifica o intervalo de tempo limite em segundos, após o qual, se nenhum dados tiver sido recebido do cliente, o dispositivo solicita uma resposta. A client-alive-count-max declaração especifica o limite de respostas perdidas com vida do cliente que aciona o dispositivo para desconectar o cliente, encerrando assim a sessão NETCONF.

[Veja ssh (NETCONF).]

A configuração aceita apenas valores de identidade definidos para nós de identidade do tipo em modelos de dados YANG (Série ACX, Série PTX e Série QFX) — Se você configurar uma declaração que tenha identidade do tipo no modelo de dados YANG correspondente, o dispositivo aceita apenas valores de identidade definidos (conforme definido por uma declaração de identidade) como entrada válida. Em versões anteriores, o dispositivo também aceita valores que não são valores de identidade definidos.

Mudanças no contextoEngenharID para SNMPv3 INFORMS (Série ACX e Série PTX)— Agora, o contextoEngenheiro do SNMPv3 INFORMS está definido para a id local de mecanismos dos dispositivos Junos. Em versões anteriores, o contextoEngineID do SNMPv3 INFORMS foi definido para id remoto do motor.

[Veja MIBs e armadilhas SNMP suportados pelo Junos OS..]

Suporte para SNMP para MIB — o comando show snmp mib walk system operacional agora mostra a versão mais recente do software e não mostra a data de construção.

[Veja o show snmp mib..]

A mensagem de RPD_OSPF_LDP_SYNC não está registrada? Em todos os dispositivos Junos OS e Junos OS Evolved, quando uma sessão de LDP cai, há uma perda de sincronização entre LDP e OSPF. Após a perda de sincronização, quando uma interface estiver no estado de repressão por mais de três minutos, a mensagem de log do sistema com um nível de aviso é enviada. Essa mensagem aparece tanto no arquivo de mensagens quanto no arquivo de rastreamento. No entanto, a mensagem de log do sistema não é registrada se você configurar explicitamente o hold-time para ldp-synchronization no nível de edit protocols ospf area area id interface interface name hierarquia menos de três minutos. A mensagem é impressa após três minutos.

Para obter consistência entre caminhos de recursos, o caminho de recursos//mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter ip-addr='address'/state/countersname='name'/out-pk pontos/ é alterado para /mpls/signaling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counterip-addr='address'/state/counters name='name'/. O leaf "out-pkts" é removido do fim do caminho, e a "sinalização" é alterada para "sinalização" (com um "l").