개방형 문제

Junos OS Evolved 플랫폼에서, 기본 인스턴스(별도의 VRF가 아님)에서 IRB 논리적 인터페이스와 연관된 VXLAN 캡슐화가 있는 MAC-VRF 인스턴스와 ospf가 모든 인터페이스에서 활성화된 경우, 원격 PE 루프백 IP가 IP 언더레이를 통해 먼저 해결하고, 원격 IRB IP를 통해 원격 PE 루프백으로 연결할 수 있으며, IRB를 통한 OSPF 메트릭이 낮아 원격 PE 루프백이 해결되는 다음 홉 루프가 있을 수 있습니다. protocols ospf interface irb.x passive 명령문 원격 PE 루프백은 IRB 인접성에서 학습되지 않습니다. 일반적으로 IRB 논리적 인터페이스가 VRF에 추가되어 이 루프를 방지합니다. PR1626574

FPC 로그에서 시스템이 작동하면 패킷 전달 엔진 오류 메시지 Jexpr: JexprHandleDdos가 plct pfe:1f proto:0x8400 업데이트하지 못합니다. 이 오류 메시지는 디버깅 오류 메시지일 뿐, 이 로그 오류 메시지에 기능적인 영향은 없습니다. PR1610764

이러한 추적에는 영향이 없습니다. 다음은 핸들러가 없을 때 오류를 던지는 RPC 호출입니다. 이는 기능에 영향을 미치지 않습니다. PR1589410

4x400G FPC는 설계에 따라 FPC 슬롯 1 및 FPC 슬롯 5에서만 지원됩니다. 모든 슬롯에 연결된 4x400G FPC는 FPC를 온라인에 연결할 수 있지만 링크는 FPC1 또는 FPC5에서만 표시됩니다. 4x400G FPC가 다른 슬롯에 연결되면 FPC가 온라인에 접속하는 것을 허용하지 않으며 알람이 발생합니다. PR1582183

ACX7509: 16x100G 및 20XSFP56의 일부 인터페이스는 evo-pfemand 재시작 후에 다운되지 않습니다. PR1592388

부팅 시 슈퍼콘 스크래치 패드에 액세스하는 동안 오류 메시지가 관찰되며 기능적 영향은 없습니다. PR1594136

Junos OS Evolved 플랫폼에서 방화벽 필터에 SCU(Source Class Usage) 또는 DCU(대상 클래스 사용) 일치 항목이 모두 있고 'from' 작업에서 동일한 용어에 사용되는 포워딩 클래스 또는 손실 우선 순위 일치 항목이 모두 있는 경우 방화벽 필터의 적용을 받아야 하는 트래픽이 영향을 받지 않을 수 있습니다. PR1595788

확장 구성 또는 경로 또는 MAC 항목을 사용하여 FPC를 다시 시작할 때 그림으로 코어 파일을 생성할 수 있습니다. PICD 백업을 자동으로 적용하고 사용자의 개입은 필요하지 않습니다. PR1595861 및 PR1602352

타이밍이 지정된 응용 프로그램은 첫 번째 G.8275.1 소프트웨어 릴리스에서 ACX7100-32C 및 ACX7100-48L에 대해 성공적으로 다시 시작할 수 없습니다. PR1597120

현재 로드 밸런싱 지원은 ECMP FRR이 아닌 ECMP에 있습니다. 동작은 ACX7100에서와 동일합니다. PR1599752

제품군 수정에 대해 재설정된 RPF 장애 카운터는 제품 제한으로 인해 예상됩니다. PR1598135

ACX7509는 하드웨어 타임스탬핑을 수행하지만, 피어 디바이스(이 경우 MX)는 소프트웨어 타임스탬핑을 수행하여 지연이 높아지는 데 더 많은 시간이 걸립니다. 이 문제는 피어 설정이 소프트웨어 타임스탬핑을 수행하는 모든 경우에 표시됩니다. PR1599777

IGMPv3 보고서가 1600 pps보다 높은 속도로 수신되면 컨트롤 플레인 속도 제한으로 인해 패킷이 누락됩니다. 따라서 2,56,000개의 IGMP 그룹을 형성할 수 없습니다. 2,56,000개의 IGMP 그룹에 도달하기 위해 DDOS 구성을 조정해야 합니다. PR1599998

확장된 환경에서는 FEB가 온라인 상태로 전환되었지만 패킷 전달 엔진 상태가 온라인 상태로 전환되지 않기 때문에 인터페이스가 FEB 오프라인에서 켜지지 않습니다. PR1601158

ACX7509는 메시 패브릭을 가지고 있으며 실제 패브릭이 아닙니다. 패브릭에서 CGM으로의 플로우 제어 메커니즘이 있습니다. 패브릭 혼잡의 경우 플로우 제어와 VOQ에 대한 역압이 존재하며 VOQ에서는 패킷이 누락됩니다. VOQ 드롭이 여러 이유로 인해 발생할 수 있으므로 이러한 VOQ는 패브릭 혼잡에 직접 매핑할 수 없습니다. 패브릭 드롭에 대한 값을 제공하기 위해 BCM의 전용 전용 레지스터/카운터는 없습니다. 현재 패브릭이 수신을 다시 압박함에 따라 대기열이 감소하는 것으로 설명됩니다. PR1601332

명령의 show system processes extensive 출력은 높은 단기 CPU 활용도를 보여줍니다. 값은 evo-pfemand의 경우 50% 이상입니다. 단일 CPU 뷰입니다. ACX7509 시스템은 멀티코어 CPU이므로 성능에 영향을 미치지 않습니다. PR1603899

이중 라우팅 엔진이 시스템에 삽입되고 이러한 로그가 백업 라우팅 엔진 나온 경우. Supercon fpga에는 2개의 엔드 포인트 디바이스(RE0 및 RE1용)가 있는데 이 디바이스는 기본 라우팅 엔진 엔드 포인트 디바이스가 활성화되고 백업 라우팅 엔진 계층에서 비활성화됩니다. 부팅 중 백업 라우팅 엔진 비활성화된 [pci의 supercon fpga] 계층에 액세스하려고 시도합니다. 따라서 슈퍼콘 스크래치 패드는 읽기 실패 로그를 등록하고 pci 수정되지 않은 오류가 표시됩니다. PR1605797 및 PR1615157

초기 부팅에서 콘솔에서 볼 수 있는 오류 메시지는 Failed to attach ACPI GPIO chip 문제가 되지 않으며 알려진 기능 문제가 없습니다. 무시될 수 있습니다. PR1606585

패킷 전달 엔진 ASIC 재시작을 프로그래밍하는 evo-pfemand 프로세스. evo-pfemand가 다시 시작되면 시스템 포트를 다시 프로그래밍합니다. 하드웨어 링크는 링크 상태를 모니터링하는 스레드가 순간적인 링크 다운 또는 링크 업 전환을 기록할 수 있습니다. 링크가 변경 사항을 관찰할 때마다 알림을 보냅니다. DDS의 상태 압축으로 인해 Picd와 같은 소비자 애플리케이션은 evo-pfemand로부터 중간 링크 다운 상태 알림을 받지 않으며 인터페이스가 전환되지 않습니다. 알림이 빠르게 생성되기 때문입니다. 원격 피어 인터페이스는 인터페이스 다운을 관찰하고 일부 로컬 인터페이스는 작동 상태를 유지합니다. PR1608215

시스템을 재부팅하는 동안 인터페이스가 켜지는 시간과 RE1이 켜지는 시간 간의 차이는 RE0 인터페이스 업 시간과 비교했을 때 약 3분입니다. PR1608527

PTP에 동기화하고 1pps 임시 응답에 동기화가 거의 실패합니다. 이것은 세르보가 초기 100 나노 초 점프를 한 측정 창에서 얻고 다음 측정 창에서 다음 100 나노 초가 덜 처음에 조정하면 발생합니다. PR1608934 및 PR1611848

지원되는 ECMP 경로의 최대 수는 128개입니다. PR1609063 및 PR1632055

DHCP의 재시작은 SIGTERM 이벤트의 내부 문제로 인해 더 많은 시간이 걸립니다. PR1610229

코어 파일이나 유닛 모두에서 트래픽을 전송하는 동안 모든 (16) VOQ/커넥터에는 동일한 포트에서 크레딧이 필요합니다. 그 결과, 크레딧은 중량 비율에 따라 분배되고 더 높은 크레딧이 필요한 플로우는 다른 크레딧보다 높은 대역폭을 얻습니다. PR1611028

주파수 0.03125 HZ PR1611838에 대한 PTP-PTP 노이즈 전송 실패

PTP에 동기화하고 1pps 노이즈 전송 테스트에 동기화하는 것은 1에 실패합니다. 0.00781 HZ 2. 0.01563 HZ 3. 0.03125HZ 4. 0.06156HZ 5. 0.12313HZ 주파수. PR1611911

ACX 카드의 Day1 문제입니다. 이는 mac 통계의 멀티캐스트 패킷 필드에 대해서만 문제가 되지 않습니다. AE 인터페이스에 대해만 쿼리할 때 mac 통계의 모든 필드에 문제가 있습니다. AE 인터페이스 아래의 실제 ifd 인터페이스에 대한 문제는 없습니다. PR1612105

ACX7509의 FTC FRU 핫 제거에서 다음 오류가 표시됩니다. FAN -Error: value = 0xffff880e ret = 0xfffffffb 저널 또는 dmesg에 커널 콜 스택 트레이스 코어 파일이 있을 수 있습니다. 이는 무해한 메시지이며 무시할 수 있습니다. PR1613389

"clear mpls lsp" 작업은 시스템의 모든 기존 경로와 다음 홉을 쓸어버리고 새로운 재설치를 수행하는 파괴적인 작업으로, 16000 l3vpn 경로에 대한 트래픽 복원의 10초 지연은 소프트웨어 모델 및 CPU 용량과 결합된 하드웨어 유닛의 프로그래밍 지연에 기인할 수 있습니다. PR1614413

ACX7509에서 1GE 인터페이스는 구리 1G SFP-T 옵틱을 사용하지 않으며, 이 문제는 구리 1G 케이블과 관련이 있습니다. PR1614286

FEB(Forwarding Engine Board) 또는 FPC(Flexible PIC Concentrator)에서 FEB 또는 FPC가 ACX7509에서 온라인으로 가져올 때 볼 수 있는 임시 zl30642 PLL 알람이 표시됩니다. 이러한 알람은 전원 가동 기간 동안 발생하며 PLL 잠금이 달성되면 몇 초 만에 삭제됩니다. 따라서 이러한 현장 교체 장치(FRUS) Major FEB 0 zl30642 PLL Input Failure Major FEB 0 zl30642 PLL LOCK Failure Major FEB 0 zl30642 PLL OCXO Failure Major FPC 1 zl30642 PLL Input Failure Major FPC 1 zl30642 PLL LOCK Failure Major FPC 1 zl30642 PLL OCXO Failure의 온라닝 중에 발생하고 지우면 안전하게 무시할 수 있습니다. PR1615688

오버레이와 커널 등록 취소 사이의 레이스 상태를 볼 수 있습니다. 해결 방법은 잭아웃을 수행하고 명령을 request chassis fpc offline 실행한 다음 잭아웃하기 전입니다. PR1618133

다음 시나리오는 박스의 재부팅 또는 전원 주기를 보증합니다.

• FRU를 오프라인으로 전환하지 않고 무단 제거.
• FRU의 전원 장애.
• 시스템의 PCI 링크 실패.

이러한 문제는 라이브 박스에서 복구할 수 없으며 재부팅/전원 주기가 필요합니다. PR1619368

문제는 슬롯-7, 포트-13이 지원되지 않는 슬롯-7에 대한 문제입니다. 채널화 제약의 일부로, 두 인접 포트 모두 비채널화에 대해 또는 둘 다 구성해야 합니다. 슬롯-7 포트는 지원되지 않으므로, 두 포트의 포트에 대한 채널화 제약을 무시해야 합니다. PR1620425

PE1 ---- PE 라우터에서 구성된 경우 explicit-null P ---- PE2 ping mpls l2circuit 가 작동하지 않습니다. 이는 데이터 경로 트래픽에 영향을 미치지 않습니다. PR1621111

CPU 부하가 변하는 라우터가 있는 특정 세그먼트 라우팅 토폴로지에서는 마이크로 루프 때문에 스위치오버 이벤트에서 더 높은 컨버전스 시간을 볼 수 있습니다. 하나의 노드가 이웃 노드보다 더 빠르게 수렴되는 것으로 알려져 있습니다. PR1621263

ingress-egress-recycle로 멀티캐스트 복제 모드의 경우, 어그리게이션 이더넷 멤버 인터페이스의 로드 밸런싱은 발생하지 않습니다. PR1621377

주요 코드 변경 및 더 많은 회귀 영향으로 인해 1GE 인터페이스에서는 자동 협상 설정에 대한 세부 정보를 사용할 수 없습니다. PR1621991

ACX7509에는 여러 FPC 슬롯이 있으며, 통계는 패킷 전달 엔진 중앙 집중화되기 때문에 단일 슬롯(슬롯 0)으로 유지됩니다. ACX7509는 ACX 시리즈 카드 중 여러 FPC 슬롯을 가진 유일한 플랫폼입니다. pfestatsd는 FPC 슬롯을 기반으로 통계를 쿼리하여 명확한 명령을 Junos OS Evolved 인프라가 ACX7509의 FPC 슬롯을 기반으로 통계를 유지하지 않기 때문에 문제가 발생하고 있습니다. 이를 위해서는 다른 멀티 FPC 슬롯 플랫폼에서도 테스트가 필요한 pfestatsd의 변경이 필요합니다. 이를 해결하기 위해 패킷 전달 엔진 통계 대신 인터페이스 통계와 같은 다른 트래픽 카운터를 사용할 수 있습니다. 패킷 전달 엔진 통계는 디버그하는 데 거의 사용되지 않습니다. PR1622515

진화한 Junos OS 업그레이드 시 FPC는 PowerOff -> PowerOnWait -> PowerOnPermission -> PowerOnStart로 전환합니다. 그러나 PowerOn을 시도하는 동안 결함이 있으며 상태는 PowerOnStart에서 빈 상태로 갔습니다. 이는 Fpc로 이어집니다.:SetFrueDeleted를 설정한 OnDelete(true), 실현할 수 있습니다. 그러나 FpcFrueDeleteCleanup(fpc_name)은 사용하지 않습니다. FPC가 아직 준비되지 않은 상태(FPC는 아직 완료되지 않은 dmf init로 온라인에 오지 않음)로 SetFrueDeleted 플래그를 거짓으로 재설정한 fruedelete 정리입니다. PR1623455

사용자는 제품군 이더넷 스위칭 필터를 구성하여 dmac(01:80:c2:00:0e) 및 etype(0x88f7)과 일치하고 이러한 패킷을 삭제할 수 있습니다. 구성을 통해 드롭이 필요하고 필요한 대로 다른 서비스만 필터를 설치할 수 있는 유연성을 제공합니다. PR1623756

RPC 키 실패 오류 메시지 "잘못된 RPC 요청 키: 0x00110000" 및 "잘못된 RPC 요청 키: 0x000b0009"가 다중 구성을 로드하는 동안 관찰됩니다. 이는 기능에 영향을 미치지 않습니다. PR1624635

AOC 케이블은 FPC의 여러 재시작에서 중단됩니다. PR1624992

IRB가 간헐적으로 생성되는 동안 오류 메시지가 예상되며, 이는 기능적 영향을 미치지 않습니다. PR1625782

라우팅 엔진 timer_list 손상으로 인해 백투백 라우팅 재시작에 당황할 수 있습니다. 22.x 이미지는 타이머 서브 시스템 및 호출자가 이를 방지하기 위해 업데이트된 최신 Linux 커널(버전 5.2+)을 사용합니다. PR1626361

400G-ZR 광학 트랜시버 펌웨어 업그레이드가 실패합니다. 이는 QDD-400G-ZR을 지원하는 모든 단일 RU 플랫폼에서 볼 수 있는 일반적인 문제입니다. PR1626882

picd 또는 rpdagent 애플리케이션이 evo-pfemand에 대한 멀트파일 객체 정보 이상을 다시 시작한 후 아래에는 유형: net::juniper::rtnh:Route Type : net::juniper::rtnh::NHOpaqueTlv 유형 : net::juniper::Nexthop Type : net:juniper::rtnh:Unilist Type : net:juniper:rtnh::BfdSesesionIdion이 표시되어 있습니다. PR1628843

시스템이 기능 전반에 걸쳐 완전히 확장되고 방화벽이 확장되면 18초마다 약 5초 정도의 작은 창에서 CPU 사용량이 더 많이 사용될 수 있습니다. Evo-pfemand는 5초 동안 확장된 방화벽 통계를 수집하려고 분주할 수 있으며, 'pfe-cli'와 같은 다른 애플리케이션은 이 기간 동안 명령을 실행하지 못할 수 있습니다. PR1629342

레이어 2 성능 테스트에서 우리는 일부 패킷 크기의 경우 Q2C 사이의 메시 패브릭에서 100%의 회선 속도를 달성할 수 없다는 것을 관찰했습니다. 우리는 42, 100G 포트를 사용하고 4.2Tbps를 기대합니다. 하지만 4.2T가 아닌 4.17T를 달성할 수 있습니다. 이는 352바이트 이후 및 406바이트 이전의 특정 패킷 크기에 대해 발생합니다. 벤더는 이미 일부 패킷 크기의 경우 셀에 포장하는 비효율성 때문에 4.2T를 달성 할 수 없다고 명확히했습니다. PR1631948

팬 트레이에 장애가 발생하면 알람이 발생합니다. 알람을 재부팅한 후 삭제됩니다. 그러나 팬 장애 조건은 로그 파일에 기록됩니다. PR1633353

작업 로그 및 비작업 로그에서, l2d 인덱스는 vrrp 그룹 번호 187에 대해 다릅니다. 이것은 패킷이 400개 그룹에서 삭제되는 것과 동일한 그룹이며 다른 그룹은 예상대로 작동합니다. 그래서 VRRP 문제를 노출 한 l2dId와 관련된 작업과 NKWR 사이에 몇 가지 수정이 있습니다. VRRP MAC와 인터페이스 MAC는 모두 SLU my_mac_hash 테이블에 저장됩니다. vrrp mac용 해시 인덱스를 찾기 위해 l2dId, 프로토콜 유형 및 vrrp 그룹 번호를 키로 사용합니다. 작동하지 않는 시나리오에서는 동일한 해시 인덱스에서 인터페이스 mac와 vrrp mac 사이에 충돌이 있습니다. 이상적으로 해시 운동은 충돌을 해결하기 위해 일어났어야하지만 어떻게 든 제대로되지 않습니다. 더 나아가 해시 이동이 일어나지 않는 이유를 디버깅하고 코드 영역을 수정해야 합니다. 이 코드는 매우 민감하며 변경하기 전에 많은 테스트가 필요합니다. 따라서 다른 릴리스에 커밋하기 전에 먼저 DCB에서 커밋해야 합니다. PR1633986

관련없는 FPC가 여러 FPC 오프라인 또는 온라인 테스트에서 오프라인되면 4x400g 라인 카드의 인터페이스가 플래핑됩니다. PR1635115

확장된 설정에서 FPC 재시작 동안 PICD는 fruHwStatus 상태를 릴리스하지 않고 온라인에서 PIC를 강타합니다. PR1635941

FEB 잭아웃 및 jackin은 시스템을 재부팅하는 동안 hwd 코어 파일을 생성할 수 있습니다(잭아웃 또는 재킨 타임은 아님). 코어 파일은 재부팅 시퀀스 중에만 생성되기 때문에 기능 문제가 발생하지 않습니다. 시스템은 잘 올 것으로 예상된다. PR1636243

ACX7509에서는 1AE에 64개 이상의 멤버 링크를 추가하는 데 제한이 있는 반면, ASIC에서는 제한이 없습니다. PR1627951

ACX7509, ACX7100-48L 및 ACX7100-32C에서는 10ms 또는 3.3ms 연속성 검사 간격을 갖는 많은 수의 CFM 세션이 구성되고 evo-pfemand 프로세스가 다시 시작되거나 충돌되는 경우, evo-pfemand가 업된 후에도 CFM 세션이 켜지지 않을 수 있습니다. PR1634721

Junos OS Evolved 21.4 기반 소프트웨어에서 VPLS 인스턴스가 어느 정도 규모로 인 경우 RPD 프로세스가 사망하면 일부 경우 불일치로 이어질 수 있습니다. 컨트롤 플레인과 포워딩 플레인 간의 LSI 정보에서 수신 시 부과된 잘못된 VPLS 레이블로 인해 특히 show vpls connections instance show ethernet-switching table instance 트래픽이 감소합니다. 이를 해결하기 위해 rpd 및/또는 l2ald를 Graceful Restart합니다. PR1627593

및 와 같은 set chassis aggregated-devices set interface ae1 aggregated-ether-optionsDDL 구성 문을 구성하고 삭제한 후 드문 경우, 구성 객체는 기능적 영향 없이 범위를 벗어나게 됩니다. PR1617667

regex 없이 파일 이름을 사용 하 여 작동 하는 경우 regex와 파일 삭제 실패할 수 있습니다. PR1624562

그림 또는 rpdagent 애플리케이션이 다시 시작된 후, evo-pfemand에 대한 멀트파일 객체 정보 이상이 관찰됩니다. 아래에는 유형 : net::juniper::rtnh:Route Type : net::juniper::rtnh::NHOpaqueTlv 유형 : net::juniper::Nexthop Type : net:juniper::rtnh:Unilist Type : net:juniper:rtnh::BfdSesesionIdion이 표시되어 있습니다. PR1628843