[네트워크] Cisco c9300 콘솔 연결 갑자기 끊김? 서비스 정상인데 접속 안 될 때 원인 총정리
- 공유 링크 만들기
- X
- 이메일
- 기타 앱
콘솔 연결이 갑자기 끊겼는데 서비스는 정상인 이유는?
네트워크 장비를 운영하다 보면 가장 당황스러운 순간 중 하나가 있습니다.
- 콘솔 접속 불가
- SSH/Telnet 안 됨
- 그런데 서비스는 정상 동작
특히 Cisco Catalyst 9300 시리즈에서 이런 증상이 발생하면 처음에는 장비 자체 장애처럼 보일 수 있습니다.
하지만 실제 현장에서는 트래픽 포워딩은 정상인데 관리 Plane 또는 콘솔 세션만 문제가 생긴 경우가 상당히 많습니다.
이번 글에서는 Cisco 9300 콘솔 연결이 갑자기 끊겼을 때 가장 흔한 원인과 실제 점검 순서를 정리해보겠습니다.
왜 서비스는 정상인데 접속만 안 될까?
Cisco 9300은 IOS XE 기반 장비입니다.
즉 내부적으로는:
- 데이터 처리 영역(Data Plane)
- 제어 영역(Control Plane)
- 관리 영역(Management Plane)
이 서로 분리되어 동작합니다.
쉽게 말하면:
- 실제 패킷 포워딩은 ASIC이 처리
- 콘솔/SSH/CLI는 CPU 프로세스가 처리
하는 구조입니다.
그래서 콘솔 세션이나 관리 프로세스에 문제가 생겨도 기존 네트워크 서비스 자체는 정상 동작하는 경우가 있습니다.
가장 많이 발생하는 원인 TOP 5
1. 콘솔 케이블 또는 USB Serial 어댑터 문제
현장에서 가장 흔한 원인입니다.
특히 아래 상황에서 자주 발생합니다.
- USB 어댑터 순간 인식 해제
- COM 포트 변경
- 노트북 절전모드
- 콘솔 케이블 접촉 불량
- 드라이버 충돌
특히 Windows 업데이트 이후 USB Serial 드라이버가 꼬이는 경우도 자주 있습니다.
우선 확인할 것
| 확인 항목 | 체크 내용 |
|---|---|
| USB 포트 | 다른 포트로 변경 |
| 콘솔 케이블 | 다른 케이블 교체 |
| 장치관리자 | COM 포트 정상 여부 |
| 노트북 | 다른 PC로 테스트 |
| USB 어댑터 | 재장착 후 재인식 |
2. Baud Rate 불일치
콘솔 속도가 변경된 경우입니다.
기본값은 대부분 아래 설정입니다.
9600 8N1
하지만 누군가 아래처럼 설정을 변경하면:
line con 0
speed 115200
터미널 화면이 깨지거나 아무것도 출력되지 않을 수 있습니다.
Baud Rate 점검 방법
터미널 프로그램에서 아래 속도를 하나씩 변경해보는 것이 좋습니다.
| Baud Rate | 사용 빈도 |
|---|---|
| 9600 | 기본값 |
| 115200 | 고속 콘솔 |
| 38400 | 일부 환경 |
| 57600 | 드물게 사용 |
3. SecureCRT / PuTTY 세션 Hang
생각보다 자주 발생합니다.
특히:
- 장시간 세션 유지
- 노트북 슬립모드
- VPN 연결 변경
- USB 재인식
이후 세션이 멈추는 경우가 있습니다.
증상은 아래처럼 나타납니다.
- 화면 멈춤
- 입력 불가
- 커서 반응 없음
- 장비는 정상 동작
해결 방법
아래 순서로 진행하면 대부분 해결됩니다.
- 터미널 프로그램 완전 종료
- USB Serial 제거
- USB 다시 연결
- COM 포트 재확인
- 새 세션으로 재접속
4. IOS XE 콘솔 프로세스 이상
Cisco IOS XE는 내부적으로 Linux 기반 프로세스 구조를 사용합니다.
그래서 간혹:
- tty process
- console daemon
- virtual exec process
등이 비정상 상태가 되면서 콘솔만 멈추는 경우가 있습니다.
하지만 데이터 포워딩은 ASIC 기반이므로 서비스는 계속 살아있을 수 있습니다.
5. Stack 구성에서 Active 변경
9300 Stack 환경이라면 이 가능성도 있습니다.
예를 들어:
- Stack Master 변경
- Active/Standby 전환
- SSO 발생
등이 일어나면 콘솔 연결 대상이 바뀔 수 있습니다.
특히 Standby 장비 콘솔에 연결되어 있었다면 순간적으로 접속이 끊긴 것처럼 보일 수 있습니다.
현장에서 가장 먼저 확인하는 점검 순서
실무에서는 아래 순서로 확인하는 경우가 많습니다.
| 순서 | 점검 내용 | 우선도 |
|---|---|---|
| 1 | 콘솔 케이블 재장착 | 매우 높음 |
| 2 | USB Serial 재인식 | 매우 높음 |
| 3 | COM 포트 확인 | 높음 |
| 4 | Baud Rate 변경 테스트 | 높음 |
| 5 | SSH 접속 시도 | 높음 |
| 6 | Stack 상태 확인 | 중간 |
| 7 | CPU 상태 점검 | 중간 |
| 8 | IOS Bug 여부 확인 | 중간 |
SSH는 되는데 콘솔만 안 될 경우
이 경우는 대부분 물리 콘솔 문제거나 콘솔 라인 문제입니다.
SSH 접속이 가능하다면 아래 명령 확인을 추천합니다.
show users
show line
show logging
show processes cpu
특히 CPU 사용률이 비정상적으로 높다면 관리 Plane 문제가 발생했을 가능성도 있습니다.
서비스는 정상인데 SSH도 안 된다면?
이 경우는 조금 더 심각할 수 있습니다.
가능성 있는 원인:
- Control Plane Hang
- CPU Deadlock
- IOS XE Bug
- Memory Leak
- AAA/TACACS 인증 문제
하지만 기존 트래픽은 ASIC이 처리하기 때문에:
- Ping 정상
- 서비스 정상
- L2/L3 통신 정상
상태가 유지될 수 있습니다.
이 경우 유지보수 시간 확보 후 reload를 진행하는 경우가 많습니다.
실제 현장에서 가장 많았던 원인 순위
실제로 네트워크 운영 현장에서는 아래 비율이 가장 많습니다.
| 순위 | 원인 |
|---|---|
| 1 | USB Serial 어댑터 문제 |
| 2 | COM 포트 변경 |
| 3 | Baud Rate 불일치 |
| 4 | SecureCRT 세션 멈춤 |
| 5 | IOS XE 콘솔 프로세스 이상 |
생각보다 장비 자체 장애보다 PC 측 문제인 경우가 훨씬 많습니다.
마무리
Cisco 9300에서 콘솔 연결이 갑자기 끊겼다고 해서 반드시 장비 장애인 것은 아닙니다.
특히:
- 서비스 정상
- 트래픽 정상
- Ping 정상
이라면 대부분은 관리 Plane 또는 콘솔 세션 문제인 경우가 많습니다.
현장에서는 무조건 reload부터 진행하기보다는:
- 물리 연결
- COM 포트
- Baud Rate
- SSH 가능 여부
- Stack 상태
를 먼저 차근차근 확인하는 것이 중요합니다.
이 과정을 숙지해두면 실제 장애 상황에서도 훨씬 빠르게 원인을 좁힐 수 있습니다.
#Cisco9300 #Catalyst9300 #시스코스위치 #콘솔접속불가 #네트워크장애 #IOSXE #네트워크엔지니어 #Cisco #콘솔먹통 #도담인사이트
- 공유 링크 만들기
- X
- 이메일
- 기타 앱
댓글
댓글 쓰기