O que mudou

O processo de gerenciamento de falhas de conectividade (cfmd) só é executado quando o protocolo de gerenciamento de falhas de conectividade ethernet é configurado.

Antes dessa mudança, a saída de um show task replication | display xml validate comando devolveu um erro do formulário ERROR: Duplicate data element <task-protocol-replication-name>. Com essa mudança, a saída XML está devidamente estruturada sem erros de validação.

Rotule a unidade de horas do tempo exibida na saída — Quando houver zero minutos na saída para o show system uptime comando, o rótulo da unidade de horas de tempo é exibido.

[Veja o tempo de atividade do sistema de exibição.]

No passado, o inet6flow.0 não era permitido ser uma costela primária em um grupo de costelas. A partir do lançamento 22.3, isso agora é permitido.

Alterações no agregado policer de nível no FPC (EX9208)— A soma dos sub-policiais recém-adicionados HELLO e INCESSANTLS para protocolos 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:

• set system ddos-protection protocols 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).]

A contagem de usuários ativos é definida como um valor de inteiro numérico na saída de solicitação de ODL — a saída para a solicitação de ODL com informações de tempo de atividade do sistema contém informações para a contagem ativa de usuários. A contagem ativa de usuários agora é definida como um valor de inteiro numérico e evita um erro de tipo de valor inválido.

[Veja o tempo de atividade do sistema de exibição.]

A taxa de pacotes e os campos de taxa de byte para sensores LSP na AFT (com o caminho legado) foram renomeados como jnx-packet-rate e jnx-byte-rate e está em paridade com o comportamento ukern. Anteriormente, esses campos de taxa foram nomeados como PacketRate e byteRate.

Capacidade de confirmar extension-service file a configuração quando o arquivo do aplicativo está indisponível — Quando você define a opção optional no nível [edit system extension extension-service application file file-name] de hierarquia, o sistema operacional pode confirmar a configuração mesmo que o arquivo não esteja disponível no caminho do <filepath>/var/db/scripts/jet</filepath> arquivo.

[Veja arquivo (JET).]

Capacidade de reiniciar aplicativos daemonizados — Use o request extension-service restart-daemonize-app application-name comando para reiniciar um aplicativo daemonizado em execução em um dispositivo Junos. A reinicialização do aplicativo pode ajudá-lo com a depuração e a solução de problemas.

[Veja solicitar a reinicialização de serviço de extensão-daemonize-app.]

O xmlns:junos atributo inclui a string completa da versão de software (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX)— A xmlns:junos string de namespace nas respostas de RPC XML inclui o número completo de versão de software, que é idêntico à versão emitida pelo show version comando. Em versões anteriores, a xmlns:junos string inclui apenas informações parciais de versão de software.

Alterações na show system yang packageget-system-yang-packages saída XML (RPC) (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX) — O show system yang package comando e <get-system-yang-packages> o RPC incluem as seguintes alterações na saída XML:

• O elemento raiz é yang-package-information em vez de yang-pkgs-info.

• Um yang-package elemento inclui cada conjunto de arquivos de pacotes.

• A yang-pkg-id tag é renomeada para package-id.

• Se o pacote não conter scripts de tradução, o(s)(s) valor (s) script(trans-scriptss) de tradução é none.

A resposta do <rpc-error> servidor NETCONF mudou quando <load-configuration> é usada operation="delete" para excluir um objeto de configuração inexistente (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX) — Em uma versão anterior, mudamos operation="delete" a resposta do <rpc-error> servidor NETCONF para quando uma <edit-config> ou <load-configuration> operação usa para excluir um elemento de configuração que está ausente na configuração do alvo. Nós revertemos as mudanças para a <load-configuration> resposta.

Alterações na resposta do RPC para <validate> operações em sessões NETCONF compatíveis com RFC (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX) — Quando você configura a rfc-compliant declaração no [edit system services netconf] nível de hierarquia, o servidor NETCONF emite apenas um <ok/> ou <rpc-error> elemento em resposta às <validate> operações. Em versões anteriores, a resposta do RPC também inclui o <commit-results> elemento.

Novas opções para o request system snapshot comando (Série ACX, Série EX, Série MX, Série QFX e Série SRX)— O request system snapshot comando inclui novas opções para instantâneos não recuperados. Você pode incluir a opção name de especificar um nome definido pelo usuário para o instantâneo, e você pode incluir a opção configuration de no-configuration 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 atualizado).]