변경 사항

오버레이 핑 및 트레이스라우트용 Junos OS 릴리스 22.4R1에 도입된 새로운 개선 사항 "udp 소스 포트" - 22.4R1 이전의 Junos OS 릴리스에서는 핑 오버레이 또는 트레이스라우트 오버레이 작업에서 udp 소스 포트를 구성할 수 없었습니다. 이제 해시를 사용하여 EVPN-VXLAN 환경에서 이 값을 구성할 수 있습니다. hash 구성 옵션은 소스 포트 값을 결정하는 데 사용할 수 있는 다른 해시 옵션을 재정의합니다.

향상된 대역폭 및 버스트 폴리서 값(MX 시리즈 및 EX9200 시리즈)]--기본 대역폭 값을 20000에서 100pps로, 버스트 폴리서 값을 20000에서 100패킷으로 업데이트했습니다. 이 향상된 기능을 통해 CPU 사용량 eventd snmpd 이 100% 이상에 도달하는 것을 방지할 수 있습니다. 이 릴리스 이전에는 시스템이 다른 프로토콜 트래픽과 함께 SNMP에 대한 위반된 트래픽을 수신하면 및 snmpd 의 eventd CPU 사용량이 오류와 함께 100%를 초과했습니다.

[ ddos-protection 프로토콜 매개 변수 표시를 참조하십시오.]

이러한 변경 이전에는 경로 분할이 구성될 때 CLI show route 명령의 출력에 분할에 대한 정보가 포함되었습니다. 변경 후 사용자는 CLI 명령에 "rib-sharding all" 인수 show route 를 추가하여 샤딩 정보를 표시해야 합니다.

이더넷 링크 결함 관리 프로세스(lfmd)는 링크 결함 관리 프로토콜이 구성된 경우에만 실행됩니다.

연결 장애 관리 프로세스(cfmd)는 이더넷 연결 장애 관리 프로토콜이 구성된 경우에만 실행됩니다.

과거에는 inet6flow.0이 rib 그룹에서 기본 rib가 될 수 없었습니다. 릴리스 22.3부터는 이 기능이 허용됩니다.

AFT(레거시 경로 포함)의 LSP 센서에 대한 패킷 속도 및 바이트 속도 필드는 jnx-packet-rate 및 jnx-byte-rate로 이름이 변경되었으며 UKERN 동작과 동등합니다. 이전에는 이러한 속도 필드의 이름이 packetRate 및 byteRate였습니다.

인스턴스 유형 변경은 개방형 구성(ACX 시리즈, EX 시리즈, MX 시리즈, QFX 시리즈, SRX 시리즈, vMX 및 vSRX)에서 기본적으로 L3VRF로 허용되지 않습니다. DEFAULT_INSTANCE은 경로 set routing-options?에 구성된 특정 인스턴스 유형이 없을 때 실행되는 기본 인스턴스입니다. 명시적으로 구성하는 모든 인스턴스는 (으)로 set routing-instance r1 routing-options?변환됩니다. 이 문제는 인스턴스 유형 DEFAULT_INSTANCE(DEFAULT_INSTANCE할 모든 인스턴스)를 L3VRF로 변경하거나 L3VRF를 DEFAULT_INSTANCE로 변경할 때 변환에 나타납니다. 따라서 이러한 변경은 허용되지 않습니다. 또한 DEFAULT_INSTANCE 이름은 DEFAULT로만 지정할 수 있으며 DEFAULT는 DEFAULT_INSTANCE용으로 예약되어 있으므로 이러한 변경을 허용하지 않습니다.

애플리케이션 파일을 사용할 수 없을 때 구성을 커밋extension-service file할 수 있는 기능 - 계층 수준에서 옵션을 [edit system extension extension-service application file file-name] 설정하면 optional /var/db/scripts/jet 파일 경로에서 파일을 사용할 수 없는 경우에도 운영 체제가 구성을 커밋할 수 있습니다.

[파일(JET) 참조.]

다시 시작할 수 있는 기능 다시 시작 - Junos OS 디바이스에서 실행되는 데몬화된 애플리케이션을 다시 시작하려면 명령을 사용합니다 request extension-service restart-daemonize-app application-name . 응용 프로그램을 다시 시작하면 디버깅 및 문제 해결에 도움이 될 수 있습니다.

[요청 extension-service restart-daemonize-app을 참조하세요.]

TED 데이터베이스에서 SRv6 로케이터에 대한 유연한 알고리즘 정보 표시]--명령을 사용하여 show ted database extensive SRv6 로케이터와 연관된 메트릭, 플래그 및 유연한 알고리즘 정보를 확인합니다. 이 릴리스 이전에는 이 정보가 TED 데이터베이스에 포함되지 않았습니다.

[ 테드 데이터베이스 표시를 참조하십시오.]

RPC용 Junos YANG 모듈에는 확장 명령문(ACX 시리즈, EX 시리즈, MX 시리즈, PTX 시리즈, QFX 시리즈, SRX 시리즈, vMX 및 vSRX)이 포함됩니다junos:command.--운영 모드 명령에 대한 RPC를 정의하는 Junos YANG 모듈에는 확장과 함께 내보낸 스키마에 <codeph>junos:command</codeph> 확장 명령문이 포함됩니다. 명령문은 해당 RPC에 대한 CLI 명령을 정의합니다. 주니퍼 YANG GitHub 리포지토리는 지정된 릴리스 및 디바이스 제품군의 디렉터리에 rpc-with-extensions 확장자와 함께 RPC 스키마를 저장합니다. 또한 계층 수준에서 명령문을 [edit system services netconf yang-modules] 구성 emit-extensions 하고 로컬 디바이스에서 YANG 스키마를 생성할 때, RPC용 YANG 모듈에는 확장 명령문이 포함됩니다junos:command.

jnxRmonAlarmState 개선(ACX 시리즈, EX 시리즈, MX 시리즈, NFX 시리즈, PTX 시리즈, QFX 시리즈, SRX 시리즈) - 이제 show snmp mib walk jnxRmonAlarmTable을 사용할 때 jnxRmonAlarmState에 대해 다음과 같은 추가 값을 볼 수 있습니다. fallingThreshold(6) - 값이 falling-threshold risingThreshold(5) - 값이 rising-threshold 보다 크거나 같은 경우 getFailure(7) - 값이 noError 이외의 값인 경우 현재 내부 'get' 요청 이전 릴리스에서는 jnxRmonAlarmState에 대해 unknown(1), underCreation(2) 또는 active(3) 상태만 볼 수 있었습니다.

operator 로그인 클래스는 (ACX 시리즈, EX 시리즈, MX 시리즈, PTX 시리즈, QFX 시리즈, SRX 시리즈, vMX 및 vSRX)인 NETCONF 추적 파일을 no-world-readable 볼 수 없음—계층 수준에서 NETCONF 추적 옵션을 [edit system services netconf traceoptions] 구성하고 문(기본값)을 no-world-readable 설정하거나 생략하여 파일 소유자에 대한 파일 액세스를 제한하면 로그인 클래스에 operator 할당된 사용자는 추적 파일을 볼 수 있는 권한이 없습니다.

명령은 ping host | display xml validate 오류 없이 XML을 검증합니다(ACX 시리즈, EX 시리즈, MX 시리즈, PTX 시리즈, QFX 시리즈, SRX 시리즈 및 vMX)—Junos OS 및 Junos OS Evolved 릴리스 22.4R2 ping host | display xml validate 의 이전 릴리스에서 명령을 실행하면 CRITICAL ERROR: Root tag name mismatch가 발생합니다. 'ping-results'가 예상되고 'run-command'가 있습니다. 이제 명령은 오류 없이 XML의 유효성을 검사합니다.

[ 핑 참조.]

이 변경 이전에는 디바이스가 기본적으로 동일한 서브넷에서 시작된 ARP 요청에만 응답했습니다. 다른 서브넷에서 시작된 요청에 대해 ARP가 응답할 수 있도록 계층 수준에서 새로운 CLI 옵션을 respond-out-of-subnet [edit system arp] 구성합니다.

명령에 대한 request system snapshot 새로운 옵션(ACX 시리즈, EX 시리즈, MX 시리즈, PTX 시리즈, QFX 시리즈 및 SRX 시리즈) - 명령에는 비복구 스냅샷에 request system snapshot 대한 새로운 옵션이 포함됩니다. 옵션을 포함하여 name 스냅샷의 사용자 정의 이름을 지정할 수 있으며, 또는 no-configuration 옵션을 포함하여 configuration 스냅샷에 구성 파일을 포함하거나 제외할 수 있습니다. 기본적으로 스냅샷은 /config 및 /var 디렉터리와 특정 SSH 파일의 내용을 포함하는 구성 파일을 저장합니다.

[시스템 스냅샷 요청(업그레이드된 FreeBSD를 사용하는 Junos OS)을 참조하십시오.]