☰

광대역 케이블 연결에서 이러한 패킷 손실의 원인은 무엇입니까?

tag-icon • tag-icon home-networking isp broadband packet-loss
광대역 케이블 연결에서 이러한 패킷 손실의 원인은 무엇입니까?

지난 한 달 동안 내 집 인터넷이 불안정했고 지금까지 내 ISP가 이유를 파악하는 데 어려움을 겪고 있으므로 가능한 모든 원인을 배제했는지 확인하고 싶습니다.

인프라를 소유한 대규모 ISP로부터 재판매하는 로컬 ISP를 통해 얻는 150/15 케이블 인터넷 연결이 있습니다. 지난 한 달 정도 동안 연결이 몇 초 동안 제대로 작동하는 것 같더니 몇 초 동안 모든 패킷이 삭제되었다가 잠시 동안 다시 잘 작동했습니다. 이로 인해 스트리밍 문제, 웹 페이지 로드 실패 등이 발생합니다. RDP 연결이 분당 여러 번 정지되고 입력하려고 하는 모든 문자가 누락되거나 반복되기 때문에 지금 집에서 작업하는 것은 거의 불가능합니다.

다음은 핑 테스트의 예입니다.

Pinging google.ca [172.217.0.227] with 32 bytes of data:
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=19ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=515ms TTL=56
Reply from 172.217.0.227: bytes=32 time=52ms TTL=56
Reply from 172.217.0.227: bytes=32 time=24ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=523ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=14ms TTL=56
Request timed out.
Request timed out.
Reply from 172.217.0.227: bytes=32 time=513ms TTL=56
Reply from 172.217.0.227: bytes=32 time=45ms TTL=56
Reply from 172.217.0.227: bytes=32 time=23ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=13ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=46ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=77ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=57ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=40ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=26ms TTL=56
Reply from 172.217.0.227: bytes=32 time=24ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=12ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=13ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=19ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=519ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=519ms TTL=56

라우터나 스위치를 사이에 두지 않고 컴퓨터를 모뎀에 직접 연결한 상태입니다. ISP에서 테스트를 실행했는데 내 회선에 잡음이 없는 것 같고 신호가 양호하다고 합니다.

내가 시도한 것들:

  • 다른 컴퓨터에서 테스트 실행
  • 모뎀을 ISP에서 보낸 새 모뎀으로 교체
  • 서지 방지기에서 모뎀을 분리하고 벽에 직접 연결합니다(ISP에서는 전원 문제라고 생각했습니다).
  • 집에 있는 다른 기기의 플러그를 뽑고, 모뎀이 연결된 회로를 제외한 모든 전기 회로의 차단기를 끄는 것까지
  • ISP 드롭 포인트에서 모뎀까지 집 전체를 통과하는 동축 케이블 교체

나는 내가 시도한 것 중 어떤 것과도 차이를 발견하지 못했고 하루 중 다른 시간대에도 차이를 발견하지 못했습니다(대부분 저녁에만 테스트를 할 수 있기 때문에 확인하기 어렵습니다).

내 측에서 문제를 지적하거나 배제할 수 있는 다른 테스트를 실행할 수 있는 사람이 있나요?

편집: 다음은 핑 테스트를 수행하면서 동시에 가져온 경로 추적 데이터입니다. 오늘 밤 집에 도착하면 모든 사람의 제안을 바탕으로 더 많은 테스트를 수행하겠습니다.

Tracing route to google.ca [172.217.164.227]
over a maximum of 30 hops:

  1    14 ms    14 ms    16 ms  {MyIp}
  2     *        *        *     Request timed out.
  3    25 ms    14 ms    21 ms  ae3-118-agg01-tor.teksavvy.com [104.195.128.69] 
  4    17 ms    16 ms    22 ms  ae4-0-bdr01-tor.teksavvy.com [206.248.155.94] 
  5    15 ms     *      518 ms  72.14.212.134 
  6    19 ms    16 ms     *     74.125.244.145 
  7    16 ms    14 ms    14 ms  216.239.41.247 
  8   516 ms    18 ms     *     yyz12s05-in-f3.1e100.net [172.217.164.227] 
  9     *      520 ms    28 ms  yyz12s05-in-f3.1e100.net [172.217.164.227] 

Trace complete.

Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:

  1     *      518 ms    21 ms  {MyIp} 
  2     *        *        *     Request timed out.
  3     *      517 ms     *     ae2-218-agg01-tor2.teksavvy.com [104.195.128.213] 
  4     *      548 ms     *     ae10-0-bdr01-tor2.teksavvy.com [206.248.155.92] 
  5    17 ms    37 ms    16 ms  ae12-0-bdr01-tor.teksavvy.com [206.248.155.10] 
  6    20 ms    19 ms    30 ms  198.32.181.56 
  7    17 ms     *      512 ms  one.one.one.one [1.1.1.1] 

Trace complete.

Tracing route to reddit.com [151.101.1.140]
over a maximum of 30 hops:

  1    19 ms    17 ms    17 ms  {MyIp} 
  2     *        *        *     Request timed out.
  3   581 ms    18 ms   528 ms  ae2-218-agg01-tor2.teksavvy.com [104.195.128.213] 
  4    15 ms    29 ms    23 ms  ae1-0-bdr01-tor.teksavvy.com [206.248.155.13] 
  5     *        *        *     Request timed out.
  6   518 ms    15 ms    17 ms  151.101.1.140 

Trace complete.

특정 점프에서는 실패하지 않는 것으로 보입니다. 따라서 경로 추적 중에 패킷이 손실되는 것일 수도 있습니다.

답변1

당신이 시도한 것에서 나는 즉시 나쁜 라인을 생각합니다. 장치 문제는 물론 장치와 모뎀 사이의 변수도 배제했습니다. 따라서 귀하가 가지고 있는 모든 단일 장치가 모두 동일한 결함을 경험하지 않는 한 이는 귀하의 회선이나 ISP의 트래픽 라우팅에 직접적인 문제인 것 같습니다. 일관성을 빠르게 확인하기 위해 cloudflares DNS 1.1.1.1을 ping해 볼 수 있습니까? 동일하다면 ISP에 다시 전화하는 것이 타당하다고 생각하며 서비스 기술자가 문제 해결을 위해 방문해야 합니다.

답변2

내가 따를 프로세스에는 다음이 포함됩니다.

  • traceroute집에서 ISP 네트워크 외부의 여러 곳(예: Google, Amazon, CNN, BBC)으로 이동하고 중간 IP 주소를 기록해 둡니다.

  • ping나중에 상호 참조를 위해 타임스탬프가 산재되어 있는 각 IP 주소에 대한 장기 실행 테스트

  • 손실된 패킷 수에 통계적으로 유의미한 차이가 있는 경우 해당 경로의 차이(더 많은 traceroute출력으로 확인됨 - 경로는 시간이 지남에 따라 변경될 수 있음을 기억하세요)가 관련이 있을 수 있습니다.

추가하려면 편집하세요:

이러한 로그를 수집하기 위해 계속 실행할 수 있는 머신이 아직 없다면 Raspberry Pi(또는 유사 제품) 및 USB 하드 드라이브(그리고 SD 카드, USB 전원 공급 장치 및 패치 케이블이 없는 경우)에 100달러를 지출하세요. 이미 가지고 있습니다). USB 배터리 팩이 필요할 수도 있습니다.충전하는 동안 전류를 계속 공급하는 장치(찾기가 쉽지 않음) 원시 UPS로 사용합니다.

적어도 며칠 동안 여러 ping+ 로깅 세션을 동시에 실행하세요. date필요한 경우 ISP를 데이터에 빠뜨릴 수 있습니다.

관련 정보