Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

O que mudou

Saiba mais sobre o que mudou nesta versão para switches da Série EX.

Roteamento geral

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

API e scripts Junos XML

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

Gerenciamento e monitoramento de rede

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