Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

Phone-Home 클라이언트를 사용하여 Virtual Chassis 프로비저닝

Virtual Chassis의 Phone-home 프로비저닝은 ZTP(제로터치 프로비저닝)의 한 형태입니다. Virtual Chassis의 PHC(Phone-Home Client)는 PHS(Phone-Home Server)에서 네트워크를 통해 부트스트랩 정보를 가져오고 Virtual Chassis를 프로비저닝합니다. 클라이언트 측에서 필요한 유일한 사용자 개입은 Virtual Chassis 멤버를 물리적으로 함께 연결하고 Virtual Chassis의 모든 포트를 네트워크에 연결하는 것입니다.

Virtual Chassis를 위한 Phone-Home 프로비저닝 개요

폰홈 프로비저닝을 사용하면 디바이스의 폰홈 클라이언트(PHC)가 처음에 폰홈 서버(PHS)라고 하는 중앙 네트워크 관리 데이터 소스의 소프트웨어 이미지 및 구성을 디바이스에 프로비저닝하므로 원격 사이트에서 사용자 개입이 거의 또는 전혀 필요하지 않습니다.

Virtual Chassis는 VCP(Virtual Chassis 포트)라는 포트를 사용하여 서로 연결된 일련의 디바이스로 구성됩니다. Virtual Chassis를 단일 디바이스로 구성하고 관리합니다. Junos OS 릴리스 20.3R1부터 독립형 디바이스에 대한 전화 홈 프로비저닝 프로세스를 확장하여 Virtual Chassis에서도 작동할 수 있도록 했습니다. Virtual Chassis의 PHC는 멤버 디바이스 부트스트래핑을 조정하고 관리하기 위한 추가 단계가 필요합니다.

PHS는 일반적으로 전화 홈 프로비저닝을 지원하는 네트워크 관리 시스템(NMS)의 일부입니다. 네트워크 관리자는 원격 사이트의 디바이스 및 Virtual Chassis를 설정하는 방법을 지시하는 의도된 프로비저닝 데이터를 입력합니다. 조직에 중복을 위해 둘 이상의 PHS가 있을 수 있습니다.

기능 탐색기를 확인하고 검색 phone-home 하여 전화 홈 프로비저닝을 지원하는 Virtual Chassis 플랫폼을 확인할 수 있습니다.

Virtual Chassis에서 전화 홈 프로비저닝의 이점

  • 원격 사이트에서 프로세스를 자동으로 시작하여 프로비저닝을 단순화하는 동시에 네트워크 또는 클라우드의 중앙 관리 시스템(PHS)에서 부트스트랩 정보를 안전하게 가져옵니다.

  • Virtual Chassis를 구성하는 여러 디바이스의 프로비저닝을 조정하기 위해 Junos OS CLI에 대한 심층적인 경험이 필요하지 않습니다.

Virtual Chassis의 Phone-Home 프로비저닝 프로세스 개요

전화 홈 프로비저닝을 지원하는 Virtual Chassis에서 프로세스가 작동하려면 Virtual Chassis에서 전화 홈 프로비저닝을 활성화하는 방법에 설명된 요구 사항에 따라 Virtual Chassis를 설정해야 합니다.

Virtual Chassis가 처음 형성되면 PHC 프로세스가 Virtual Chassis 기본 멤버에서 자동으로 시작되고 거기에서 가져옵니다.

  1. PHC는 PHS에 연결됩니다.

    PHC는 기본 리디렉션 서버 URL https://redirect.juniper.net 로 프로비저닝 요청을 전송하며, 이 URL은 네트워크 관리자 또는 NMS가 제어하는 사용 가능한 PHS로 요청을 리디렉션합니다. 이 단계는 단일 디바이스의 전화 홈 프로비저닝과 동일합니다.

  2. PHS는 의도한 Virtual Chassis 토폴로지, 소프트웨어 이미지 및 구성을 포함하는 부트스트래핑 정보로 PHC 프로비저닝 요청에 응답합니다.

  3. PHC는 PHS에서 지정한 대로 Virtual Chassis를 프로비저닝합니다.

    프로비저닝에는 다음과 같은 단계가 포함됩니다.

    • Virtual Chassis 토폴로지를 검증합니다.

    • 필요한 경우 모든 멤버 디바이스에서 소프트웨어 이미지를 순차적으로 업그레이드합니다.

    • 사전 구성 또는 사후 구성 스테이징 스크립트를 실행합니다.

    • Virtual Chassis에서 새로운 구성을 커밋합니다.

PHC는 부트스트래핑 프로세스 중에 PHS에 상태 알림을 전송하므로 네트워크 관리자는 프로세스가 성공적으로 완료되었는지 확인할 수 있습니다.

또한 PHC는 Virtual Chassis의 시스템 로그 파일에 상태를 로컬로 기록합니다. 필요한 경우 Junos OS CLI에서 로그 파일을 보고 Junos OS CLI 명령을 사용하여 Virtual Chassis 및 VCP 연결 상태를 확인할 수 있습니다.

또한보십시오

Virtual Chassis에서 Phone-Home 프로비저닝을 활성화하는 방법

폰홈 프로비저닝을 지원하는 Virtual Chassis에서 여기에 나열된 단계에 따라 Virtual Chassis를 설정하면 PHC(폰 홈 클라이언트) 프로세스가 Virtual Chassis 기본 멤버에서 자동으로 시작됩니다.

Virtual Chassis에서 전화 홈 프로비저닝을 활성화하려면:

  1. 모든 Virtual Chassis 멤버가 공장 기본 구성을 가지고 있고 전원이 꺼져 있는지 확인합니다.

    Junos OS CLI 명령을 실행 request system zeroize 하여 디바이스를 공장 기본 상태로 되돌릴 수 있습니다.

    참고:

    혼합 모드는 공장 기본 구성에서 설정되지 않기 때문에 Virtual Chassis은 혼합 모드 Virtual Chassis가 될 수 없습니다.

  2. 각 멤버 디바이스의 전용 또는 기본 구성 VCP(Virtual Chassis 포트)만 사용하여 링 토폴로지에서 Virtual Chassis 멤버를 상호 연결합니다.

    PHC 프로세스는 Virtual Chassis가 초기에 명시적으로 구성할 필요가 없는 VCP(전용 VCP 또는 공장 기본 구성의 VCP인 포트)로 형성된 경우에만 작동합니다. 어떤 포트가 전용 포트이고 Virtual Chassis를 지원하는 다른 디바이스에서 기본적으로 구성된 VCP인지에 대한 자세한 내용은 스위치 유형별 VCP 옵션을 참조하십시오. 디바이스에서 해당 포트를 찾으려면 디바이스의 하드웨어 가이드를 참조하십시오.

  3. Virtual Chassis 관리 인터페이스(me0) 또는 모든 Virtual Chassis 멤버의 네트워크 연결 포트를 네트워크에 연결합니다.

    PHC는 Virtual Chassis에서 시작된 후 이 연결을 사용하여 네트워크를 통해 PHS에 액세스하고 이 Virtual Chassis에 대한 부트스트래핑 정보를 검색합니다.

    관리 인터페이스가 Virtual Chassis에서 작동하는 방식에 대한 자세한 내용은 Virtual Chassis의 글로벌 관리 이해하기를 참조하세요.

  4. Virtual Chassis의 구성원의 전원을 켭니다.

그림 1 은 전화 홈 프로비저닝을 지원할 수 있는 Virtual Chassis 토폴로지의 예, 즉 기본 구성 VCP(이 경우 각 디바이스의 40기가비트 이더넷 QSFP+ 포트 중 2개)를 사용하여 링 토폴로지에 케이블로 연결된 4개 구성원 EX4300 Virtual Chassis입니다.

그림 1: Phone-Home 프로비저닝 Sample Virtual Chassis That Can Support Phone-Home Provisioning 을 지원할 수 있는 샘플 Virtual Chassis

일반적으로 전화 홈 프로비저닝 프로세스가 성공적으로 진행되고 완료되기 위해 다른 작업을 수행할 필요가 없습니다. 성공적인 완료 상태가 표시되지 않거나 프로세스가 끝날 때 Virtual Chassis가 예상대로 작동하지 않는 경우, PHC가 문제 해결을 돕는 방법에 대해 자세히 알아보려면 계속 읽어보십시오.

또한보십시오

Virtual Chassis의 Phone-Home 프로세스

Virtual Chassis에서의 Phone-home 프로비저닝은 Phone-Home 클라이언트를 사용하여 사용자 개입 없이 구성 및 소프트웨어 이미지 확보에 설명된 독립형 디바이스 phone-home 지원의 확장입니다. PHC는 Virtual Chassis를 구성하는 멤버 디바이스의 부트스트랩을 관리하기 위한 추가 단계를 수행합니다.

또한 Virtual Chassis의 PHC 프로세스에는 독립형 디바이스가 PHC가 작동하는 데 필요한 것과 동일한 소프트웨어 도구 및 유틸리티가 필요합니다. 예를 들어, 폰홈 프로세스에서는 단일 디바이스와 동일한 방식으로 PHS에 대한 네트워크 연결을 용이하게 하기 위해 DHCP 클라이언트 지원이 필요하며, 동일한 체크섬 유틸리티를 사용하여 다운로드한 소프트웨어 이미지를 확인합니다. 이러한 일반적인 PHC 요구 사항 목록은 전제 조건을 참조하십시오.

폰홈 프로비저닝은 클라이언트 측의 Virtual Chassis에서 자동으로 시작되며, 가상 섀시에서 폰홈 프로비저닝을 활성화하는 방법 의 작업을 수행한 후, 그리고 Virtual Chassis가 Virtual Chassis에서 작동하도록 폰홈 프로비저닝을 위한 요구 사항에 설명된 조건을 충족하면 바로 Virtual Chassis입니다.

프로비저닝 프로세스 단계는 이 섹션에 설명된 단계로 그룹화됩니다.

PHS의 시작 및 프로비저닝 정보 요청

시작 및 요청 단계에서:

  1. Virtual Chassis는 프로비저닝되지 않은 Virtual Chassis로 공장 기본 또는 제로화 상태로 부팅되고 초기 기본 및 백업 멤버를 선택합니다. ( Virtual Chassis의 기본 선택 방법 이해하기를 참조하십시오.)
  2. PHC는 Virtual Chassis 기본 멤버에서 시작되고, 기본 리디렉션 서버(https://redirect.juniper.net)에 연결하며, 디바이스에 대한 부트스트랩 요청을 보냅니다. 리디렉션 서버는 PHC를 사용 가능한 PHS로 리디렉션합니다.
  3. PHC는 PHS로부터 응답을 수신하고, 연결된 Virtual Chassis 멤버를 검색하기 시작하며, Virtual Chassis를 프로비저닝할 준비를 합니다. PHS 응답에는 다음이 포함됩니다.

    • Virtual Chassis 토폴로지 정보 - 최소한 응답의 이 부분은 디바이스가 Virtual Chassis의 일부가 될 것으로 예상됨을 나타냅니다. 그렇지 않으면 PHC는 기본 멤버만 독립형 디바이스로 프로비저닝합니다.

      응답에는 네트워크 관리자가 Virtual Chassis에 있을 것으로 예상하는 모든 멤버의 일련 ID를 포함하는 전체 토폴로지 정보가 추가로 포함될 수 있습니다.

    • 소프트웨어 이미지 업그레이드 정보 - 의도한 소프트웨어 이미지 및 이미지 확인 세부 정보에 대한 경로를 포함합니다.

    • 사전 구성 및 사후 구성 스크립트 정보—네트워크 관리자가 새 구성을 적용하기 전후에 PHC에서 실행해야 하는 모든 스테이징 스크립트를 포함합니다.

    • 구성 정보 - 의도한 Virtual Chassis 구성과 해당 구성을 적용하는 방법을 포함합니다.

    PHC는 Virtual Chassis를 프로비저닝해야 한다는 것을 인식하기 위해 필요한 최소한의 토폴로지 정보를 받아야 합니다. 그렇지 않으면 PHC는 기본적으로 기본 멤버만 독립형 디바이스로 프로비저닝합니다.

    Virtual Chassis용 PHC 확장은 기본 모드와 PHS가 응답에서 지정할 수 있는 보다 엄격한 모드의 두 가지 프로비저닝 모드를 지원합니다.

    • 기본적으로 PHC는 PHS 응답을 수신할 때 VC에서 탐지된 모든 멤버를 프로비저닝합니다. PHC는 특정 멤버를 부트스트랩할 때 오류가 발생하면 다음 멤버를 부트스트랩하거나 다음 프로비저닝 단계로 계속 진행합니다.

    • PHS가 응답에서 엄격한 모드 옵션을 지정하는 경우, 응답에는 전체 Virtual Chassis 토폴로지 정보도 포함되어야 합니다. PHC가 PHS 응답에 나열된 모든 동일한 멤버를 찾아 성공적으로 부트스트랩하는 경우에만 프로비저닝에 성공합니다. PHC가 의도한 멤버를 모두 감지하지 못하거나 멤버 중 하나에 대한 프로비저닝이 실패하는 경우, PHC는 프로세스를 처음부터 다시 시작하여 사용 가능한 다른 PHS에 프로비저닝 요청을 다시 전송합니다.

    참고:

    PHS는 어느 모드에서든 응답에 Virtual Chassis 멤버 일련 ID를 포함할 수 있습니다. 그러나 기본 모드에서는 PHC가 PHS 응답에서 모든 멤버를 감지하지 못하거나 PHS 응답에 멤버 세부 정보가 전혀 포함되지 않은 경우에도 Virtual Chassis 부트스트랩이 성공할 수 있습니다.

    이 단계에서 응답에 전체 Virtual Chassis 토폴로지 정보가 포함되어 있고 엄격한 프로비저닝 모드를 사용하도록 지시하는 경우, PHC는 PHS 응답의 Virtual Chassis 멤버 정보에 대해 Virtual Chassis에서 찾은 내용을 로컬로 검증합니다.

    표 1 은 PHS 응답에서 수신하는 토폴로지 정보 유형, 프로비저닝 모드 및 PHS가 로컬에서 발견하는 Virtual Chassis 멤버를 기반으로 PHC가 이 단계에서 시작하여 수행하는 작업을 요약합니다.

    표 1: PHS 응답의 토폴로지 정보에 기반한 PHC 작업

    PHS의 Virtual Chassis 토폴로지 정보

    기본 모드 작업

    PHS가 이 옵션을 요청하는 경우 엄격 모드 작업

    토폴로지 정보가 제공되지 않음

    독립형 디바이스로 프로비저닝해 보십시오.

    해당 없음

    (이 모드는 전체 토폴로지 정보로만 지정할 수 있습니다)

    Virtual Chassis에 필요한 최소 토폴로지 정보

    구성원을 발견하고 발견된 구성원과 프로비저닝 Virtual Chassis 진행합니다.

    해당 없음

    (이 모드는 전체 토폴로지 정보로만 지정할 수 있습니다)

    의도된 모든 Virtual Chassis 멤버의 시리얼 ID를 포함한 전체 Virtual Chassis 토폴로지 정보

    회원 찾기. 멤버 목록이 PHS 응답과 일치하지 않으면 발견된 멤버가 있는 Virtual Chassis를 프로비저닝하도록 진행합니다.

    PHS 응답에서 의도된 Virtual Chassis 멤버를 부트스트랩합니다. 멤버를 감지합니다. 예상되는 모든 멤버가 존재하고 작동하면 프로비저닝이 성공합니다.

    그렇지 않으면 부트스트랩을 다시 시도하고 프로세스에 실패한 멤버를 검색합니다.

    모든 예상 멤버를 감지하지 못한 멤버 감지 시간이 초과된 후, 오류를 보고하고 프로세스를 다시 시작하여 다른 PHS에 연락하여 프로비저닝을 다시 요청합니다.
  4. PHC가 Virtual Chassis에서 디바이스 프로비저닝을 진행하는 경우, 이 시점에서 PHC는 모든 VC 멤버의 원활한 부트스트랩을 활성화하기 위해 Virtual Chassis 구성에 대한 몇 가지 임시 변경 사항을 커밋합니다.

    예를 들어, PHC는 PHC가 모든 멤버의 소프트웨어 이미지를 업그레이드하는 동안 Virtual Chassis 기본 및 백업 멤버 역할이 변경되지 않도록 합니다.

Bootstrap Virtual Chassis 멤버

이 단계에서 PHC는 소프트웨어 이미지를 설치하고 모든 멤버를 재부팅하는 것을 포함하는 Virtual Chassis를 부트스트랩합니다.

  1. 기본 멤버의 PHC는 PHS 응답의 부트스트랩 정보를 Virtual Chassis의 정보와 비교하여 소프트웨어 이미지를 업그레이드해야 하는지 확인합니다. 버전이 일치하는 경우 PHC는 이 단계에서 잔류 단계를 건너뜁니다.
  2. PHC가 소프트웨어 이미지를 업그레이드해야 하는 경우, PHC는 PHS 응답의 부트스트랩 정보(이미지 파일명 및 체크섬 정보)를 사용하여 이미지를 다운로드하고 검증합니다.

    다운로드 작업이 실패하면 PHC는 성공할 때까지 재시도합니다. (이 동작은 독립형 디바이스 또는 Virtual Chassis 폰홈 프로비저닝에서 동일합니다.)

  3. PHC는 다음 순서대로 멤버 역할에 따라 Virtual Chassis 멤버를 설치 및 재부팅합니다.

    1. 라인 카드 멤버 - 라인 카드 역할 멤버에 이미지를 순차적으로(멤버 ID 순서대로) 설치한 다음 모두 동시에 재부팅합니다.

    2. 백업 멤버 - 백업 멤버에 이미지를 설치하고 재부팅합니다.

    3. 기본 멤버 - 기본 멤버에 이미지를 설치하고 현재 PHC Virtual Chassis 부트스트랩 상태를 백업 멤버에 동기화하고 기본 멤버를 재부팅하도록 트리거합니다.

    업그레이드된 멤버가 부팅되면 PHC는 멤버가 다시 가동되고 실행되는지 확인합니다. 이 작업을 로그 메시지 및 상태 알림에서 멤버 감지 라고 합니다. PHC가 기본 멤버 감지 시간 초과 내에서 멤버를 감지하지 못하면 PHC는 PHS에 오류를 알립니다. PHC가 기본적으로 수행하는 작업 또는 PHS가 엄격한 프로비저닝을 지정한 경우 PHS에서 시작 및 프로비저닝 정보 요청을 참조하십시오.

  4. 이전 기본 멤버가 재부팅되는 동안 원래 기본 멤버를 사용할 수 없으므로 Virtual Chassis는 기본 역할을 백업 멤버로 전환합니다. 또한 Virtual Chassis는 이때 새로운 백업 멤버를 선택합니다.
  5. PHC는 새로운 기본 멤버(원래 백업 멤버)에서 시작되고 이전 기본에서 상속된 PHC 상태에서 Virtual Chassis 부트스트랩 절차를 재개합니다.

    이전 기본 항목이 부팅을 완료하고 Virtual Chassis에 다시 결합하면 처음에는 라인 카드 역할이지만 새 기본 구성 요소에 대한 백업 역할을 맡게 됩니다.

  6. PHC가 이 마지막 멤버가 실행 중임을 감지하면 프로비저닝 프로세스는 다음 단계로 계속되어 사전 구성 또는 사후 구성 스크립트와 새 구성을 Virtual Chassis에 적용합니다.
    참고:

    사전 구성 스크립트, 사후 구성 스크립트 또는 새로운 구성이 프로비저닝 프로세스 중에 Virtual Chassis가 새 멤버 역할을 할당하거나 새로운 기본 및 백업 멤버를 선택하게 할 수 있는 변경 사항을 적용하지 않도록 합니다. 그렇지 않으면 프로비저닝이 실패하고 예측할 수 없는 결과가 발생할 수 있습니다.

Virtual Chassis에 스크립트 및 새 구성 적용

PHS 응답에는 사전 구성 및 사후 구성 스크립트가 포함될 수 있으며, 네트워크 관리자는 새 구성을 적용하기 전후에 가상 섀시에서 PHC를 실행해야 합니다. 폰홈 프로비저닝은 Python 또는 쉘 스크립트를 지원하며 구성에 대해 XML 형식만 지원합니다.

또한 PHS 응답은 Virtual Chassis의 멤버 디바이스에서 PHC가 커밋할 수 있는 Junos OS 구성을 제공합니다.

Virtual Chassis는 단일 디바이스인 것처럼 작동하므로 PHC는 Virtual Chassis 전체에서 다음 단계를 수행합니다.

  1. PHS에서 지정된 사전 구성 스크립트를 실행합니다.
  2. PHS에서 새 구성을 적용하고 커밋합니다.
  3. PHS에서 지정된 구성 후 스크립트를 실행합니다.

프로비저닝 프로세스 완료

전화 홈 프로비저닝 프로세스를 완료하기 위해 PHC는 프로세스가 성공적으로 완료되었음을 기록하고 PHS에 부트스트랩 완료 알림을 보냅니다.

디바이스 또는 Virtual Chassis를 공장 기본 상태로 되돌리고 전화 홈 프로비저닝을 트리거하는 데 필요한 다른 모든 조건이 없는 한 PHC는 다시 실행되지 않습니다.

자세한 내용은 Virtual Chassis에서 작동하기 위한 전화 홈 프로비저닝 요구 사항을 참조하십시오.

Phone-Home 프로비저닝 상태 알림

PHC는 Virtual Chassis의 시스템 로그(/var/log/messages)에 상태 정보를 로컬로 기록하고 PHS에 상태 알림을 전송하여 프로비저닝 프로세스의 진행률을 보고합니다. 이러한 메시지는 PHC가 다양한 프로비저닝 단계를 완료할 때 신호를 보내며 프로세스가 성공적으로 완료되지 않을 경우 문제를 해결하는 데 도움이 됩니다. PHC가 Virtual Chassis 프로비저닝의 각 단계에서 수행하는 단계는 Phone-Home 프로세스 on a Virtual Chassis 를 참조하십시오.

일부 PHC 상태 메시지는 일반적이며 단일 디바이스 또는 Virtual Chassis 프로비저닝에 적용됩니다.

특정 Virtual Chassis 멤버와 관련된 알림 메시지는 다음과 같습니다.

  • 회원 ID

  • 회원의 일련 ID

  • Virtual Chassis에서 멤버의 현재 역할—마스터, 백업 또는 라인 카드

Virtual Chassis 멤버별 알림의 형식은 다음과 같습니다.

예를 들면 다음과 같습니다.

Phone-Home 프로세스 알림은 알림 유형과 메시지로 구성됩니다. 표 2 에는 Virtual Chassis의 전화 홈 프로비저닝 단계와 관련된 알림이 나와 있습니다. 키워드가 vc-member 포함된 알림 유형에는 Virtual Chassis 멤버별 정보가 포함됩니다.

표 2: Virtual Chassis 프로비저닝 단계를 위한 PHC 알림

알림 유형

알림 메시지

vc-member-image-installed

  • Successfully installed downloaded image. Initiating image installation on next member.

  • Successfully installed downloaded image. Initiating member reboot.

vc-member-image-installation-failed

  • Image failed to install on the member. Giving up and trying a different phone-home-server.

vc-member-reboot-initiated

  • Reboot initiated for Line Card members. Waiting for the members to come back up.

vc-member-upgrade-success

  • No upgrade required.

  • Successfully upgraded.

  • Member detected and successfully upgraded.

vc-member-upgrade-failed

  • Upgrade failed !!!

  • Member detected but upgrade failed !!!

vc-member-detection-failed

  • Did not come up post image upgrade

    참고:

    이 메시지는 PHC가 새 이미지를 설치하고 Virtual Chassis 멤버의 재부팅을 시작했지만 PHC가 규정된 멤버 감지 타임아웃 내에 멤버가 다시 작동한다는 것을 감지하지 못했음을 의미합니다.

vc-bootstrap-failed

  • VC member bootstrap failure detected with Strict provisioning set.

    참고:

    이 메시지는 PHC가 예상되는 라인 카드 역할 멤버를 성공적으로 업그레이드했지만, 재부팅한 후 PHC가 규정된 멤버 감지 타임아웃 내에 모든 멤버가 다시 작동한다는 것을 감지하지 못했음을 의미합니다.

  • VC with detection failed members and Strict provisioning set.

    참고:

    이 메시지는 PHC가 모든 멤버를 업그레이드하고 재부팅한 후 하나 이상의 멤버를 감지하지 못하고, 다시 확인한 결과 하나 이상의 멤버가 여전히 나타나지 않음을 의미합니다.

    엄격한 프로비저닝 모드에서는 PHC가 프로비저닝 프로세스에 대해 의도한 모든 멤버를 성공적으로 부트스트랩하여 성공적인 완료 신호를 보내야 합니다.

Phone-Home 프로비저닝 후 Virtual Chassis 상태 확인

목적

PHC 프로비저닝 후 Virtual Chassis의 실행 상태를 확인합니다.

작업

Junos OS CLI를 사용하여 명령을 입력합니다 show virtual-chassis .

예를 들면 다음과 같습니다.

Phone-Home 프로비저닝 문제 해결

프로비저닝 프로세스 중 PHC 문제를 해결하려면:

  • 네트워크 관리 시스템과 관련된 PHS 측의 유틸리티를 사용하여 디바이스, Virtual Chassis 및 연결 상태를 확인하거나 phone-home 프로세스 알림을 표시합니다( Phone-Home 프로비저닝 상태 알림 참조).

  • Virtual Chassis 관리 또는 네트워크 인터페이스가 네트워크에 연결되어 있고 PHS에 연결할 수 있는지 확인하십시오.

  • PHS가 엄격한 모드 옵션을 지정한 경우, 전화 홈 서버 측의 Virtual Chassis 멤버 일련 ID가 원격 사이트의 클라이언트 측에서 상호 연결 중인 멤버 디바이스와 일치하는지 확인합니다.

  • Virtual Chassis의 syslog 파일에서 오류 및 상태 메시지를 찾습니다.

    예를 들어 syslog 상태 메시지는 ZTP 클라이언트가 PHC 대신 또는 PHC에 추가하여 디바이스를 프로비저닝하려고 시도하고 있음을 보여줄 수 있습니다. 독립형 디바이스 또는 Virtual Chassis 기본 멤버에서 공장 기본 구성으로 시작하면 PHC 및 DHCP 기반 ZTP 프로세스( 제로 터치 프로비저닝 참조)가 모두 자동으로 실행되기 시작합니다. DHCP ZTP 옵션이 구성된 경우 ZTP가 진행되는데, 이는 ZTP가 Virtual Chassis에 지원되지 않기 때문에 예기치 않은 프로비저닝 동작을 일으킬 수 있습니다. 전화 홈 프로비저닝만 트리거하기 위해 DHCP 시스템 관리자는 PHS 관리 하에 Virtual Chassis에 있을 디바이스에 대해 DHCP 서버에 ZTP 관련 옵션이 설정되어 있지 않은지 확인할 수 있습니다.

  • CLI 명령을 사용하여 show configuration 프로비저닝한 후 Virtual Chassis에서 구성을 확인합니다.

관련 설명서