사내 네트워크 루프 징후부터 차단과 재발 방지까지

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

갑자기 모든 PC의 인터넷이 느려지고, IP전화가 끊기며, 스위치 표시등이 쉴 새 없이 깜빡인다면 회선부터 의심하기 쉽습니다. 하지만 특정 랜 케이블을 연결한 직후 사무실 전체가 멈췄다면 원인은 네트워크 루프와 브로드캐스트 폭주일 가능성이 큽니다.

네트워크 루프는 경로가 원형으로 연결되어 이더넷 프레임이 계속 순환하는 장애입니다. 몇 분만 방치해도 정상 업무 트래픽이 밀려날 수 있으므로, 무작정 장비를 재부팅하기보다 영향을 줄이면서 문제 구간을 찾는 순서가 중요합니다.

1. 장애 징후를 모아 네트워크 루프인지 판별합니다

회선 장애와 구별되는 신호

네트워크 루프가 발생하면 같은 스위치나 같은 층에 연결된 여러 단말이 거의 동시에 느려집니다. 인터넷뿐 아니라 사내 파일 서버, 프린터, 그룹웨어처럼 내부 통신도 함께 불안정해지는 점이 외부 회선 장애와 다른 특징입니다. 네트워크의 기본 개념과 구성 요소는 네이버 지식백과의 네트워크 설명을 참고하면 장애 범위를 이해하는 데 도움이 됩니다.

스위치 관리 화면에 접속할 수 있다면 포트별 브로드캐스트 패킷 수, CPU 사용률, MAC 주소 이동 기록을 확인합니다. 하나의 MAC 주소가 짧은 시간 동안 여러 포트에서 번갈아 학습되는 MAC flapping이 반복되거나 브로드캐스트 비율이 평소보다 급증했다면 루프 가능성이 높습니다.

• 다수 단말의 동시 장애: PC 한 대가 아니라 같은 네트워크 구간 전체가 느려집니다.
• 내부와 외부 통신 동시 저하: 인터넷 회선이 정상이어도 게이트웨이 응답이 크게 지연됩니다.
• 포트 LED의 과도한 점멸: 사용자가 거의 없는 시간에도 여러 포트가 계속 빠르게 깜빡입니다.
• 핑 응답의 불규칙성: 게이트웨이로 보낸 ping이 정상과 시간 초과를 반복합니다.
• 스위치 관리 지연: CPU와 제어 트래픽이 포화되어 관리 페이지조차 열리지 않을 수 있습니다.

현장 팁: 장애 시각, 영향을 받은 층과 부서, 직전에 연결하거나 이동한 장비를 먼저 적어 두십시오. 이 세 가지 기록만으로도 탐색 범위를 크게 줄일 수 있습니다.

2. 업무 피해를 줄이며 의심 구간부터 격리합니다

재부팅보다 포트 차단을 먼저 검토합니다

루프가 의심되면 가장 먼저 신규 연결 지점을 확인합니다. 회의실에 임시로 설치한 공유기, 자리 이동 과정에서 양쪽 벽면 포트에 연결한 케이블, 허브 두 대를 잇는 중복 선로가 대표적인 원인입니다. 장애 직전에 변경된 케이블이 명확하다면 해당 포트를 분리하고 30초에서 1분 동안 트래픽과 ping 응답이 회복되는지 관찰합니다.

원인이 불명확할 때는 모든 장비의 전원을 한꺼번에 끄지 마십시오. 코어에서 액세스 스위치로 이어지는 구조를 확인한 뒤, 영향이 큰 구간의 하위 업링크를 하나씩 관리 차단하는 편이 안전합니다. 한 포트를 차단했을 때 CPU 사용률과 브로드캐스트 수치가 급감하면 그 아래 구간에 원인이 있다는 뜻입니다.

1. 장애 신고가 들어온 부서와 층을 지도나 포트 목록에 표시합니다.
2. 코어 스위치의 CPU, 포트 사용량, STP 상태를 캡처해 초기 증거를 남깁니다.
3. 최근 추가된 소형 허브, 무선 공유기, IP전화의 PC 연결 포트를 확인합니다.
4. 의심되는 하위 스위치의 업링크를 하나씩 차단하고 최소 30초간 변화를 봅니다.
5. 정상화된 구간이 확인되면 해당 하위 스위치에서 다시 포트 단위로 범위를 좁힙니다.

관리형 스위치가 없는 소규모 사무실이라면 물리적 분리 방식이 필요합니다. 이때 서버, 방화벽, 업무 핵심 단말이 연결된 케이블에는 손대지 말고, 사용자용 허브의 케이블을 번호순으로 한 개씩 분리합니다. 라벨이 없다면 분리 전에 휴대전화로 전체 배선을 촬영해 원래 위치를 남겨야 복구 과정의 2차 장애를 피할 수 있습니다.

긴급 차단 시 피해야 할 행동

• 코어 스위치를 반복해서 재부팅해 로그와 원인 흔적을 지우지 않습니다.
• 케이블 여러 개를 동시에 뽑아 어느 포트가 원인이었는지 놓치지 않습니다.
• 인터넷 회선 문제로 단정하고 통신사 장비 설정을 임의로 바꾸지 않습니다.
• 업링크인지 사용자 포트인지 확인하지 않은 채 원격으로 포트를 차단하지 않습니다.

3. 스위치 로그와 포트 수치로 원인을 확정합니다

MAC 이동과 브로드캐스트 비율을 확인합니다

서비스가 회복되었다고 바로 케이블을 원상 복구하면 같은 장애가 재발합니다. 관리형 스위치의 시스템 로그에서 topology change, loop detected, MAC move, storm control과 관련된 이벤트를 장애 시각 기준으로 검색합니다. 스위치 제조사마다 표현은 다르지만 동일한 포트 번호가 반복된다면 현장 배선과 대조할 중요한 단서입니다.

포트별 통계에서는 단순히 전체 트래픽이 많은지만 보면 안 됩니다. 정상적인 백업 작업도 사용량은 높을 수 있지만 대부분 목적지가 분명한 유니캐스트입니다. 반면 루프는 브로드캐스트와 알 수 없는 유니캐스트가 비정상적으로 늘고, 오류나 드롭 카운터까지 빠르게 증가할 수 있습니다. 관련 용어는 네트워크 개념 자료와 함께 보면 로그 해석이 한결 수월합니다.

수치의 절대 기준은 장비 성능과 평소 트래픽에 따라 달라집니다. 따라서 장애가 없는 같은 요일과 시간대의 기준값을 보관하는 것이 좋습니다. 예를 들어 평소 브로드캐스트가 전체 트래픽의 1% 미만이던 포트에서 갑자기 수십 퍼센트가 관찰된다면, 고정된 일반 기준보다 훨씬 설득력 있는 이상 징후입니다.

전문가 조언: 원인 포트를 찾은 뒤에는 로그, 포트 통계, 배선 사진을 한 묶음으로 보관하십시오. 다음 장애에서 탐지 시간을 줄이는 운영 자산이 됩니다.

4. 잘못된 배선과 장비 설정을 안전하게 바로잡습니다

현장에서 자주 만나는 네 가지 원인

가장 흔한 실수는 벽면 랜 포트 두 개를 짧은 케이블로 직접 연결하는 것입니다. 사용자는 빈 포트를 연결하면 속도가 빨라질 것으로 오해하기도 하지만, 두 포트가 같은 스위치나 연결된 스위치로 돌아가면 순환 경로가 만들어집니다. 회의실이나 교육장처럼 임시 배선이 잦은 공간에서 특히 자주 발생합니다.

두 번째 원인은 소형 스위치나 공유기의 LAN 포트 두 개를 사내망에 동시에 연결하는 경우입니다. 세 번째는 IP전화의 LAN 포트와 PC 포트를 잘못 연결해 벽면 포트로 되돌리는 배선이며, 네 번째는 스위치 교체 중 기존 업링크를 제거하지 않고 새 업링크를 추가하는 작업입니다. 네트워크가 서로 연결되는 구조에 관한 설명은 네이버 지식백과 자료에서도 확인할 수 있습니다.

• 벽면 포트 간 연결: 불필요한 케이블을 제거하고 포트 용도를 라벨로 표시합니다.
• 허브 이중 연결: 승인된 업링크 한 개만 남기며 임의 확장을 금지합니다.
• IP전화 오배선: 제조사가 지정한 LAN과 PC 포트를 구분해 다시 연결합니다.
• 중복 업링크: 링크 집성 구성이 아니라면 한 경로를 제거하고 STP 상태를 확인합니다.
• 개인 공유기 연결: 사내 정책에 따라 철거하거나 AP 모드와 단일 연결 구조로 전환합니다.

복구는 한 번에 한 포트씩 진행합니다

문제 배선을 바로잡은 뒤에는 차단했던 포트를 모두 동시에 활성화하지 않습니다. 원인 장비와 가장 가까운 포트부터 하나씩 연결하고, 매번 게이트웨이 ping, 스위치 CPU, 브로드캐스트 수치를 확인합니다. 3~5분 동안 안정 상태가 유지된 다음 상위 업링크를 복구하면 재발 지점을 정확히 알아낼 수 있습니다.

설정 변경 비용은 장비 교체보다 인력과 작업 시간의 영향을 많이 받습니다. 내부 담당자가 원격으로 처리할 수 있으면 별도 장비비 없이 끝날 수 있지만, 배선 추적과 야간 작업이 필요하면 현장 진단비가 추가됩니다. 여러 층의 케이블을 다시 포설하거나 비관리형 허브를 관리형 스위치로 교체한다면 포트 수, 광 업링크, 이중화 요건을 기준으로 별도 견적을 받아야 합니다.

5. 10분 기준선 측정으로 다음 장애를 막습니다

STP와 보호 기능을 운영 기준에 넣습니다

재발 방지의 핵심은 사람이 실수해도 전체 네트워크가 멈추지 않도록 장비가 먼저 차단하게 만드는 것입니다. 관리형 스위치에서는 STP 또는 RSTP를 활성화하고 코어 스위치가 루트 브리지가 되도록 우선순위를 설계합니다. 사용자 포트에는 PortFast 계열 기능을 적용할 수 있지만, 스위치가 연결될 가능성이 있는 업링크에는 같은 설정을 무분별하게 사용하면 안 됩니다.

BPDU Guard는 사용자 포트에서 예상하지 못한 스위치 연결을 감지해 포트를 차단하는 데 유용합니다. Loop Guard, Root Guard, storm control도 환경에 맞게 적용하면 장애 확산을 줄일 수 있습니다. 다만 임계값을 지나치게 낮게 잡으면 영상회의, 단말 부팅, 장비 검색 트래픽까지 오탐으로 막을 수 있으므로 평상시 측정값을 기준으로 여유를 두고 설정해야 합니다.

1. 코어와 액세스 스위치의 모델명, 관리 IP, 업링크 포트를 한 문서에 기록합니다.
2. 모든 스위치의 STP 모드와 루트 브리지 상태가 설계와 일치하는지 확인합니다.
3. 사용자 포트와 업링크 포트의 프로파일을 분리해 보호 기능을 다르게 적용합니다.
4. 브로드캐스트 임계값은 정상 업무 시간의 최대치를 측정한 뒤 시범 포트에 먼저 적용합니다.
5. 비관리형 허브 사용 구역과 임시 행사 배선은 월 1회 육안 점검 대상으로 지정합니다.
6. 장애 알림에는 포트 번호, MAC 주소, 발생 시각이 함께 남도록 모니터링을 구성합니다.

지금 바로 정상 상태를 기록해 둡니다

장애가 없는 지금이 기준선을 만들 가장 좋은 때입니다. 스위치 한 대를 정해 10분 동안 CPU 사용률, 포트별 브로드캐스트 수, 게이트웨이 ping 지연을 기록해 보십시오. 이 값이 있어야 다음에 사용자가 “네트워크가 느리다”고 말했을 때 체감이 아닌 데이터로 정상과 장애를 구분할 수 있습니다.

첫 측정은 복잡한 솔루션 없이도 가능합니다. 관리 화면의 포트 통계를 캡처하고, 1분 간격으로 같은 화면을 다시 저장한 뒤 파일명에 장비명과 시간을 넣으십시오. 그런 다음 가장 트래픽이 많은 포트 하나를 골라 연결된 위치까지 확인하고 라벨을 붙이세요. 지금 당장 할 행동은 코어 스위치의 정상 포트 통계 화면 한 장을 저장하는 것이며, 이 작은 기록이 다음 네트워크 루프의 탐지 시간을 크게 단축합니다.