패킷 손실을 수정하는 방법

패킷 손실은 네트워크 연결이 정보를 잃어 버렸을 때 발생합니다. 네트워크 연결 속도가 예상보다 느려져 로컬 및 원격 장치와의 네트워크 통신의 신뢰성이 떨어질 수 있습니다. 번거로운 네트워크를 개선하려는 사람들은 패킷 손실을 막아야합니다.

패킷 손실이란 무엇입니까?

흐르는 물은 종종 네트워크 트래픽의 비유로 사용되지만 정보는 네트워크를 통해 연속적인 스트림으로 전송되지 않습니다. 오히려 패킷이라고하는 일련의 개별 단위로 전송됩니다. 이 단위는 책의 개별 페이지와 같습니다. 함께, 그들은 어떤 의미를 지니지 만, 올바른 순서로 다른 페이지와 연결될 때만 그들은 일관된 전체를 만듭니다. 네트워크 연결이 끊어지면 전체 서적을 구성 할 수 없습니다. 패킷은 또한 불완전하게 도착하거나, 손상되거나, 그렇지 않으면 결함이있어서 쓸모 없게 될 수 있습니다. 이 문제를 해결하기 위해 일반적으로 손실 된 패킷을 다시 보내고 있습니다.

대부분의 네트워크에는 수시로 매우 낮은 수준의 패킷 손실이 있습니다. 네트워크 연결의 변화는 때때로 패킷이 한 번씩 끊어지는 것이 다소 불가피한 경우입니다. 제대로 작동하는 네트워크에서 패킷 손실은 네트워크 연결의 효율성에 영향을 미치지 않을 정도로 거의 발생하지 않습니다.

네트워크 전반에 걸쳐 더 높은 수준의 패킷 손실이 발생하면이를 해결하기위한 조치를 취해야합니다. 우리의 물 유추로 돌아가려면 상당한 패킷 손실이 심하게 새는 파이프와 같습니다. 다른 개선이 이루어지기 전에 수정해야합니다.

네트워크에서 패킷 손실의 원인

하나의 이유로 패킷 손실이 발생하지 않습니다. 네트워크상의 패킷 손실 원인을 진단하면 해결해야 할 사항이 나와 있습니다.

네트워크 대역폭 및 정체: 패킷 손실의 주요 원인은 원하는 연결에 대한 네트워크 대역폭이 부족합니다. 이는 너무 많은 장치가 동일한 네트워크에서 통신하려고 시도 할 때 발생합니다.
하드웨어가 충분하지 않습니다.: 패킷을 라우트하는 네트워크의 하드웨어가 패킷 손실을 일으킬 수 있습니다. 라우터, 스위치, 방화벽 및 기타 하드웨어 장치가 가장 취약합니다. 트래픽을 추적 할 수 없다면 패킷을 삭제합니다. 무기를 가득 채운 웨이터라고 생각하십시오. 다른 판을 가져 가면 다른 플레이트를 하나 이상 떨어 뜨릴 것입니다.
손상된 케이블: 패킷 손실은 실제 네트워크 계층 인 계층 1에서 발생할 수 있습니다. 이더넷 케이블이 손상되거나 잘못 연결되거나 네트워크 트래픽을 처리하기에 너무 느리면 패킷이 누출됩니다.
소프트웨어 버그: 완벽한 소프트웨어는 없습니다. 네트워크 하드웨어 또는 컴퓨터 소프트웨어의 펌웨어에 패킷 손실을 유발하는 버그가있을 수 있습니다. 이 경우 소비자가 할 일이 거의 없습니다. 직접 문제를 해결할 수도 있지만 문제를 해결할 수있는 유일한 방법은 하드웨어를 제공하는 공급 업체의 펌웨어 패치를 사용하는 것입니다. 벤더가 문제점을 수정하도록 장려 한 것으로 의심되는 버그를보고하십시오.

패킷 손실 감지

네트워크를 통한 패킷 손실을 감지 할 수있는 여러 소프트웨어 응용 프로그램이 있습니다. 그들은 여행 시간을 분석하거나 패킷을 조사하여 패킷을 어떤 방식으로 "스니핑"하여 작동합니다. 패킷 손실이 있는지를 확인하는 가장 간단한 방법은 네트워크상의 장치에 핑 (ping)하는 것입니다.

Windows의 경우 명령 프롬프트 창을 열고 ping 명령을 사용하여 라우터를 대상으로 지정하십시오. 예를 들어 라우터의 로컬 IP 주소가 127.0.0.1 인 경우 다음 명령을 실행하면 라우터가 ping됩니다.

핑 127.0.0.1 -t
macOS 또는 Linux에서는 터미널 창을 열고 다음 명령을 사용하십시오.

핑 127.0.0.1
유일한 차이점은 명령 끝에 t가없는 것입니다.
ping 명령이 충분한 수의 패킷을 처리 한 후 (적어도 10),를 누릅니다. Ctrl + C 명령을 중지합니다.
패킷 손실이 있는지 확인하십시오. ping 장치와 대상 간의 이러한 특정 연결이 올바르게 작동하면 0 % 패킷 손실이 발생합니다.

--- 127.0.0.1 핑 통계 ---27 패킷 전송, 27 패킷 수신, 0.0 % 패킷 손실왕복 분 / 평균 / 최대 / 표준 편차 = 1.820 / 8.351 / 72.343 / 14.186 ms
그게 전부 야.

또한 패킷 손실을 탐지하는 데 사용할 수있는 고급 도구가 있습니다.

macOS 및 Linux의 tcpdump 명령은 ping보다 훨씬 강력합니다. 조금 익숙해지기는하지만 다음 명령은 패킷을 캡처 한 다음 패킷 손실량을 계산합니다.

tcpdump -i any
그러면 모든 네트워크 연결에서 tcpdump가 실행됩니다. 기본 네트워크 인터페이스 만 캡처하려면 -i eth0을 사용하거나 10 패킷 만 캡처하려면 -c 10을 사용하여 실행할 수도 있습니다.
명령이 실행 된 후에 패킷이 손실되었는지 확인하려면 맨 아래 줄을보십시오.

캡처 된 17 패킷필터로 수신 된 85 패킷커널에 의해 0 패킷 떨어짐
이상적으로, 0 패킷이 손실 된 것을 볼 수 있습니다.

Windows에서는 tcpdump를 Windows 10의 Bash 쉘을 사용하거나 Wireshark를 실행할 수 있습니다.

패킷을 탐지하는 프로세스는 상당히 낮은 수준입니다. 네트워크에서 통신을 확인하는 방법을 설정했으면 격리 및 제거를 통해 패킷 손실의 원인과 원인을 확인해야합니다. 이렇게하려면 대부분의 경우 네트워크에서 대다수의 장치에 대해 ping을 수행하거나 동일한 작업을 수행하는 스크립트를 실행해야합니다. 네트워크의 토폴로지에 대한 지식은 여기서 큰 도움이 될 것입니다.

패킷 손실의 원인 결정

패킷 손실의 근본 원인을 확인하려면 가장 쉬운 문제부터 시작하여 뒤로 탐색하고 작업하십시오.

먼저 장치 간의 이더넷 연결을 확인하십시오. 물리적 손상 및 잘못된 배선의 확실한 징후를 확인하십시오. 케이블이 제대로 작동합니까? 케이블을 전환하면 문제가 해결됩니까? 비슷한 방법으로 라우터와 스위치를 확인하십시오.

둘째, 네트워크에 필요한 장치를 처리 할 수있는 충분한 대역폭이 있는지 확인하십시오. 하나 이상의 하드웨어가 필요한 것보다 훨씬 많은 연결을 처리합니까? 이것은 종종 문제가 해결 될 때까지 찾기 및 바꾸기의 과정입니다. "잘 알려진"스위치와 라우터를 네트워크의 잠재적으로 문제가있는 장치와 교환하여 특정 장치가 제거되었을 때 패킷 손실이 사라지는지 확인할 수도 있습니다.

네트워크에서 패킷 손실을 수정하는 방법

패킷 손실의 원인을 확인하면 적용 할 수있는 두 가지 수정 사항이 있습니다.

첫 번째는 문제가있는 하드웨어를 교체하는 것입니다. 조사 결과로 하드웨어 장치가 올바르게 작동하지 않으면이를 교체하십시오.

패킷 손실이 소프트웨어 버그로 인해 발생하는 경우 직접 버그를 수정하거나 버그를 해결하거나 버그를 공급 업체에보고하고 해결해 주어야합니다. 사내 소프트웨어의 경우 수정 프로그램을 찾는 것이 더 쉬울 수 있습니다. 타사 소프트웨어의 경우에는 다릅니다. 주요 고객이라면 해결 방법을 제시 할 수 있습니다. 그렇지 않은 경우 해결 방법을 사용하려고 할 때 기다릴 수 있습니다.

마지막 생각들

패킷 손실은 종종 네트워크에서 느리게 실행되는 것으로 나타납니다. 물론, 너무 모호한 것은 다양한 근본 원인에 의해 야기 될 수 있습니다. 실적이 저조한 네트워크를 진단하는 경우 패킷 손실은 목록 상단에 있어야합니다. 일단 패킷 손실이 제거되면 더 복잡한 문제로 이동할 수 있습니다.