WAN에 트래픽이있을 때 대기 시간이 길어지는 원인은 무엇입니까?

인터넷 속도가 느린 네트워크가 있습니다. 많은 문제 해결을 마친 후 스트리밍 콘텐츠 / 다운로드로 인해 WAN 트래픽의 대기 시간이 길어질 것으로 판단했습니다.

예를 들어, 무부하 상태에서 약 30ms에서 8.8.8.8을 핑 (ping)합니다. 동일한 컴퓨터에서 YouTube 스트리밍을 시작하면 지연 시간이 약 500ms로 바뀌고 약 400ms의 차이가 있습니다. 비디오를 끄면 대기 시간이 30ms로 돌아갑니다. 그러나 동일한 LAN 시작 판도라를 사용하는 사용자가 있으면 문제가 발생합니다.

내 네트워크는 단일 10/100 스위치에서 실행되었습니다. 스위치는 DSL 라우터에 직접 연결됩니다. 나는 일반적으로 6Mb 연결이 있습니다.

문제 해결에서 다음을 완료했습니다.

• 잘못된 워크 스테이션을 찾아 여러 워크 스테이션에서 wireshark를 스캔했습니다. (포함하지만 스캔에는 기밀 정보가 있습니다). 평범하지 않은 것도 없습니다.
• 라우터를 업그레이드 된 모델로 교체 한 다음 펌웨어를 업그레이드했습니다.
• speedtest.net (10 down, 1.5 up)에서 올바르게 측정 된 ISP 증가 속도가있었습니다. 문제는 정확히 동일했습니다.
• ISP가 하드웨어 / 포트가 불량한 경우를 대비해 카드를 교환했습니다.
• 정확히 같은 ISP / 패키지로 다른 사무실에서 테스트했습니다. 대기 시간에 영향을주지 않고 여러 컴퓨터에서 YouTube @ 1080p 및 pandora를 스트리밍했습니다.
• 한 대의 컴퓨터를 끄고 밤에 사용자가없는 밤에 컴퓨터를 종료하십시오.
• 대기 시간 문제가 발생하지 않는 모니터링 된 LAN 트래픽.

제한이있는 대역에 도달하거나 일부 하드웨어에서 속도가 병목 현상이 발생하면이 문제가 발생한다는 것을 알고 있습니다. 그러나 전혀 그렇게 보이지 않습니다. WAN을 통한 거의 모든 트래픽은 대기 시간을 발생시킵니다. 연결 속도가 거의 두 배가 된 경우에도 문제는 동일했습니다. 판도라에서 두 명의 사용자와 두 명의 서핑을 할 때 인터넷은 아무것도하지 않습니다 (패킷이 떨어지면 페이지가로드되지 않습니다). 나는 집에서 절반의 연결을 가지고 있으며 우리의 동시 netflix / youtube / pandora 스트리밍은 5MB를 만지지 않습니다.

질문 : 트래픽이 WAN을 통과 할 때 대기 시간이 길어지는 원인은 무엇입니까?

이것은 아마도 6Mb 속도 제한을 수행하는 DSLAM / LNS의 일부에서 일종의 " bufferbloat " 처럼 들립니다 .

CPE 상자 일지 모르지만, 조금 덜 가능성이 있습니다.

대기 시간이 발생하는 위치를 확인합니다. 각 홉에서 대기 시간을 확인하는 MTR 과 같은 도구를 사용하십시오 . MTR은 각 홉에 대한 핑 통계를 추적 경로와 결합하여 이러한 유형의 문제를 좁히는 데 크게 도움이 될 수 있습니다.

리눅스 박스에는 이 도구 mtr 8.8.8.8의 Windows 버전 이 있습니다.

출력은 대기 시간이 시작되는 위치를 보여줍니다. ISP 네트워크에있는 경우 출력을 ISP로 전달하여 네트워크 문제를 해결하는 데 도움을 줄 수 있습니다.

네트워크 내부에서 대기 시간이 시작되면 문제를 직접 좁힐 수 있습니다.

DSL 회선 통계를 확인하십시오. (인터리브 대 빠른 경로, 오류 카운터 등)

다른 위치에서의 테스트는 다른 회선 , 다른 DSLAM에서 테스트되었습니다 . 이는 ISP 인프라가 책임을지지 않는다는 것을 의미합니다. DSL 회선에 결함이있는 것입니다. DSLAM 자체가 혼잡 할 수 있지만, 예측 가능하고 반복적으로 회선을 넘어 설 가능성은 거의 없습니다.

ATM 셀이 손상된 경우 (대부분의 DSL 전송) 전체 프레임을 다시 보내야하므로 이와 같이 상당히 느려집니다.

고객이 네트워크 대기 시간을 경험하는 경우 항상 가장 먼저해야 할 일은 네트워크의 각 개별 연결을 확인하는 것입니다. 일반적으로 병목 현상이 발생하는 장치가 하나 있습니다.

네트워크 사용량이 적 으면 인터넷에 연결된 장치를 제외한 모든 장치에서 QoS를 완전히 비활성화합니다 (QoS는 스위칭 환경에서 트래픽 속도를 늦추기 때문).

귀하의 패킷 캡처에서 I / O 분석을 수행하고 어디에서 안정을 얻고 있는지 확인합니다. 이는 패킷 전달을 지연 시키거나 패킷을 완전히 제거 할 대기열을 유발하는 버스트 트래픽을 나타낼 수 있습니다.

또한 문제가 발생하면 각 장치의 CPU를 확인하십시오. CPU가 위로 올라가는 것이 문제인 경우 일 수 있습니다. 로그를 확인하여 오류가 있는지 확인하십시오.

또한 모든 연결이 최고 속도 (속도 100 전이중)로 협상하고 있는지 확인합니다.

또한 방화벽이나 보안 서비스를 비활성화하십시오.

또 다른 사항은 스위치와 DSL 모뎀 사이의 연결입니다. 설명하는 증상은 둘 사이에 이중 불일치가있는 것처럼 거의 들립니다.

스위치를 배제하는 또 다른 방법은 스위치를 완전히 제거하고 DSL 모뎀에 직접 연결된 한 시스템과의 연결을 테스트하는 것입니다.

트래픽이 많을 때 대기 시간이 길거나 처리량이 많을 경우 L1 문제 (이중 불일치 / 불량 케이블 / 더러운 섬유)를 나타내는 경우가 있습니다. 그렇지 않은지 확인 했습니까?

이것이 병목 현상이 될 수 있습니까? 당신이 세계 어디에 있는지 확실하지 않지만, 아마도 ISP는 국제 대역폭이 끔찍할 것입니다. Speedtest.net은 기본적으로 가장 가까운 서버입니다.

내가 사용한 간단한 방법은 추적에서 높은 응답 시간을 찾고 해당 시스템의 하드웨어, DOS 공격, QoS 부적절한 분류 등을 확인하는 추적 경로 기능이었습니다. 물론 경로에있는 모든 장비에 액세스해야합니다. 내가 통신을 위해 일한 이래로 나를 위해 쉬웠다.

이것을 테스트하는 운영 체제는 무엇입니까? Windows 인 경우 기본적으로 "QoS Packet Scheduler"서비스가 설치되어 네트워킹 인터페이스에 바인딩됩니다. 네트워크 스택의 기본 설정에 따라 시작되어 "멀티미디어"로 분류되지 않은 트래픽을 사전에 지연시킵니다.

인터페이스에서 삭제하고 결과를 다시 확인하십시오.

또는 더 나은 방법으로 올바르게 재구성하십시오. http://www.dslreports.com/faq/3688

나는 일부 ISP가 우선 순위가 가장 낮은 ICMP 패킷을 처리한다는 사실을 경험에서 덧붙일 것입니다. YouTube를 시작할 때마다 "요청 시간이 초과되었습니다"라는 메시지가 한 번 발생했습니다.

비디오를 시작하기 전과 비디오가 재생되는 동안 winmtr 을 게시 하십시오 . 두 번째 스트리밍을 시작하고 이것이 ICMP 패킷과 첫 번째 비디오에 어떤 영향을 미치는지 살펴 보겠습니다.

10/100 스위치를 통해 연결하고 일부를 자동 협상하는 경우 이중 불일치가 발생할 수 있습니다. 비교적 조용한 상황에서는 표시되지 않는 네트워크에로드가있을 때 충돌이 자주 발생합니다. 충돌로 인해 통신이 백 오프되도록하는 것처럼 재전송이 발생하고 겉으로는 부당한 속도 저하가 발생할 수 있습니다.

오래된 실을 되살려 서 죄송합니다. OP는 다음과 같이 썼다.

... WAN을 통한 거의 모든 트래픽은 대기 시간을 발생시킵니다 ...

Bufferbloat의 정확한 증상입니다. 라우터가 너무 많은 트래픽을 대기 중이며 응답을 제공하는 데 필요한 작은 흐름이 고갈 될 수 있습니다.

라우터는 "로드 대기 시간"문제를 완화 할 수있는 방법이 필요합니다. QoS를 사용하면 문제가 발생할 수 있지만 많은 구성과 지속적인 조정이 필요합니다.

최신 기술은 OP 이후로 발전 했으므로 Bufferbloat, AQM, CoDel, fq_codel, Cake, PIE 또는 기타 기술을 찾아보십시오.