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 status operacional estático de fluxo e rótulo de fluxo para um dispositivo e não para as instâncias de roteamento. Um dispositivo com flow-label habilitação oferece suporte a rótulos de fluxo de transporte com reconhecimento de fluxo (FAT) e anuncia seu suporte aos vizinhos. Um dispositivo com flow-label-static habilitação oferece suporte a rótulos de fluxo FAT, mas não anuncia seus recursos.

Antes dessa mudança, quando o fragmento de rota é configurado, a saída dos comandos de "rota de exibição" da CLI incluía informações sobre fragmentos. Após a mudança, o uso deve adicionar o argumento "rib-sharding all" aos comandos de "rota de exibição" da CLI para exibir informações de fragmentos.

A mudança de tipo de instância não é permitida de padrão para L3VRF em configuração aberta (Série ACX, Série EX, Série MX, Série QFX, Série SRX, vMX e vSRX)— DEFAULT_INSTANCE é a instância principal que é executado quando não há nenhum tipo de instância específico configurado na rota <código>set routing-options?<codeph>. Qualquer instância em que você configure explicitamente é traduzida em set routing-instance r1 routing-options?. O problema aparece na tradução, quando você muda o tipo de DEFAULT_INSTANCE de instância (qualquer instância para DEFAULT_INSTANCE) para L3VRF ou L3VRF para DEFAULT_INSTANCE. Como resultado, tais mudanças não são permitidas. Além disso, DEFAULT_INSTANCE só pode ser nomeado PADRÃO, e o PADRÃO é reservado para DEFAULT_INSTANCE, portanto, não permitindo tais alterações.

Exibir informações flexíveis de algoritmos para localizadores SRv6 no banco de dados TED -Use o show ted database extensive comando para visualizar as informações métricas, bandeiras e algoritmos flexíveis associadas a um localizador SRv6. Antes desta versão, essas informações não estavam incluídas no banco de dados TED.

[Veja o banco de dados show ted.]

Aprimoramento do jnxRmonAlarmState (Série ACX, Série EX, Série MX, Série NFX, Série PTX, Série QFX, Série SRX) — Agora você pode ver os seguintes valores adicionais para o jnxRmonAlarm Estado quando você usa o show snmp mib walk jnxRmonAlarmTable: fallingThreshold (6) - Se o valor for menor ou igual ao aumento do limiar de quedaThreshold (5) - Se o valor for maior ou igual ao getFailure (7)- Se o valor for outro valor que não seja nenhumError para o solicitação interna atual "get" Em versões anteriores, você só poderia ver o seguinte status para o jnxRmonAlarmState: desconhecido (1), underCreation (2) ou ativo (3).

Os módulos Junos YANG para RPCs incluem a junos:command declaração de extensão (Série ACX, Série EX, Série MX, Série PTX, Série QFX, Série SRX, vMX e vSRX)— os módulos Junos YANG que definem RPCs para comandos de modo operacional incluem a junos:command declaração de extensão em esquemas emitidos com extensões. A declaração define o comando CLI para o RPC correspondente. O repositório Do GitHub da Juniper yang armazena o esquema de RPC com extensões no rpc-with-extensions diretório para a determinada família de lançamentos e dispositivos. Além disso, quando você configura a emit-extensions declaração no nível de [edit system services netconf yang-modules] hierarquia e gera o esquema YANG no dispositivo local, os módulos YANG para RPCs incluem a junos:command declaração de extensão.

Valor aprimorado de policiamento de largura de banda e explosão (Série MX e Série EX9200)— Atualizamos o valor padrão de largura de banda de 20000 para 100 pps e estouramos o valor do policial de 20000 para 100 pacotes. Esse aprimoramento evita o uso da CPU e snmpd chega a mais de eventd 100%. Antes desta versão, quando o sistema recebe um tráfego violado para SNMP, juntamente com outros protocolos de tráfego, o uso da CPU estava atingindo mais de eventd snmpd 100% com um erro.

[Veja parâmetros de protocolos de proteção contra ddos.]

Iniciando a versão Junos Evolved 22.3R1, o suporte é fornecido para limitar a configuração do Protocolo de Tempo de Rede (NTP) a uma família de endereços (inet vs inet6). Você pode configurar um endereço de origem por inet e uma família inet6 para cada instância de roteamento em NTP. Por exemplo, a configuração a seguir é válida: set system ntp source-address 2620:149:1d06:100::1set system ntp source-address 10.10.10.100

Alterações na codificação JSON de dados de configuração para nós leaf YANG de tipo identityref (Série ACX, Série EX, Série MX, Série PTX, Série QFX, Série SRX, vMX e vSRX) — Se um nó leaf YANG for do tipo identityref, os dispositivos Junos emitem a forma qualificada de namespace da identidade na codificação JSON desse nó. Além disso, os dispositivos Junos aceitam tanto a forma simples (sem namespace) quanto a forma qualificada para namespace de uma identidade em dados de configuração JSON. Em versões anteriores, os dispositivos Junos apenas emitem e aceitam a forma simples de uma identidade. Emitir e aceitar a identidade qualificada para namespace garante que o dispositivo possa resolver adequadamente o valor caso o modelo de dados YANG defina uma identidade e um nó leaf contendo o valor de identificação em diferentes módulos.

O file copy comando oferece suporte apenas a saída em formato de texto na CLI (Série ACX, Série EX, Série MX, Série PTX, Série PTFX, Série SRX, vMX e vSRX) — O file copy comando não emite saída quando a operação é bem sucedida e suporta apenas a saída formatada por texto quando ocorre um erro. O file copy comando não oferece suporte ao uso do | display xml filtro ou do | display json filtro para exibir a saída de comando no formato XML ou JSON em qualquer versão. Removemos essas opções da CLI.