패킷 손실: 끊기는 사내 네트워크 원인과 복구 순서

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

화상회의 음성이 끊기고 파일 업로드가 멈추는데 인터넷 속도 측정 결과는 정상인가요? 이런 현상은 대역폭 부족보다 패킷 손실에서 시작될 가능성이 큽니다. 데이터 일부가 목적지에 도착하지 못하면 재전송이 반복되고, 사용자는 속도가 느리거나 연결이 순간적으로 끊기는 것처럼 느끼게 됩니다.

문제는 패킷 손실이 회선, 케이블, 스위치, 무선 구간, 단말 중 어디에서 발생하는지 겉으로 구분하기 어렵다는 점입니다. 장비부터 교체하면 비용만 늘 수 있으므로 범위를 좁힌 뒤 원인을 확인하는 순서가 필요합니다.

패킷 손실인지 먼저 증상을 구분합니다

느린 속도와 끊김은 서로 다른 문제입니다

단순한 속도 저하는 큰 파일을 내려받는 시간이 길어지는 현상입니다. 반면 패킷 손실은 화상회의 화면이 깨지거나 원격 데스크톱 입력이 순간적으로 멈추고, 인터넷 전화의 특정 음절이 사라지는 식으로 나타납니다. 웹페이지는 재전송 덕분에 늦게라도 열리지만 실시간 통신은 손실된 데이터를 기다릴 여유가 없어 품질 저하가 더 두드러집니다.

한 사람의 PC에서만 발생하면 단말이나 랜 케이블부터 살펴보고, 같은 층의 여러 직원이 동시에 불편을 겪으면 액세스 스위치와 상향 링크를 의심합니다. 전 직원에게 나타나면 방화벽, 라우터, 통신 회선처럼 공통으로 통과하는 구간이 우선 조사 대상입니다. 네트워크의 기본 개념과 연결 구조는 지식백과의 네트워크 설명도 함께 참고할 수 있습니다.

• 단말 한 대: 랜 케이블, 랜카드 드라이버, 도킹 스테이션을 확인합니다.
• 특정 좌석 묶음: 벽면 포트와 액세스 스위치 포트 오류를 조사합니다.
• 특정 서비스: 목적지 서버나 외부 통신 경로를 점검합니다.
• 회사 전체: 코어 장비, 방화벽 자원, 인터넷 회선을 확인합니다.

속도 측정값 하나만으로 정상이라고 판단하지 마세요. 평균 속도가 높아도 손실률과 지연 편차가 크면 업무용 통신 품질은 나쁠 수 있습니다.

핑 테스트로 장애 구간의 경계를 찾습니다

가까운 장비부터 바깥쪽으로 측정합니다

패킷 손실 진단은 무작정 외부 사이트에 핑을 보내는 것으로 끝나지 않습니다. 현재 PC의 기본 게이트웨이, 사내 서버, 통신사 측 경로, 외부 목적지 순서로 측정해야 손실이 시작되는 경계를 찾을 수 있습니다. Windows에서는 ping -n 100 대상주소, macOS와 Linux에서는 ping -c 100 대상주소처럼 충분한 횟수를 지정하면 일시적인 흔들림과 지속 장애를 구분하기 쉽습니다.

게이트웨이부터 손실이 보인다면 사내 LAN이나 Wi-Fi 문제일 가능성이 높습니다. 게이트웨이는 정상인데 외부 목적지에서만 손실된다면 방화벽 이후의 회선 또는 외부 경로를 조사합니다. 다만 일부 장비는 ICMP 응답 우선순위를 낮게 설정하므로 중간 홉 하나가 응답하지 않는다는 이유만으로 고장이라고 단정해서는 안 됩니다. 최종 목적지의 손실과 실제 애플리케이션 증상을 함께 비교해야 합니다.

1. 유선 PC 한 대를 선정하고 진행 중인 대용량 다운로드를 중지합니다.
2. 기본 게이트웨이에 100회 이상 핑을 보내 손실률과 응답시간을 기록합니다.
3. 사내 업무 서버와 외부의 허용된 목적지에도 같은 조건으로 측정합니다.
4. 문제가 있는 좌석과 정상 좌석에서 결과를 각각 수집해 차이를 비교합니다.
5. 업무가 한산한 시간과 장애가 잦은 시간대에 동일 시험을 반복합니다.

0%가 항상 절대 기준은 아니지만, 유선 사내 구간에서 반복적으로 손실이 관측된다면 정상으로 넘기기 어렵습니다. 특히 사용량이 많은 시간에만 손실과 지연이 함께 치솟는다면 포트 혼잡이나 상향 회선 포화 가능성을 살펴봐야 합니다.

케이블과 스위치 포트의 물리 오류를 제거합니다

가장 저렴한 부품부터 교차 시험합니다

기업 네트워크 장애에서 의외로 자주 발견되는 원인은 낡은 패치 케이블, 느슨한 커넥터, 손상된 벽면 포트입니다. 링크 표시등이 켜져 있어도 케이블 품질이 나쁘면 프레임 오류와 재전송이 계속될 수 있습니다. 책상 이동 뒤 케이블이 의자에 눌렸거나, 커넥터 고정핀이 부러져 살짝만 움직여도 링크 속도가 변하는 사례도 흔합니다.

먼저 검증된 짧은 케이블로 PC와 스위치를 직접 연결해 증상을 비교합니다. 그다음 같은 스위치의 정상 포트로 옮겨 봅니다. 관리형 스위치에서는 해당 포트의 CRC 오류, 입력 오류, 드롭, 링크 업·다운 횟수와 협상 속도를 확인하세요. 1Gbps로 사용해야 할 포트가 100Mbps로 협상되어 있다면 케이블의 특정 선이 손상되었거나 단자 결선이 불량할 수 있습니다.

• 케이블 외피의 눌림, 꺾임, 피복 손상과 커넥터 고정 상태를 봅니다.
• 포트 오류 카운터를 초기화한 뒤 10~30분 동안 증가량을 관찰합니다.
• PC 랜카드와 스위치 양쪽의 속도 및 듀플렉스 설정을 자동 협상으로 맞춥니다.
• PoE 장비라면 포트 전력 부족이나 반복적인 전원 재협상 기록도 확인합니다.
• 문제가 사라진 케이블과 포트 조합을 기록해 원인 부품을 확정합니다.

임시로 포트를 바꿔 증상이 사라졌다고 끝내면 불량 포트가 다시 사용될 수 있습니다. 장애 포트는 설명란에 표시하고 사용 중지한 뒤, 케이블에는 교체 날짜와 양 끝 위치를 라벨로 남기는 편이 좋습니다. 네트워크 구축 품질은 고가 장비뿐 아니라 이런 물리 계층의 기본 관리에서 결정됩니다.

스위치 혼잡과 설정 불일치를 확인합니다

트래픽이 몰리는 시간의 수치를 봅니다

평소에는 정상인데 오전 백업, 대용량 설계 파일 전송, CCTV 영상 집중 시간에만 끊긴다면 상향 링크 혼잡을 의심해야 합니다. 여러 액세스 포트의 트래픽이 하나의 업링크로 모이면 순간 사용량이 포트 용량을 넘을 수 있습니다. 이때 장비는 버퍼에 담지 못한 패킷을 버리고, TCP 재전송이 늘면서 전체 체감 속도가 급격히 떨어집니다.

스위치 관리 화면에서 단순 평균 사용률만 보지 말고 출력 드롭, 큐 드롭, 순간 최대 사용률을 확인합니다. 5분 평균이 40%여도 수초 단위로 100%에 도달하면 음성이나 영상이 끊길 수 있습니다. 사내 IT 인프라에서 데이터가 어떤 경로로 이동하는지 이해하려면 네트워크 구성 관련 설명을 참고해 물리 연결과 논리 경로를 함께 그려보는 것도 도움이 됩니다.

• 업링크 포화: 링크 집성이나 상위 속도 포트 전환을 검토합니다.
• 브로드캐스트 급증: 발생 VLAN과 단말을 찾아 불필요한 탐색 트래픽을 줄입니다.
• 듀플렉스 불일치: 양쪽 설정을 확인하고 특별한 이유가 없으면 자동 협상을 사용합니다.
• QoS 오류: 음성·영상 트래픽의 분류와 우선순위가 실제 포트에서 적용되는지 검증합니다.
• 비정상 단말: 초당 연결 수와 목적지 분포를 확인해 감염 또는 오작동 여부를 조사합니다.

장비 증설은 원인이 포화로 확인된 뒤 결정해야 합니다. 백업 시간 조정이나 트래픽 분산만으로 해결되는 상황에서 무조건 스위치를 교체하면 비용 대비 효과가 낮습니다. 반대로 드롭이 지속되고 업무량 증가가 예상된다면 임시 제한보다 상향 링크 용량 확대가 재발 방지에 유리합니다.

장애 시간의 포트 통계와 정상 시간의 통계를 나란히 보관하세요. 변화량이 있어야 혼잡, 오류, 비정상 트래픽 중 무엇이 먼저 발생했는지 설명할 수 있습니다.

무선 구간은 신호 세기보다 품질을 봅니다

간섭과 로밍 실패를 따로 진단합니다

Wi-Fi 안테나 표시가 가득 차 있는데도 끊긴다면 신호 세기만 보고 판단해서는 안 됩니다. 같은 채널을 쓰는 주변 AP가 많거나 회의실에 단말이 집중되면 전파를 사용할 차례를 기다리는 시간이 길어집니다. 전자레인지, 무선 영상 장비, 블루투스 기기가 만드는 간섭도 재전송률을 높일 수 있습니다. 이 경우 유선 연결은 정상이고 무선 단말에서만 패킷 손실이 두드러집니다.

문제가 발생한 자리에서 RSSI, 신호 대 잡음비, 채널 사용률, 재시도율을 함께 확인하세요. AP 바로 아래에서만 측정하면 실제 음영 구역을 놓칩니다. 사용자가 이동하는 복도와 회의실 사이에서 연속 핑을 실행하면 로밍 순간의 손실을 찾는 데 도움이 됩니다. 서로 다른 AP의 출력이 지나치게 높으면 단말이 먼 AP를 오래 붙잡는 스티키 클라이언트 현상도 발생할 수 있습니다.

1. 같은 노트북을 유선으로 연결해 회선과 단말 자체가 정상인지 확인합니다.
2. 문제가 발생하는 위치와 시간, 접속 AP, 사용 주파수 대역을 기록합니다.
3. 2.4GHz에서는 겹치는 채널과 주변 간섭을 확인하고 가능한 단말은 5GHz 이상으로 분산합니다.
4. AP별 접속 단말 수와 채널 사용률을 비교해 특정 장비의 과밀 여부를 찾습니다.
5. 채널이나 출력값을 바꾼 뒤 같은 경로에서 다시 측정해 개선 효과를 검증합니다.

AP를 무작정 추가하면 같은 채널 간섭이 오히려 커질 수 있습니다. 공간 구조, 벽체 재질, 좌석 밀도, 단말 종류를 반영한 무선 설계가 먼저입니다. 업무용 통신 솔루션은 최대 속도보다 이동 중 연결 유지와 재전송률 관리가 중요하므로, 변경 전후의 측정값을 반드시 남겨야 합니다.

10분 기준선을 만들어 다음 끊김을 붙잡습니다

정상 상태를 지금 한 번 기록해 둡니다

패킷 손실은 장애가 사라진 뒤 원인을 찾기 가장 어렵습니다. 따라서 정상일 때의 기준값을 확보해 두면 다음 장애에서 비교할 근거가 생깁니다. 별도 솔루션을 바로 구매하지 않아도 대표 PC 한 대와 게이트웨이, 사내 서버를 대상으로 간단한 측정을 시작할 수 있습니다. IT 운영 담당자가 없다면 각 부서에서 증상이 잦은 좌석 하나씩만 선정해도 충분합니다.

기록표에는 측정 시각, 위치, 유선·무선 여부, 접속 장비, 목적지, 손실률, 평균·최대 지연, 당시 업무를 적습니다. 개인정보나 업무 데이터 내용은 수집하지 않고 통신 상태만 남기세요. 관련 IT 용어의 범위는 지식백과의 IT 설명에서 확인할 수 있으며, 실제 기록 항목은 회사의 장비 구성과 보안 정책에 맞게 조정하면 됩니다.

• 게이트웨이와 내부 서버에 각각 100회 핑을 실행합니다.
• 정상 좌석과 문제 좌석의 결과를 같은 문서에 나란히 적습니다.
• 스위치 포트 번호와 AP 이름을 사용자의 좌석 정보에 연결해 둡니다.
• 손실이 나타난 정확한 시각을 기록해 장비 로그와 대조할 수 있게 합니다.
• 설정 변경 전후에는 같은 조건으로 재시험해 효과를 수치로 남깁니다.

지금 바로 할 행동은 기본 게이트웨이에 100회 핑을 보내 결과를 저장하는 것입니다. 파일명은 ‘부서명_좌석_유선또는무선_측정시각’처럼 통일하세요. 이 10분짜리 기준선 하나가 생기면 다음에 끊김이 발생했을 때 단말 문제인지 사내 네트워크 문제인지 훨씬 빠르게 가를 수 있습니다.