O que mudou

Status de configuração de rótulo de fluxo para serviços EVPN ELAN A saída para o show evpn instance extensive comando agora exibe o rótulo de fluxo e o status operacional estático de rótulo de fluxo para um dispositivo e não para as instâncias de roteamento. Um dispositivo com rótulo de fluxo habilitado oferece suporte a rótulos de fluxo de transporte consciente de fluxo (FAT) e anuncia seu suporte aos vizinhos. Um dispositivo com o rótulo de fluxo estático habilitado oferece suporte a rótulos de fluxo FAT, mas não anuncia seus recursos.

Saída atualizada para show route table— A saída para a tabela de rotas de exibição bgp.evpn.0 agora exibe o tipo TLV de serviço L2. Anteriormente, a saída exibia o serviço L3 TLV.

Novo aprimoramento "porta de origem udp" para ping de sobreposição e traceroute— Em versões do Junos OS antes do 22.4R1, você não poderia configurar a porta de origem udp em uma operação de overlay de ping ou traceroute overlay. Agora, você pode configurar esse valor em um ambiente EVPN-VXLAN usando hash. A opção de configuração substituirá quaisquer outras opções de hash*que possam ser usadas para determinar o valor da porta de origem.

Novas opções para o request system snapshot comando (Série ACX, Série EX, Série MX, Série PTX, Série QFX e Série SRX)— o comando instantâneo do sistema de solicitação inclui novas opções para instantâneos que não recuperam. Você pode incluir a opção de nome para especificar um nome definido pelo usuário para o instantâneo, e você pode incluir a opção de configuração ou sem configuração para incluir ou excluir arquivos de configuração no instantâneo. Por padrão, o instantâneo salva os arquivos de configuração, que incluem o conteúdo dos diretórios /config e /var e certos arquivos SSH.

[Veja instantâneo do sistema de solicitação (Junos OS com FreeBSD).]

Ao assinar o caminho de recursos /junos/system/linecard/environment, o prefixo para o caminho transmitido no lado do coletor estava sendo exibido como /junos/linecard/environment. Esse problema é resolvido no Junos OS 23.1R1 e Junos OS Evolved 23.1R1 e no caminho de assinatura e no caminho transmitido compatível com o display /junos/system/linecard/environment.

O processo de gerenciamento de falhas do link Ethernet (lfmd) só é executado quando o protocolo de gerenciamento de falhas do link é configurado.

Tag XML no get-system-yang-packages Resposta RPC alterada (Série ACX, Série EX, Série MX, Série PTX, Série QFX, Série SRX, vMX e vSRX) — A resposta RPC de get-system-yang-packages substitui a tag xmlproxy-yang-modules com a tag proxy-xml-yang-modules na saída XML.

Alterações no agregado policer de nível no FPC (EX9208)— A soma dos sub-policiais recém-adicionados HELLO e INCESSANTLS para protocolos de DDOS OSPF, OSPFv3 e RSVP resultam no relatório correto dos contadores no nível do FPC, por exemplo, quedas de pacotes. Antes, você poderia configurar o OSPF, o OSPFv3 e o RSVP agregar o policial diretamente no nível do FPC. Você pode usar as seguintes declarações de CLI para configurar os valores de explosão e largura de banda para OSPF, OSPFv3 e RSVP.

definir protocolos de proteção contra ddos do sistema ospf ospf-hello burst size bandwidth packets-per-second

definir protocolos de proteção contra ddos do sistema ospf ospf-incessantls estoura 10000 largura de banda 10000

definir protocolos de proteção contra ddos sistema ospfv3v6 ospfv3v6-hello burst 10000 largura de banda 10000

definir protocolos de proteção contra ddos do sistema ospfv3v6 ospfv3v6-incessantls estoura 10000 largura de banda 10000

definir protocolos de proteção contra ddos do sistema rsvp rsvp-hello estouro 10000 largura de banda 10000

definir protocolos de proteção contra ddos do sistema rsvp rsvp-untls estoura 10000 largura de banda 10000

[Veja protocolos (DDOS).]

operator A classe de login é restrita à visualização de arquivos de rastreamento NETCONF que são no-world-readable (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX) — Quando você configura as opções de rastreamento netconf no nível de hierarquia e restringe o [edit system services netconf traceoptions] acesso de arquivo ao proprietário do arquivo configurando ou omitindo a no-world-readable declaração (o padrão), os usuários atribuídos à operator classe de login não têm permissões para visualizar o arquivo de rastreamento.

Suporte para junos:cli-feature Extensão YANG (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX) — A cli-feature extensão YANG identifica determinadas propriedades CLI associadas a algumas opções de comando e declarações de configuração. Os módulos Junos YANG que definem a configuração ou RPCs incluem a cli-feature declaração de extensão, quando apropriado, em esquemas emitidos com extensões. Essa extensão é benéfica quando um cliente consome modelos de dados YANG, mas para determinados fluxos de trabalho, o cliente precisa gerar ferramentas baseadas em CLI.

[Veja como entender o módulo YANG de extensões DDL do Junos.]

Tag XML no get-system-yang-packages Resposta de RPC alterada (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX)— a get-system-yang-packages resposta do RPC substitui a xmlproxy-yang-modules tag pela proxy-xml-yang-modules tag na saída XML.

Alterações no elemento do <rpc-error> servidor NETCONF quando a operation="delete" operação apaga um objeto de configuração inexistente (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX) — Mudamos operation="delete" a <rpc-error> resposta de que o servidor NETCONF retorna quando a operação ou <load-configuration> a <edit-config> operação usa para excluir um elemento de configuração que está ausente na configuração alvo. A gravidade do erro é erro em vez de aviso, e o <rpc-error> elemento inclui o e <error-type>application</error-type> os <error-tag>data-missing</error-tag> elementos.

O ping host | display xml validate comando valida XML sem erro (Série ACX, Série EX, Série MX, Série PTX, Série QFX, Série SRX e vMX)— Nos lançamentos Junos OS e Junos OS Evolved antes do 22.4R2, o ping host | display xml validate comando resulta em ERRO CRÍTICO: incompatibilidade de nome da tag raiz. Esperado "ping-results", tem "run-command". O comando agora valida o XML com sucesso sem erro.

[Veja ping.]

Antes dessa mudança, os dispositivos por padrão respondiam apenas às solicitações de ARP originadas da mesma sub-rede. Configure a nova opção de CLI no respond-out-of-subnet nível de hierarquia para permitir que o [edit system arp] ARP responda a uma solicitação que se origina de uma sub-rede diferente.