현대적인 대규모 네트워크 인프라 구축 환경에서 수십, 수백 대의 스위치를 개별적으로 콘솔 케이블로 연결하여 초기 설정을 입력하는 방식은 운영 효율성을 저해하며 인적 오류의 가능성을 극대화합니다. Cisco Catalyst Center(구 DNA Center)의 Plug and Play(PnP) 솔루션은 장비를 네트워크에 연결하는 즉시 최신 운영체제(OS) 업그레이드와 표준 설정을 자동으로 완료하는 제로 터치 프로비저닝(Zero-Touch Provisioning, ZTP) 기능을 제공합니다. 본 기술 문서에서는 실무 관점에서의 PnP 아키텍처 설계와 구축 절차, 그리고 장애 발생 시의 계층별 진단 방법을 상세히 기술하여 엔지니어들이 현장에서 즉시 활용할 수 있도록 돕고자 합니다.
1. 대상 독자 및 적용 범위
본 문서는 대규모 캠퍼스 네트워크 인프라를 신규 구축하거나 대대적인 교체 작업을 수행하는 네트워크 엔지니어와 인프라 시스템 관리자를 대상으로 합니다. 특히 Cisco Catalyst 9000 시리즈 스위치 및 무선 액세스 포인트(AP)의 대량 배포를 준비 중인 프로젝트 팀에게 필수적인 기술 가이드를 제공합니다. 본 가이드는 Catalyst Center를 통한 표준화된 Golden Config 구현과 형상 관리 자동화를 목표로 하는 모든 조직에 적용 가능합니다.
2. PnP의 개념과 상세 동작 원리
Cisco PnP 기술은 장비가 공장 초기화 상태(Startup-config가 없는 상태)에서 부팅될 때 내장된 PnP Agent가 컨트롤러를 탐색하여 최적의 구성을 받아오는 방식으로 동작합니다. 장비가 전원을 켜고 부팅되면 가장 먼저 관리 VLAN 또는 기본 VLAN(VLAN 1)을 통해 IP 주소를 할당받으려고 시도합니다. 이 과정에서 DHCP 서버로부터 컨트롤러의 위치 정보(IP 또는 FQDN)를 획득하는 것이 핵심입니다.
컨트롤러와의 물리적/논리적 연결이 수립되면 상호 인증을 위한 HTTPS 핸드쉐이크가 수행됩니다. 이때 Catalyst Center는 장비의 시리얼 번호(S/N)와 제품 ID(PID)를 식별하여, 관리자가 사전에 정의해 둔 소프트웨어 이미지와 구성 템플릿을 매칭합니다. 장비는 컨트롤러로부터 필요한 파일을 다운로드하고, 필요한 경우 스스로 재부팅하여 최신 상태로 온보딩을 완료합니다. PnP 탐색 방식은 네트워크 환경에 따라 다양한 옵션을 제공하며, 각 방식의 특징은 아래 표와 같습니다.
| 탐색 방식 | 주요 메커니즘 | 현장 활용 시나리오 | 특징 및 제약 사항 |
|---|---|---|---|
| DHCP Option 43 | DHCP 응답 메시지에 컨트롤러 IP 정보를 포함하여 전달 | 일반적인 기업 내부망 및 캠퍼스 환경 | 가장 대중적이며 안정적인 방식 |
| DNS Query | pnpserver.localdomain 주소에 대한 IP 질의 수행 | 내부 DNS 서버가 잘 구축된 환경 | 도메인 접미사(Suffix) 설정이 필수적임 |
| Cloud PnP Connect | 인터넷을 통해 Cisco 클라우드 포털에 접속하여 정보 획득 | 인터넷 연결이 가능한 원격지 또는 지사 | 방화벽에서 특정 URL 허용이 필요함 |
| Manual PnP | USB 메모리나 모바일 앱을 통해 컨트롤러 정보 수동 입력 | 네트워크 인프라가 전혀 준비되지 않은 환경 | 엔지니어의 현장 방문이 필요함 |
3. 설계 및 구축 단계
성공적인 자동 온보딩을 위해서는 Catalyst Center의 소프트웨어 정의 설정과 하부 네트워크 인프라의 준비가 유기적으로 연결되어야 합니다. 구축 단계는 크게 세 가지 프로세스로 나뉩니다.
단계 1: Catalyst Center 소프트웨어 자산 정의
먼저 Catalyst Center의 Image Repository에 장비에 배포할 권장 소프트웨어 이미지(Golden Image)를 업로드하고 이를 표준으로 지정합니다. 이후 Template Editor를 사용하여 호스트네임, 관리 IP, SNMP, SSH, VTP 등 공통 설정을 포함하는 CLI 템플릿을 작성합니다. 이때 변수 기능을 활용하면 각 장비마다 다른 IP나 호스트네임을 유연하게 적용할 수 있습니다. 마지막으로 이 이미지와 템플릿을 결합하여 PnP Profile을 생성합니다.
단계 2: 네트워크 인프라 및 DHCP 설정
네트워크 인프라 측면에서는 신규 장비가 접속할 포트의 VLAN을 지정하고, 해당 VLAN의 Gateway(L3 스위치 또는 라우터)에 DHCP Relay 설정을 추가합니다. DHCP 서버에서는 Option 43을 구성해야 하며, Cisco IOS 기반 DHCP 서버의 설정 예시는 다음과 같습니다.
Field note
구성 예시:
ip dhcp pool PNP_POOL
Field note
network 192.168.10.0 255.255.255.0
Field note
default-router 192.168.10.1
Field note
option 43 ascii "5;K4;B2;I192.168.10.10;J443"
여기서 I 뒤의 주소는 Catalyst Center의 가상 IP(VIP)이며, J는 통신 포트인 443을 의미합니다.
단계 3: 장비 Claim 및 실전 배포
장비가 현장에 도착하기 전, Catalyst Center의 PnP 화면에서 장비의 시리얼 번호를 대량으로 업로드(Bulk Import)하고 준비된 프로파일을 할당(Claim)합니다. 현장에서는 엔지니어가 장비에 전원과 업링크 케이블만 연결하면, 장비는 스스로 부팅하며 모든 설정을 완료합니다. 관리자는 대시보드를 통해 실시간으로 진행 상태를 모니터링할 수 있습니다.
4. 안전한 확인 절차 및 운영 명령
PnP 프로세스의 진행 상태를 모니터링하고 검증하기 위해서는 장비의 CLI에서 제공하는 전용 명령어를 숙지해야 합니다. 다만, 프로세스가 진행 중인 상태에서 인터페이스 설정을 수동으로 변경하거나 강제로 전원을 차단하는 행위는 자동화 워크플로우를 영구적으로 중단시키거나 장비를 불안정한 상태로 만들 수 있으므로 각별한 주의가 필요합니다.
장비의 현재 PnP 상태를 확인하기 위한 주요 명령은 다음과 같습니다.
- 전체 상태 확인:
show pnp status명령을 통해 장비가 컨트롤러를 탐색 중인지(Discovery), 파일을 다운로드 중인지(Provisioning), 혹은 성공적으로 완료되었는지(Success)를 파악합니다. - 장비 식별 정보 확인:
show pnp devices명령으로 에이전트가 인식한 시리얼 번호와 모델 정보를 확인합니다. - 상세 이력 조회:
show pnp history를 통해 과거의 시도 내역과 실패 원인을 분석할 수 있습니다. - 프로세스 강제 초기화: 만약 설정 오류로 인해 프로세스가 고착되었다면,
pnp service-reset명령을 통해 에이전트를 초기 상태로 되돌릴 수 있습니다. (단, 이 명령은 현재 진행 중인 모든 자동화 세션을 종료합니다.)
5. 흔한 장애 유형과 단계별 분리 진단
PnP 구축 시 발생하는 장애는 대부분 물리적 도달성 문제나 보안 설정 미비에서 기인합니다. 효과적인 대응을 위한 진단 포인트는 다음과 같습니다.
- DHCP 옵션 미수신: 장비가 IP는 할당받았으나 컨트롤러 정보를 획득하지 못하는 경우입니다.
show pnp status에서 상태가Initialized에 머물러 있다면, DHCP 서버의 Option 43 포맷이 ASCII 또는 Hex 방식 중 환경에 맞게 정확히 설정되었는지 재검토해야 합니다. - HTTPS 인증서 핸드쉐이크 실패: 보안 연결 과정에서 컨트롤러의 인증서를 신뢰하지 못할 때 발생합니다. 장비의 시스템 시간이 현재 시간과 일치하는지(NTP 설정 확인) 점검하고, Catalyst Center에서 배포하는 Trustpool 인증서 묶음이 최신 버전인지 확인합니다.
- 네트워크 MTU 및 파편화 문제: 대규모 인증서 교환이나 기가바이트 단위의 OS 이미지 다운로드 과정에서 패킷이 드롭될 수 있습니다. 특히 SD-WAN이나 VPN 구간을 거치는 경우, 중간 경로의 MTU 값을 확인하여 패킷 파편화가 발생하지 않도록 조정해야 합니다.
- 기존 설정 잔류: 장비가 공장 초기화 상태가 아니면 PnP 에이전트가 실행되지 않습니다.
show pnp status에서 에이전트가 비활성화되어 있다면,write erase와delete vlan.dat후 재부팅하여 완전한 초기 상태로 만들어야 합니다.
6. 도입 전 체크리스트 및 설계 회의 안건
PnP 솔루션을 실무에 도입하기 전, 프로젝트 팀은 다음의 항목들을 검토하여 기술적 위험을 최소화하고 원활한 롤아웃을 보장해야 합니다.
| 검토 항목 | 세부 확인 사항 | 중요도 | 확인 여부 |
|---|---|---|---|
| 하드웨어 호환성 | 도입 대상 Catalyst 모델 및 IOS-XE 버전의 PnP Agent 내장 여부 | 필수 | [ ] |
| 라이선스 유효성 | 장비별 Cisco DNA/Catalyst 구독 라이선스 활성화 상태 확인 | 필수 | [ ] |
| DHCP 인프라 | L3 Gateway의 DHCP Relay 설정 및 서버의 Option 43 지원 여부 | 필수 | [ ] |
| 보안 및 방화벽 | 관리 VLAN에서 Catalyst Center VIP(TCP 443)로의 양방향 통신 허용 | 필수 | [ ] |
| 시간 동기화 | 컨트롤러와 장비 간의 인증서 검증을 위한 NTP 서버 운영 여부 | 권장 | [ ] |
| 제품 수명 주기 | 구매 전 공식 EOS/EOL 인덱스를 통해 해당 PID의 단종 여부 확인 | 필수 | [ ] |
7. References
- Cisco Catalyst Center User Guide: Onboard and Provision Devices with Plug and Play (https://www.cisco.com/c/en/us/td/docs/cloud-systems-management/network-automation-and-management/catalyst-center/2-3-7/user_guide/b_cisco_catalyst_center_user_guide_237/m_onboard-and-provision-devices-with-plug-and-play.html)
- Understand Switch Onboarding through Catalyst Center Plug and Play (https://www.cisco.com/c/en/us/support/docs/cloud-systems-management/catalyst-center/225887-understand-switch-onboarding-through.html)
- Cisco Network Plug and Play Troubleshooting Guide for DNA Center (https://www.cisco.com/c/en/us/td/docs/cloud-systems-management/network-automation-and-management/dna-center/tech_notes/pnp-troubleshooting.html)
- Cisco Catalyst Center Release Notes and Compatibility Matrix (https://www.cisco.com/c/en/us/support/cloud-systems-management/catalyst-center/products-release-notes-list.html)
본 기술 문서는 Cisco 공식 가이드를 기반으로 작성되었습니다. 개별 하드웨어 PID에 대한 상세 지원 현황 및 EOS(End of Sale) 공지는 도입 시점의 최신 공식 릴리스 노트를 반드시 참조하시기 바랍니다.