Juniper NETWORKS Paragon 자동화 소프트웨어 사용자 가이드

Paragon Automation, 릴리스 24.1

소프트웨어 하이라이트

RHEL 8.10 지원
루트가 아닌 사용자가 Paragon CLI 유틸리티에서 명령을 실행할 수 있는 기능

NETCONF를 사용하여 Cisco IOS XR 장치에서 세그먼트 라우팅 정책을 프로비저닝하는 기능

내용물 숨다

소개

Juniper® Paragon Automation은 고급 시각화 기능과 분석을 네트워크 관리 및 모니터링에 제공하는 네트워크 계획, 구성, 프로비저닝, 트래픽 엔지니어링, 모니터링 및 수명 주기 관리를 위한 클라우드 지원 솔루션입니다. Paragon Automation을 온프레미스(고객 관리형) 애플리케이션으로 배포할 수 있습니다.
Paragon Automation은 마이크로서비스 기반 아키텍처에서 작동하며 REST API, gRPC API 및 일반 메시징 버스 통신을 사용합니다. Paragon Automation은 Juniper Networks 및 타사(Cisco IOS XR, Nokia) 장치에 대한 지원, 제로터치 프로비저닝, 사용자 관리, 역할 기반 액세스 제어(RBAC)와 같은 기본 플랫폼 기능을 제공합니다.
기본 플랫폼 기능을 제공하는 것 외에도 Paragon Automation은 Juniper® Paragon Insights(이전의 HealthBot), Juniper® Paragon Planner(이전의 NorthStar Planner) 및 Juniper® Paragon Pathfinder(이전의 NorthStar Controller)와 같은 마이크로서비스 기반 애플리케이션 제품군을 제공합니다.
Paragon Automation에 이러한 응용 프로그램을 추가하면 응용 프로그램의 API 제품군이 Paragon Automation과 통합되어 새 서비스와 기존 서비스 간의 원활한 통신을 허용합니다. 이 릴리스 노트에서는 이 릴리스에서 사용할 수 있는 기본 플랫폼, Paragon Pathfinder, Paragon Planner(데스크톱 애플리케이션) 및 Paragon Insights 모듈의 새로운 기능을 간략하게 설명합니다. 이러한 응용 프로그램과 관련된 기능에 대한 자세한 내용은 Paragon Automation 사용자 가이드를 참조하십시오.
이 릴리스 노트를 사용하여 Paragon Automation 릴리스 24.1의 새로운 기능과 업데이트된 기능, 소프트웨어 제한 사항 및 미해결 문제를 찾아보세요.

설치 및 업그레이드 지침

설치 절차, 업그레이드 절차 및 요구 사항(소프트웨어 및
하드웨어), Paragon Automation 설치 안내서를 참조하십시오.

메모:
Paragon Automation 릴리스 23.2에서 릴리스 24.1로만 직접 업그레이드할 수 있습니다. 릴리스가 릴리스 23.2보다 이전인 경우 릴리스 24.1을 새로 설치해야 합니다. 그러나 현재 릴리스 구성을 릴리스 24.1로 마이그레이션하려면 백업 및 복원 기능을 사용할 수 있습니다. 업그레이드에 대한 자세한 내용은 Paragon Automation 릴리스 24.1로 업그레이드를 참조하십시오.

라이센스

Paragon Insights에서는 다음과 같은 라이선스 계층과 관련 장치 라이선스를 도입했습니다.

Paragon Insights Advanced(PIN-고급)
Paragon Insights 표준(PIN-표준)

현재 계층 라이선스는 엄격하게 적용됩니다. 즉, 라이센스를 추가하지 않으면 배포 작업을 수행할 수 없습니다.
장치 라이센스는 소프트 시행됩니다. 즉, 라이센스를 획득한 수보다 많은 장치를 배포하려고 하면 Paragon Automation GUI에 규정 위반 경고가 표시됩니다.
그러나 기존 기능을 계속 사용할 수 있습니다.
당신은 할 수 있습니다 view GUI의 관리 > 라이센스 관리 페이지에서 라이센스 준수 상태를 확인할 수 있습니다.
Paragon Pathfinder에서는 다음과 같은 라이선스 계층을 엄격하게 적용했습니다.

패스파인더 표준
패스파인더 고급
패스파인더 프리미엄

라이선스에 대한 자세한 내용은 다음을 참조하세요. 라이선스 가이드.
릴리스 이전의 Paragon Automation 버전에 대해 생성된 라이센스 키가 있는 경우
22.1에서는 Paragon Automaton 릴리스 24.1에 설치하기 전에 라이센스 키 형식을 새 형식으로 업그레이드해야 합니다. Juniper Agile Licensing 포털을 사용하여 새 라이선스 키를 생성할 수 있습니다. 새 라이센스 키 생성에 대한 자세한 내용은 다음을 참조하세요. View, 라이센스를 추가 또는 삭제합니다.

새로운 기능과 변경된 기능

이 섹션에서는 Juniper Paragon Automation 릴리스 24.1의 각 모듈 기능에 대해 설명합니다.
Paragon 설치 및 업그레이드

RHEL(Red Hat Enterprise Linux) 8.10 - Paragon Automation 릴리스 24.1은 RHEL 8.10에서 작동하도록 인증되었습니다.
[보다 Red Hat Enterprise Linux의 설치 전제조건.]
루트가 아닌 사용자로 paragon CLI 유틸리티 명령 실행 - Paragon Automation 릴리스 24.1부터 슈퍼유저(sudo) 권한이 있는 루트가 아닌 사용자는 paragon CLI 유틸리티 명령을 실행하여 Paragon Automation 설정을 분석, 쿼리 및 디버깅할 수 있습니다.
[보다 paragon CLI 유틸리티를 사용하여 문제 해결.]

모범 길잡이

Cisco IOS XR 장치에서 세그먼트 라우팅 정책 프로비저닝 - Paragon Automation 릴리스 24.1부터 NETCONF를 프로비저닝 방법으로 사용하여 Cisco IOS XR 장치에서 세그먼트 라우팅 정책을 프로비저닝할 수 있습니다.

기본 플랫폼
Paragon Automation 릴리스 24.1의 기본 플랫폼과 관련된 새로운 기능은 추가되지 않았습니다.
파라곤 인사이트
Paragon Automation 릴리스 24.1에는 Paragon Insights와 관련된 새로운 기능이 추가되지 않았습니다.
파라곤 플래너
Paragon Automation 릴리스 24.1에는 Paragon Planner와 관련된 새로운 기능이 추가되지 않았습니다.
메모: 파라곤 플래너 Web 애플리케이션은 Paragon Automation 릴리스 24.1의 베타 기능입니다.

더 이상 사용되지 않는 기능

이 섹션에는 더 이상 사용되지 않거나 Paragon에서 지원이 철회된 기능이 나열되어 있습니다.
오토마톤 릴리스 24.1.
• 그라파나 UI
Paragon Automation에서는 Grafana UI에 액세스할 수 없습니다. Grafana UI에 액세스하려면 다음을 수행해야 합니다.

그라파나를 설치합니다.
보다 그라파나 문서 자세한 내용은.
/var/local/healthbot/healthbot tsdb start-services 명령을 실행하여 TSDB 포트를 노출합니다.

메모: Paragon Automation에서는 TSDB 포트가 기본적으로 노출되지 않습니다. Grafana와 같은 외부 도구를 사용하려면 API를 통하지 않고 TSDB에 직접 쿼리를 실행하여 TSDB 포트를 노출해야 합니다.

자세한 내용은 다음을 참조하세요. TSDB 백업 및 복원.
• 차트

알려진 문제

이 섹션에는 Juniper Paragon Automation 릴리스 24.1의 알려진 문제가 나열되어 있습니다.

설치

VMware ESXi 서버에서 가상 머신(VM)을 프로비저닝할 때 기본 OS가 포함된 디스크를 추가하기 전에 블록 스토리지 디스크를 추가하면 Ceph가 드라이브를 잘못 식별하고 잘못된 드라이브를 사용하여 클러스터를 생성하여 기본 OS가 의해 파괴됨.
해결 방법: 첫 번째 디스크를 기본 OS(대형 드라이브)로 추가한 다음 더 작은 블록 스토리지 디스크를 추가합니다.

시계열 데이터베이스(TSDB) HA 복제가 없는 경우 TSDB Pod를 실행하는 Kubernetes 작업자 노드가 다운되면 Pod에 용량이 있어도 TSDB 서비스가 새 노드에서 가동되지 않습니다. 이는 막대한 양의 데이터를 새 노드로 전송해야 하기 때문입니다.
해결 방법: TSDB 인스턴스를 호스팅하는 서버 또는 스토리지에 오류가 발생하는 경우 서버 또는 손상된 구성 요소를 재구축할 수 있습니다.

복제 인수가 1로 설정되면 해당 인스턴스에 대한 TSDB 데이터가 손실됩니다. 이 경우 Paragon Automation에서 실패한 TSDB 노드를 제거해야 합니다. 실패한 TSDB 노드를 제거하려면 다음을 수행하십시오.

Paragon Automation GUI에서 구성 > Insights 설정을 선택합니다.
Insights 설정 페이지가 나타납니다.
TSDB 탭을 클릭하여 view TSDB 설정 탭 페이지.

실패한 노드를 삭제하려면 TSDB 설정 탭 페이지에서 실패한 TSDB 노드 이름 옆에 있는 X를 클릭합니다.
메모: TSDB 작업이 수행되는 동안 일부 서비스가 다시 시작되고 Paragon Automation GUI가 응답하지 않으므로 유지 관리 기간 동안 TSDB 노드를 삭제하는 것이 좋습니다.
저장 및 배포를 클릭합니다.
변경 사항이 배포되지 않고 배포하는 동안 오류가 발생하는 경우 강제 전환 버튼을 활성화하고 저장 및 배포를 클릭하여 변경 사항을 커밋합니다. 이렇게 하면 시스템은 TSDB 설정을 조정하는 동안 발생한 오류를 무시합니다.

Paragon Automation을 완전히 제거하는 경우 모든 노드에서 /var/lib/rook 디렉터리가 제거되고 모든 Ceph 블록 장치가 지워지는지도 확인해야 합니다.
해결 방법: Ceph 및 Rook 문제 해결 > 실패한 디스크 복구 Paragon Automation 설치 안내서의 섹션을 참조하십시오.
Air-Gap 방법을 사용하여 Paragon Automation을 설치하는 동안 다음 오류가 발생합니다.

해결 방법: config-dir/config.yml에서 다음 구성 변수를 편집합니다. file 그런 다음 에어갭 방법을 사용하여 Paragon Automation을 설치합니다.

일반적인

배포-federated-exchange 명령 출력에는 이중 클러스터 배포에서 재해 복구를 구성할 때 설치가 실패했다고 표시됩니다. 실패 메시지를 무시할 수 있지만 두 클러스터의 모든 기본 노드에서 다음 명령을 실행해야 합니다.해결 방법: 없음.

장애가 다양한 LSP 쌍 모두에 영향을 미치는 경우 경로 계산 서버(PCS)는 다양성 수준이 낮은 경로나 비다양성 경로를 따라 LSP를 라우팅하지 않습니다. LSP는 PCS가 구성된 다양성 수준과 일치하는 경로를 찾을 수 있을 때까지 라우팅되지 않습니다.
해결 방법: 없음
장애가 다양한 LSP 쌍 모두에 영향을 미치는 경우 경로 계산 서버(PCS)는 비다양성 경로를 따라 LSP를 라우팅하지 않습니다. LSP는 PCS가 구성된 다양성 수준과 일치하는 경로를 찾을 수 있을 때까지 라우팅되지 않습니다.
해결 방법: 다양성 그룹을 제거하고 다시 적용하십시오.

컨테이너 subLSP의 대역폭 크기 설정에 따른 최소 변동 임계값은 컨테이너에서 구성했음에도 불구하고 0으로 표시됩니다. 정상적인 조건에서는 대역폭 크기 조정 작업이 subLSP 대신 컨테이너에서 이 값을 가져오므로 subLSP의 대역폭 크기에 영향을 미치지 않습니다. 그러나 특정 시나리오에서는 구성된 최소 변동 임계값이 위반되지 않은 경우 subLSP의 크기를 새로운 대역폭 값으로 조정할 수 있습니다.
이 문제에 대한 자세한 내용은 Juniper Networks 기술 지원 센터(JTAC)에 문의하십시오.
대역폭 크기 조정 중에 대역폭 크기 조정이 활성화된 활성 보조 LSP의 크기가 조정되지 않을 수 있습니다. 이 문제가 발생하면 보조 경로에 있는 링크의 RSVP 활용도가 잘못 업데이트될 수 있습니다.
해결 방법: 없음.
UI를 사용하여 Paragon Pathfinder 설정(구성 > 네트워크 설정)을 변경하면 수정 사항이 적용되려면 두 번 이상 시도해야 할 수 있습니다. 저장을 두 번 이상 클릭해야 할 수도 있습니다.
해결 방법: pf-cmgd 명령을 실행하는 마스터 노드에서 액세스할 수 있는 cMGD CLI를 사용하여 동일한 변경을 수행할 수 있습니다.
컨테이너 정규화 중 특정 조건에서는 제거되어야 했던 하나 이상의 컨테이너 subLSP가 계속 남아 있습니다. 이러한 컨테이너 subLSP는 컨테이너와 연결되지 않은 독립적인 LSP로 네트워크에 유지됩니다. 컨테이너 LSP 탭 아래의 하위 LSP 열에 명시된 컨테이너의 하위 LSP 수와 터널 탭 아래의 접두사로 컨테이너 이름을 갖는 LSP의 실제 수가 일치하지 않는 것은 이 문제를 나타내는 것으로 간주될 수 있습니다.
이 문제에 대한 자세한 내용은 Juniper Networks 기술 지원 센터(JTAC)에 문의하십시오.
컨테이너 LSP는 해당 subLSP에 상속된 대역폭 크기 설정으로 구성될 수 있습니다. 특정 상황에서 사용자가 과거에 활성화한 후 컨테이너에서 대역폭 크기 조정 옵션을 비활성화하면 기존 subLSP에서 비활성화되지 않습니다.
해결 방법: 없음.
컨테이너의 하위 LSP를 수동으로 재프로비저닝하면 LSP 개체에 데이터가 추가됩니다. 결과적으로 다음과 같은 문제가 발생할 수 있습니다.
컨테이너가 대역폭 크기 조정을 지원하고 0이 아닌 최소 변동 임계값이 구성된 경우, subLSP를 통한 트래픽이 최소한 최소 변동 임계값만큼 신호된 대역폭을 초과하지 않음에도 불구하고 특정 subLSP의 크기가 조정될 수 있습니다.
컨테이너 대역폭 크기 설정이 나중에 수정되면 subLSP는 컨테이너와 다른 대역폭 크기 설정을 가질 수 있습니다.
대역폭이 병합 대역폭 아래로 떨어질 때 컨테이너 정규화 중에 subLSP 제거에 실패합니다.
이 문제에 대한 자세한 내용과 내부 상태에 추가되는 추가 데이터를 제거하는 방법에 대한 자세한 내용은 Juniper Networks 기술 지원 센터(JTAC)에 문의하세요.
사용 가능한 경로 부족으로 인한 컨테이너 정규화 실패와 같은 특정 시나리오에서 추가 내부 상태가 컨테이너 subLSP 개체에 추가되어 다음 문제가 발생할 수 있습니다.
컨테이너가 대역폭 크기 조정을 지원하고 0이 아닌 최소 변동 임계값이 구성된 경우, subLSP를 통한 트래픽이 최소한 최소 변동 임계값만큼 신호된 대역폭을 초과하지 않음에도 불구하고 특정 subLSP의 크기가 조정될 수 있습니다.
컨테이너 대역폭 크기 설정이 나중에 수정되면 subLSP는 컨테이너와 다른 대역폭 크기 설정을 가질 수 있습니다.
대역폭이 병합 대역폭 아래로 떨어질 때 컨테이너 정규화 중에 subLSP 제거에 실패합니다.

이 문제에 대한 자세한 내용과 내부 상태에 추가되는 추가 데이터를 제거하는 방법에 대한 자세한 내용은 Juniper Networks 기술 지원 센터(JTAC)에 문의하세요.

작동 중인 Kubernetes 클러스터에서 하나 이상의 노드를 사용할 수 없는 경우 다음과 같은 예기치 않은 동작이 발생할 수 있습니다.
라우터에서는 PCEP 연결 상태가 Up이지만 모든 노드의 PCEP 상태는 Down으로 표시됩니다.
UI에 네트워크 토폴로지가 표시되지 않습니다.
이 문제에 대한 자세한 내용은 Juniper Networks 기술 지원 센터(JTAC)에 문의하십시오.

Paragon Pathfinder는 터널에 구성된 최대 홉 제약 조건을 위반하는 경로를 계산할 수 있습니다. 다음 시나리오에서는 최대 홉 제약 조건이 어떻게 표시되는지 설명합니다.
PCS(Path Computation Server)가 다시 시작되면 최대 홉 제약 조건을 고려하지 않고 다운 LSP가 프로비저닝됩니다.
네트워크 장애 시 LSP는 최대 홉 제약을 고려하지 않고 다시 라우팅됩니다.

경로 최적화 중에 LSP는 최대 홉 제약을 고려하지 않고 최적화됩니다.
해결 방법: 구성된 제약 조건을 위반하지 않는 대체 경로를 사용할 수 있는 경우 재프로비저닝 옵션을 사용하십시오.
최대 홉 제한이 있는 대기 LSP에 대해 Paragon Pathfinder가 계산한 경로가 구성된 제한을 위반할 수 있습니다.
해결 방법: 없음.
노드 간 다중 병렬 링크가 있는 토폴로지에서는 PCS가 링크 다양성을 갖는 LSP를 찾지 못할 가능성이 있습니다.
해결 방법: 없음.

PCEP 세션이 비활성화되면 장치 수집을 실행한 후 LSP 작동 상태가 알 수 없는 상태로 전환됩니다.
해결 방법: 없음.
네트워크 아카이브 작업을 생성할 때 링크가 누락될 수 있습니다.
해결 방법: 새 네트워크 아카이브 작업을 생성하십시오.
네트워크 문제로 인해 VPN 수요를 라우팅할 수 없습니다.
해결 방법: 없음.

Cisco 장치가 처음에 포트 22에서 NETCONF로 구성된 경우 경보가 응답하지 않습니다.
해결 방법: Cisco 장치의 NETCONF 포트를 다음과 같이 수정합니다. 변경 사항이 저장되었는지 확인하세요. 그런 다음 포트 설정을 다시 포트 22로 되돌립니다.
GUI에서 멀티캐스트 요구를 추가하면 노드 Z 필드가 비어 있습니다.
해결 방법: 없음.
여러 개의 새 터널을 추가하면 이전에 삭제된(캐시된) 터널의 트래픽 값이 표시됩니다.
해결 방법: 없음.

새로운 다양한 터널을 추가할 때 이전에 삭제된(캐시된) 터널의 트래픽 값이 표시되는 경우가 있습니다.
해결 방법: 없음.
Toposerver는 BMP 포드에 대한 연결이 끊어진 후 토폴로지를 지우거나 업데이트하지 않습니다.
해결 방법: 없음.
링크가 다운되면 Paragon Pathfinder는 선호하는 ERO(Explicit Route Object) 및 장치별 라우팅 방법을 사용하여 위임된 SR LSP를 다시 라우팅하지 않습니다.
해결 방법: 기본 라우팅 방법을 사용하십시오.

다양한 멀티캐스트 트리 설계를 수행한 후 바로 시뮬레이션을 실행하면 링크의 터널 트래픽 보고서(터널 레이어 시뮬레이션 보고서 > 피크 네트워크 통계)가 올바르지 않습니다.
해결 방법: 다양한 멀티캐스트 트리 설계를 수행한 후 네트워크를 저장하고 닫습니다. 네트워크를 다시 열고 시뮬레이션을 실행하십시오.
오류 시나리오를 시뮬레이션하는 동안(도구 > 옵션 > 오류 시뮬레이션) 다중 오류 시뮬레이션을 먼저 실행한 후 단일 오류 시뮬레이션을 실행하면 링크의 터널 트래픽(터널 레이어 시뮬레이션 보고서 > 최고 네트워크 통계) 보고서가 올바르지 않습니다. 보고서에는 단일 오류 대신 여러 오류 시뮬레이션 값이 표시됩니다.
해결 방법: 단일 오류 시나리오를 시뮬레이션하기 전에 다중 오류 탭에서 모든 옵션을 선택 취소하십시오.
링크 활용도 시뮬레이션 보고서는 이중 오류 시나리오 중에 음수 값을 표시할 수 있습니다.
해결 방법: 없음.

장치 호스트 이름이 변경되면 변경 사항이 모든 데이터베이스에 반영되지 않습니다.

해결 방법: 새 장치 호스트 이름이 모든 데이터베이스 및 구성 요소에 반영되도록 다음 단계를 수행하십시오.

호스트 이름을 변경하기 전에 모든 장치 그룹(컨트롤러 또는 기타 플레이북)에서 장치를 제거하십시오.

모든 다른 Paragon Automation 구성 요소에서 장치 참조가 삭제되었는지 확인하십시오. 구성 > 장치 페이지로 이동합니다.
에이. 장치를 선택합니다.
비. 장치를 삭제하려면 휴지통 아이콘을 클릭하세요. 장치 삭제 페이지가 나타납니다.
기음. 강제 삭제를 선택하고 예를 클릭합니다.
구성 > 장치 페이지의 장치 온보딩 워크플로를 사용하여 장치를 다시 온보딩합니다.
이제 장치가 새 호스트 이름으로 온보딩되어야 합니다. 장치 속성, 특히 system-id(JTI 스트림 수신에 중요)도 업데이트해야 합니다.
새 호스트 이름을 가진 장치를 장치 그룹에 다시 추가합니다.

(선택 사항) Grafana 또는 장치 CLI를 사용하여 Influxdb의 모든 장치 통계를 확인합니다. 데이터베이스는 새 호스트 이름으로 업데이트되어야 합니다.

P2MP(지점 대 다중 지점) LSP에 대한 NETCONF(네트워크 구성 프로토콜) 프로비저닝 방법은 Cisco IOS-XR 라우터에서 지원되지 않습니다.
Cisco IOS-XR 라우터에서 P2MP 하위 LSP 상태는 CLI 프로비저닝된 P2MP LSP에 대한 구성 상태에서 지원되지 않습니다.
해결 방법: 없음.

Junos OS 릴리스 22.4R1 이상에는 SR-TE LSP에 대한 제한이 있습니다.
PCEP 세션을 설정하려면 다음 명령을 사용하여 다중 경로 기능을 비활성화해야 합니다. set Protocols pcep disable-multipath-capability 보조 경로는 지원되지 않습니다.
페더레이션 링크가 복구된 후 큐에 있는 오래된 메시지가 처리되고 있습니다.
해결 방법: 연합 링크 큐 만료 시간을 Toposerver 연합 링크 실패 감지 시간(기본값은 3*5초)에 가깝게 설정하십시오.
Paragon Automation UI를 사용하여 Cisco IOS-XR 라우터용 P2MP LSP를 프로비저닝하기 위해 NETCONF 및 PCEP(Path Computation Element Protocol) 방법을 사용할 수 없습니다.
해결 방법. CLI를 사용하여 P2MP LSP를 프로비저닝합니다. 구성이 구문 분석된 후 장치 컬렉션 작업을 실행하여 view LSP.

배포가 안전 모드에 있을 때는 정보 출처 플래그를 비활성화할 수 없습니다.
해결 방법: toposerver 포드를 다시 시작하여 안전 모드 중에 정보 소스 플래그를 비활성화합니다.
단일 수신 라우터에 속하는 여러 위임된 LSP(레이블 전환 경로)를 선택하고 PCC에 위임 반환을 클릭하면 LSP 중 하나만 장치 제어가 됩니다. Junos의 문제로 인해 이 시나리오가 발생합니다.
해결 방법: 한 번에 하나의 LSP를 선택하고 각 LSP에 대해 개별적으로 PCC에 위임 반환을 클릭합니다.
위임된 SR-TE LSP의 작동 상태는 대상 노드가 재발견된 후에도 작동 중지 상태로 유지됩니다.
해결 방법: 위임된 SR-TE LSP 대상 노드가 다시 검색된 후 네트워크 모델을 동기화해야 합니다.

Rabbitmq가 다시 시작된 후 PCE 서버가 Rabbitmq에 다시 연결할 수 없습니다.
해결 방법: ns-pceserver 포드를 다시 시작합니다.
REST API/UI에서는 use-federated-exchange 설정을 수정할 수 없습니다.
해결 방법: cMGD CLI에서 직접 use-federated-exchange 설정을 수정하고 변경 사항을 적용하려면 toposerver를 다시 시작하십시오.
Paragon Insights는 이름(호스트 이름 또는 IP 주소) 필드를 장치 ID 필드에 매핑합니다. 그러나 다음과 같은 이유로 장치 이름은 더 이상 고유하지 않습니다.

듀얼 라우팅 엔진 장치에서는 장치 이름에 "-reX"가 추가됩니다.
Anuta Atom과 같은 타사 애플리케이션은 장치 이름에 도메인 이름을 추가합니다.
또한 호스트 이름이 아닌 UUID(Universal Unique Identifier)로 장치를 매핑하면 GUI에 표시되는 정보에 문제가 발생할 수 있습니다.
해결 방법: [그룹 편집] 계층 구조 수준에 마스터 전용 문을 포함하여 장치의 관리 이더넷 인터페이스에 대한 추가 IP 주소를 구성합니다. 그런 다음 장치 온보딩을 위해 이 추가 IP 주소를 사용해야 합니다. 자세한 내용은 다음을 참조하세요. 관리 이더넷 인터페이스.
TSDB 전용 노드가 있는 경우 일부 서비스(예:amp파일, AtomDB, ZooKeeper 등)은 전용 노드에서 해당 Pod가 실행되는 경우 PertantVolumeClaim이 설정된 공통 네임스페이스에 영향을 미칠 수 있습니다. 즉, TSDB 노드에서 실행 중인 Pod의 상태는 항상 보류 중으로 표시됩니다.
해결 방법: 이 상황을 방지하려면 TSDB용 노드를 전용으로 지정하는 동안 노드에 PertantVolumeClaim을 사용하는 전용 서비스용 Pod가 없는지 확인하세요.

위임된 LSP의 위임을 취소하면 LSP의 계획된 대역폭은 사용자 입력 값 대신 장치에서 보고된 대역폭을 기반으로 합니다.
해결 방법: 없음.
장치를 추가하는 동안 네트워크에서 이미 사용되는 소스 IP 주소를 지정하면 장치 그룹에 장치를 추가하지 못하거나, 플레이북을 배포하거나, 함수 수집 관련 오류가 발생하는 등의 작업이 불가능할 수 있습니다.
해결 방법: 충돌하는 소스 IP 주소를 수정합니다. 배포 상태 아이콘을 클릭하고 변경 사항을 커밋합니다.
경보 페이지에서 저장된 쿼리를 선택하면 저장된 쿼리를 기반으로 경보가 필터링됩니다. 단, 그래프와 날짜는 업데이트되지 않습니다.
해결 방법: 없음.

장치 페이지에서 관리되지 않는 장치를 추가하고 나중에 관리되지 않는 장치의 호스트 이름을 편집하는 경우 호스트 이름은 장치 그룹 및 대시보드의 장치 dashlet에 반영되지 않습니다.
해결 방법: 장치의 호스트 이름이나 IP 주소를 사용하여 관리되지 않는 장치를 추가할 수 있습니다.
호스트 이름을 사용하여 관리되지 않는 장치를 추가한 경우 기존 장치를 삭제하고 새 호스트 이름으로 장치를 추가하면 문제가 해결됩니다.
IP 주소를 사용하여 관리되지 않는 장치를 추가한 경우 대시보드의 장치 그룹 및 장치 dashlet에서 호스트 이름이 아닌 IP 주소를 기반으로 관리되지 않는 장치를 식별해야 합니다.
기본적으로 토폴로지 필터는 비활성화되어 있습니다. Paragon Automation GUI를 사용하여 토폴로지 필터를 활성화할 수 없습니다.
해결 방법: 토폴로지 필터를 활성화하는 절차는 토폴로지 필터 서비스 활성화 항목을 참조하세요.
Cisco IOS XR 장치의 경우 장치 페이지에서 장치 구성을 복원할 수 없습니다. 장치 구성만 백업할 수 있습니다.
해결 방법: Cisco IOS XR 장치의 장치 구성을 복원하려면 다음을 수행하십시오.
1. 구성 > 장치 페이지에서 Cisco XR 장치를 선택하고 자세히 > 구성 버전을 클릭합니다.
2. 복원하려는 구성 버전을 복사합니다.
3. CLI를 사용하여 구성을 복원합니다.

장치 그룹 수준에서 아웃바운드 SSH를 활성화한 경우 장치 그룹의 장치 중 하나에 대해 아웃바운드 SSH를 비활성화할 수 없습니다.
해결 방법: MGD CLI 또는 Rest API를 사용하여 장치에서 아웃바운드 SSH를 활성화하거나 비활성화할 수 있습니다. 아웃바운드 SSH를 비활성화하려면 비활성화 플래그를 true로 설정해야 합니다. MGD CLI를 사용하여 아웃바운드 SSH를 비활성화하려면 디바이스에서 다음 명령을 실행합니다. set healthbot DeviceName outbound-ssh 비활성화 true
Paragon Automation GUI에서 모든 서비스 로그를 다운로드할 수는 없습니다.
해결 방법: 다음을 수행할 수 있습니다. view Elastic Search Database(ESDB) 및 Grafana의 모든 서비스 로그. Grafana 또는 ESDB에 로그인하려면 config.yml의 grafana_admin_password 필드에 비밀번호를 구성해야 합니다. file 설치 전.
기존 LSP를 수정하거나 슬라이스 ID를 라우팅 기준 중 하나로 사용하는 경우 사전 경로는view 올바르게 표시되지 않을 수 있습니다.
해결 방법: 경로를 프로비저닝하면 경로가 슬라이스 ID 제약 조건을 준수하고 경로가 사전 경로에 올바르게 표시됩니다.view.

PCEP를 사용하여 세그먼트 라우팅 LSP를 프로비저닝하는 경우 색상 기능이 작동하지 않습니다.
이 문제는 라우터가 Junos OS 릴리스 20.1R1에서 실행 중인 경우 발생합니다.
해결 방법: Junos OS를 릴리스 21.4R1로 업그레이드하십시오.
PostgresSQL은 기본 역할 전환 중에 어떤 연결도 허용하지 않으므로 마이크로서비스가 PostgresSQL에 연결하지 못합니다. 이는 일시적인 상태입니다.
해결 방법: 기본 역할 전환이 완료된 후 마이크로서비스가 PostgresSQL에 연결되는지 확인하십시오.
• 일부 시스템에서는 Postgres 데이터베이스가 작동하지 않게 되어 연결이 실패하게 됩니다.
해결 방법: 기본 노드에서 다음 명령을 실행합니다. for pod inatom-db-{0..2}; 하다
kubectl exec -n common $pod — chmod 750 /home/postgres/pgdata/pgroot/data done
Cisco IOS XR 장치에 대한 장치 검색이 실패합니다.
해결 방법: Cisco IOS XR 장치에 대한 SSH 서버 속도 제한을 늘립니다. 구성 모드에서 장치에 로그인하고 다음 명령을 실행하십시오.
RP/0/RP0/CPU0:ios-xr(config)#ssh 서버 속도 제한 600

링크 지연 및 링크 지연 변화에 대한 정보를 얻기 위해 BGP-LS를 사용하는 경우 view 과거 링크 지연 데이터.
해결 방법: 없음.
드문 경우(예:amp즉, Redis가 충돌하여 Kubernetes에 의해 자동으로 다시 시작되거나 Redis 서버를 다시 시작해야 하는 경우) 일부 인터페이스 정보가 손실되고 인터페이스가 네트워크 정보 테이블의 인터페이스 탭에 나열되지 않습니다. 그러나 이 문제는 경로 계산, 통계 또는 LSP 프로비저닝에 영향을 미치지 않습니다.
해결 방법: 라이브 네트워크 모델에서 인터페이스를 복원하려면 장치 수집 작업을 다시 실행하십시오.
새 워크플로 추가 및 워크플로 편집 페이지의 작업 탭에서 다음을 수행합니다.

취소 옵션을 클릭하더라도 작업을 편집하는 동안 변경한 내용은 저장됩니다.
이미 삭제한 단계 이름은 다시 사용할 수 없습니다.
빈 항목이 있는 단계를 추가하고 저장 및 배포를 클릭해도 오류 메시지가 표시되지 않습니다.
해결 방법: 없음.

듀얼 RE 모드로 일부 저가형 PTX 장치 업그레이드(예:amp파일, PTX5000 및 PTX300)은 Paragon Automation에서 지원되지 않습니다. 이는 Dual RE 모드를 사용하는 저가형 PTX 장치가 브리징 또는 브리지 도메인 구성을 지원하지 않기 때문입니다.
해결 방법: 없음.
POST /traffic-engineering/api/topology/v2/1/rpc/diverseTreeDesign API가 작동하지 않습니다.
해결 방법: POST /NorthStar/API/v2/tenant/1/topology/1/rpc/diversityTreeDesign API를 사용하는 것이 좋습니다.
Paragon Automation은 Nokia 장치에 대한 알람을 표시하지 않습니다.
해결 방법: 없음.

라우팅 방법을 RouteByDevice로 사용하여 SRv6 LSP를 구성하는 동안 SR-ERO(세그먼트 라우팅 명시적 경로 개체)에 대한 값을 지정해야 합니다. 그렇지 않으면 SRv6 LSP를 사용하여 트래픽을 전달할 수 없습니다.
해결 방법: 터널을 추가하는 동안 경로 탭에서 홉을 추가하여 필수 또는 기본 라우팅 유형을 지정합니다.
장치 제어 SRv6 LSP가 네트워크에서 발견되면 이 LSP에 대해 강조 표시된 경로는 경로에 대해 ERO(명시적 경로 개체)를 지정하는지 여부에 관계없이 올바르지 않습니다.
해결 방법: 없음.
경우에 따라 세그먼트 라우팅 LSP를 대량으로 삭제하지 못할 수도 있습니다.
해결 방법: 대량 삭제 과정에서 삭제되지 않은 LSP를 강제로 삭제할 수 있습니다.

Paragon Automation GUI에서 새 워크플로 추가 및 워크플로 편집 페이지의 작업 탭에서 변경하지 않고 기존 단계를 편집하고 저장하려고 하면 다음 오류 메시지가 표시됩니다.
이름이 이미 존재합니다.
해결 방법: 편집 옵션을 잘못 클릭한 경우 최소한 단계 이름을 변경했는지 확인하십시오.
Northstar 네임스페이스의 모든 포드를 다시 시작하면 PCEP 세션이 Down으로 표시되는 경우가 있습니다.
해결 방법: kubectl delete pods ns-toposerver-를 사용하여 토폴로지 서버를 다시 시작합니다. -n Northstar 명령.
관리 > 라이선스 관리 페이지에서는 다음을 수행할 수 없습니다. view 라이선스를 선택한 다음 자세히 > 세부 정보를 선택하면 라이선스의 SKU 이름을 확인할 수 있습니다.
해결 방법: 없음.

경보 페이지의 그래프에는 최신 데이터가 반영되지 않습니다. 즉, 알람이 더 이상 활성화되지 않은 후에는 그래프가 업데이트되지 않습니다.
해결 방법: 없음.
iAgent용 아웃바운드 SSH를 구성하면 구성된 규칙에 대한 데이터가 생성되지 않습니다.
해결 방법: 없음.
TW를 구성한 경우 링크 간에 패킷 손실의 0% 값이 표시됩니다.AMP). TW 때문에 이것은 잘못된 것입니다.AMP IS-IS 트래픽 엔지니어링을 위한 패킷 손실 내보내기를 지원하지 않습니다.
해결 방법: 없음.

MPC10+ 라인 카드가 있는 장치를 사용하고 장치가 릴리스 21.3R2-S2 또는 릴리스 21.4R2-S1 이외의 Junos OS 릴리스에서 실행되고 있는 경우 논리 인터페이스에 대한 통계가 수집되지 않습니다. 그러나 물리적 인터페이스와 LSP에 대한 통계는 수집됩니다.
해결 방법: Junos OS 릴리스를 릴리스 21.3R2-S2 또는 21.4R2-S1로 업그레이드하십시오. 또한 Paragon Automation을 릴리스 23.1로 업그레이드했는지 확인하십시오.
LSP 위임을 취소하면 LSP 상태가 위임됨으로 표시됩니다. LSP 위임을 다시 시도하면 ERO(명시적 경로 개체)를 추가하도록 라우터 구성이 수정될 수 있습니다.
해결 방법: LSP 위임을 다시 취소하기 전에 터널 탭을 새로 고치십시오.
SR LSP의 상태가 로컬로 라우팅되는 경우 SR LSP가 슬라이스 제약 조건을 충족하지 않으면 Paragon Pathfinder는 위임된 SR LSP를 종료하지 않습니다.

슬라이스 ID가 2**32 이상인 토폴로지 그룹을 생성하는 경우 토폴로지 그룹 ID는 슬라이스 ID와 일치하지 않습니다.
Paragon Automation Kubernetes 클러스터는 자체 생성된 kubeadm 관리형 인증서를 사용합니다.
Kubernetes 버전이 업그레이드되거나 인증서가 수동으로 갱신되지 않는 한 이러한 인증서는 배포 후 1년 후에 만료됩니다. 인증서가 만료되면 포드가 표시되지 않고 로그에 잘못된 인증서 오류가 표시됩니다.
해결 방법: 인증서를 수동으로 갱신하십시오. 인증서를 갱신하려면 다음 단계를 수행하십시오.

클러스터의 각 기본 노드에서 kubeadm certs check-expiration 명령을 사용하여 현재 인증서 만료 날짜를 확인하세요.

인증서를 갱신하려면 Kubernetes 클러스터의 각 기본 노드에서 kubeadm certs renew all 명령을 사용하십시오.
클러스터의 각 기본 노드에서 kubeadm certs check-expiration 명령을 사용하여 만료 날짜를 다시 확인하세요.
새 인증서를 사용하려면 기본 노드 중 하나에서 다음 Pod를 다시 시작하세요.

해결된 문제

이 섹션에는 Juniper Paragon Automation 릴리스 24.1에서 해결된 문제가 나열되어 있습니다.

대칭 쌍 LSP는 임계값 교차 재라우팅 시 대칭적으로 라우팅되지 않을 수 있습니다.
해결 방법: 없음.
이제 호스트 이름에 re0 또는 re1 접미사가 붙은 듀얼 라우팅 엔진이 있는 장치에 대해 트래픽 차트가 지원됩니다. 그러나 그래프는 호스트 이름 접미사가 소문자이고 -re0 또는 -re1 형식인 경우에만 지원됩니다. 예를 들어amp파일: vmx101-re0 또는 vmx101-re1
해결 방법: 없음

컨트롤러 사이트는 Paragon Planner의 네트워크 아카이브에 포함되지 않습니다.
해결 방법: 없음.
ns-인 경우 안전 모드 상태는 항상 false입니다.web 포드가 시작됩니다.
해결 방법: 없음.
안전 모드 중에 정보 소스 플래그를 수정하면 잘못된 안전 모드 상태가 표시됩니다.
해결 방법: 없음.

때때로 NETCONF가 비활성화된 장치는 NETCONF 상태가 Up으로 표시됩니다.
해결 방법: Device Pro를 편집합니다.file Device Pro를 다시 로드하도록 변경하지 않고file.
Cisco IOS-XR 장치에서 생성된 SR-TE LSP의 색상은 LSP가 장치 컬렉션에서 처음 검색된 경우에만 표시됩니다.
해결 방법: 없음.
LSP가 상태를 구성한 경우 PCEP에서 학습된 SR-TE LSP의 관리 그룹은 토폴로지 동기화 후 사라집니다.
해결 방법: PCEP에서 학습한 관리 그룹을 유지하도록 SR-TE LSP를 수정합니다.

최적 경로의 LSP는 PCS 최적화 중에 불필요한 PCEP 업데이트를 받을 수 있습니다.
해결 방법: 없음.
진단(구성 > 데이터 수집 > 진단 > 애플리케이션) 기능의 오류로 인해 애플리케이션 테스트가 실패합니다.
해결 방법: 없음.
네트워크 > 토폴로지 > 터널 탭에서 필터(깔때기) 아이콘 위에 마우스를 놓고 필터 추가를 선택하면 기준 추가 페이지가 표시됩니다. 필드 목록에서 색상을 선택하면 필드 값이 색상 대신에 계획된 속성으로 표시됩니다.
해결 방법: 없음.

경로 분석 보고서가 비어 있습니다.

해결 방법: 경로 분석을 수행하기 전에 장치 수집 작업을 실행하십시오. LSP가 이미 최적 경로에 있는 경우 경로 분석 보고서가 비어 있을 수 있습니다.

Juniper Networks, Juniper Networks 로고, Juniper 및 Junos는 미국 및 기타 국가에서 Juniper Networks, Inc.의 등록 상표입니다. 다른 모든 상표, 서비스 마크, 등록 상표 또는 등록 서비스 마크는 해당 소유자의 재산입니다. Juniper Networks는 이 문서의 부정확성에 대해 책임을 지지 않습니다. Juniper Networks는 통지 없이 이 간행물을 변경, 수정, 이전 또는 기타 방식으로 개정할 권리를 보유합니다. 저작권 © 2024 Juniper Networks, Inc. 모든 권리 보유.

문서 / 리소스

주니퍼 NETWORKS Paragon 자동화 소프트웨어 [PDF 파일] 사용자 가이드
Paragon 자동화 소프트웨어, 자동화 소프트웨어, 소프트웨어

참고문헌

사용자 설명서

소개