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

Virtual Chassis에 대한 Phone-Home 프로비저닝 개요

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

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

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

Feature Explorer(기능 탐색기)를 확인하고 를 검색하여 phone-home Phone-Home 프로비저닝을 지원하는 Virtual Chassis 플랫폼을 확인할 수 있습니다.

Virtual Chassis에서 Phone-Home 프로비저닝의 이점

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

  • Junos OS CLI에 대한 심층적인 경험이 없어도 Virtual Chassis를 구성하는 여러 디바이스의 프로비저닝을 조정할 수 있습니다.

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

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

버추얼 섀시가 처음 형성되면 PHC 프로세스가 버추얼 섀시 기본 멤버에서 자동으로 시작되어 여기에서 시작됩니다.

  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(Phone-Home Client) 프로세스가 Virtual Chassis 기본 멤버에서 자동으로 시작됩니다.

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

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

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

    메모:

    혼합 모드는 공장 기본 구성으로 설정되지 않으므로 Virtual Chassis는 혼합 모드 Virtual Chassis가 될 수 없습니다.

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

    PHC 프로세스는 버추얼 섀시가 명시적으로 구성할 필요가 없는 VCP(공장 기본 구성의 전용 VCP 또는 VCP인 포트)로 처음 구성된 경우에만 작동한다는 점을 명심하십시오. Virtual Chassis를 지원하는 다양한 디바이스에서 전용 포트와 기본 구성된 VCP에 대한 자세한 내용은 스위치 유형별 VCP 옵션을 참조하십시오. 디바이스의 하드웨어 가이드를 참조하여 디바이스에서 해당 포트를 찾습니다.

  3. 버추얼 섀시 관리 인터페이스(me0) 또는 버추얼 섀시 멤버의 네트워크 연결 포트를 네트워크에 연결합니다.

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

    관리 인터페이스가 Virtual Chassis에서 작동하는 방식에 대한 자세한 내용은 Understanding Global Management of a Virtual Chassis를 참조하십시오.

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

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

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

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

Virtual Chassis의 Phone-Home 프로세스

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

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

전화-홈 프로비저닝은 Virtual Chassis에서 Phone-Home 프로비저닝을 활성화하는 방법의 작업을 수행한 후 그리고 Virtual Chassis가 Virtual Chassis에서 작동하기 위한 Phone-Home 프로비저닝 요구 사항에 설명된 조건을 충족하는 경우 클라이언트 측의 Virtual Chassis에서 자동으로 시작됩니다.

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

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

시작 및 요청 단계에서 다음을 수행합니다.

  1. 버추얼 섀시는 프로비저닝되지 않은 버추얼 섀시로 공장 기본 또는 제로화된 상태로 부팅되고 초기 기본 및 백업 멤버를 선택합니다. ( Virtual Chassis의 기본이 어떻게 선출되는지 이해하기를 참조하십시오.)
  2. PHC는 Virtual Chassis 기본 구성원에서 시작되어 기본 리디렉션 서버(https://redirect.juniper.net)에 연결하고 디바이스에 대한 부트스트랩 요청을 보냅니다. 리디렉션 서버는 PHC를 사용 가능한 PHS로 리디렉션합니다.
  3. PHC는 PHS로부터 응답을 수신하고, 어떤 버추얼 섀시 멤버가 연결되어 있는지 발견하기 시작하며, 버추얼 섀시 프로비저닝을 준비합니다. 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를 부트스트랩하는 것이 성공할 수 있습니다.

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

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

    표 1: PHS 응답의 토폴로지 정보를 기반으로 하는 PHC 작업

    PHS의 Virtual Chassis 토폴로지 정보

    기본 모드 작업

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

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

    독립 실행형 디바이스로 프로비전해 봅니다.

    N/A

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

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

    멤버를 검색하고 발견된 멤버로 Virtual Chassis 프로비저닝을 진행합니다.

    N/A

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

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

    회원을 발굴합니다. 멤버 목록이 PHS 응답과 일치하지 않는 경우, 발견된 멤버로 Virtual Chassis 프로비저닝을 진행합니다.

    부트스트랩은 PHS 응답에서 Virtual Chassis 멤버를 의도했습니다. 구성원을 감지합니다. 예상되는 모든 멤버가 있고 작동 중이면 프로비전이 성공합니다.

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

    모든 예상 멤버를 감지하지 못하여 멤버 감지 시간 초과가 발생하면 오류를 보고하고 다른 PHS에 연결하여 프로비저닝을 다시 요청하는 프로세스를 다시 시작합니다.

  4. PHC가 버추얼 섀시의 디바이스 프로비저닝을 진행하는 경우, 이 시점에서 PHC는 모든 VC 멤버의 원활한 부트스트래핑을 가능하게 하기 위해 버추얼 섀시 구성에 대한 몇 가지 임시 변경을 커밋합니다.

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

부트스트랩 Virtual Chassis 멤버

이 단계에서 PHC는 버추얼 섀시를 부트스트랩하며, 여기에는 모든 멤버에 소프트웨어 이미지를 설치하고 재부팅하는 작업이 포함됩니다.

  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에 다시 가입하면 처음에는 라인 카드 역할에 있지만 이후 새 기본 구성원에 대한 백업 역할을 맡습니다.

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

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

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

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

PHS 응답은 PHC가 Virtual Chassis의 멤버 장치에 커밋할 Junos OS 구성도 제공합니다.

버추얼 섀시는 단일 디바이스인 것처럼 작동하므로 PHC는 버추얼 섀시 전체에 대해 다음과 같은 단계를 수행합니다.

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

프로비저닝 프로세스 완료

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

디바이스 또는 Virtual Chassis를 공장 기본 상태로 되돌리고 Phone-Home 프로비저닝을 트리거하기 위한 다른 모든 필수 조건을 갖추지 않는 한 PHC는 다시 실행되지 않습니다.

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

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

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

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

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

  • 구성원 ID

  • 구성원의 일련 ID

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

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

예를 들어:

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

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

Notification Type(알림 유형)

알림 메시지

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가 진행되며, Virtual Chassis에 대해 ZTP가 지원되지 않기 때문에 예기치 않은 프로비저닝 동작이 발생할 수 있습니다. 전화-홈 프로비저닝만 트리거하기 위해 DHCP 시스템 관리자는 PHS 관리 하에 Virtual Chassis에 있을 디바이스에 대해 DHCP 서버에 ZTP 관련 옵션이 설정되어 있지 않은지 확인할 수 있습니다.

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