브라우저에서 패킷 손실 확인하기

어떤 증상이 확인되어야합니까?

목소리가 조각으로 찢어지고, 게임 행동이 뒤로 돌리고, 비디오 통화가 짧게 냉동됩니다. 이러한 증상은 손실과 호환되지만 증명되지 않습니다 : 과도한 컴퓨터, 응용 프로그램 및 서버가 비슷한 행동을 제공합니다.

정상적인 HTTP 요청은 낮은 수준에서 다시 배달을 기다릴 수 있습니다. 따라서 실패한 HTTP 수사 계산은 단순히 "잃어버린 패키지의 비율"이라고 불릴 수 없습니다.이 검사는 메시지를 다시 전달하지 않고 별도의 WebRTC 채널을 사용합니다.

평화가 어떻게 작동하는가

브라우저는 숫자 메시지를 전송합니다. 서버는 수신된 메시지의 수를 저장하고 에코를 보냅니다. 마지막으로, 클라이언트는 HTTP를 통해 서버 로그를 받고 세 개의 목록을 비교합니다 : 서버에 보내, 수신, 브라우저로 반환.

“잃어버린”은 보내는 메시지의 수에 따라 계산됩니다. “Echo loss”는 서버가 실제로 받은 메시지의 수에 따라 계산됩니다. 두 지표를 하나의 초기 값으로 분할하면 방향을 혼동하기 쉽습니다. 보고서는 결과를 확인할 수 있도록 양을 저장합니다.

이것은 브라우저를 통해 응용 프로그램 기반 측정입니다. WebRTC 메시지와 IP 패키지는 교환 가능한 단위가 아니며 응용 프로그램 로드도 배달에 영향을 미칠 수 있습니다. 서비스는 이 결과를 라인의 실험실 분석으로 제시하지 않습니다.

연결이 열리지 않는 경우

WebRTC 실패는 100% 손실을 의미하지 않습니다. 가능한 UDP 제한, 브라우저 정책, VPN, 기업 네트워크 또는 측정 노드 구성 오류. 이 경우 테스트는 연결 오류가 나타나고 인터넷 품질이 제로가 아닙니다.

오픈 HTTP 안정성 검사네트워크가 허용하는 경우 VPN 없이 다시 시도하고 다른 연결을 시도하십시오. 테스트를 위해 기업 보호를 해제하지 마십시오; 결과를 관리자에게 전달하십시오.

손실을 발견한 후에 무엇을해야합니까?

1. 조건을 바꾸지 않고 두 개 또는 세 개의 짧은 라운드를 반복하십시오. 단일 짧은 측정에는 큰 우연한 오류가 있습니다.
2. 케이블을 통해 연결하고 확인하는 컴퓨터에서 Wi-Fi를 끄십시오.
3. 같은 네트워크에서 다른 장치를 확인합니다. 문제가 첫 번째로만 남아 있다면 어댑터와 프로그램으로 검색을 좁히십시오.
4. 조용한 네트워크와 활성 전송의 순간을 비교하십시오. 부하에 따라 유용합니다. 부퍼블루트 테스트.
5. 시간, 조건 및 메시지 수를 포함한 지원 로그를 제출합니다.

0%는 보증으로 간주 될 수 있습니까?

아니 아니요 0은 특정 노드에 대한 선택된 범위 내에 전송되지 않은 테스트 메시지가 없음을 의미합니다. 덜 자주 발생하는 실패, 다른 경로 및 다른 메시지 크기는 여전히 눈에 띄지 않습니다. 좋은 결과는 유용하지만 범위는 숫자와 함께 유지되어야합니다.