코드보다 문제 정의, 판단 기준, 검증과 실제 운영 가치를 중심으로 정리합니다.
공개 Live Demo 모음 → · 합성 데이터로 체험하며 실제 장비에는 연결하지 않습니다.
Controller 상태, Client 분배, Cluster 결과를 각각 CLI로 확인한 뒤 사람이 다시 대조해야 했습니다.
SSH 실패와 WLC Down을 같은 상태로 보지 않고, 순간 변동은 연속 관측 후 이상으로 확정하도록 상태를 분리했습니다.
장비별 반복 접속과 수동 비교를 줄이고, 여러 관측값을 하나의 상태 화면에서 확인할 수 있게 했습니다.
단말의 접속 위치를 찾은 뒤 해당 MD에서 세션을 다시 조회하는 과정을 반복해야 합니다.
MM 단말 조회와 관련 MD의 datapath 분석을 연결하며, 정상 수집에서 세션이 없는 경우와 CLI 수집·파싱 실패를 구분합니다.
샘플 IP·MAC 조회, 프로토콜·포트 필터, 브라우저 세션 내 이력, CSV와 Raw CLI 다운로드를 체험합니다.
원 프로젝트의 Python 파서와 합성 fixture를 사용합니다. 실제 장비 연결과 운영망 검증을 대신하지 않습니다.
캡처에 응답이 보이지 않는다는 이유만으로 RF, ClearPass, DHCP, DNS, Firewall 장애를 자동 확정하면 잘못된 결론을 만들 수 있었습니다.
명시적 실패 패킷만 Finding으로 만들고, 관찰되지 않은 사실은 판단불가로 남기도록 분석 경계를 정했습니다.
802.11→EAPOL→RADIUS→DHCP→DNS→TCP를 하나의 흐름으로 정리해 초동 장애 범위를 좁히는 근거로 활용할 수 있게 했습니다.
작업 전후 Interface, LACP, VLAN, STP, OSPF, VRRP 상태를 장비마다 다시 조회하고 직접 비교하는 과정이 반복적이었습니다.
항상 바뀌는 값은 정규화하고, 계획된 변경과 비예상 위험을 분리해 단순 diff를 장애와 동일시하지 않도록 했습니다.
수작업 비교 시간을 줄이고, 여러 장비의 변경점을 HTML로 한눈에 확인할 수 있게 했습니다.