사용자들이 무선 네트워크의 Webex 세션[4-5명의 사용자]의 품질이 좋지 않다고 불만을 제기하고 있습니다. 패킷 손실을 측정하고 수신 불량의 원인을 문서화하는 방법은 무엇입니까? 감사해요.
답변1
MTR/WinMTR 또는 이와 동등한 기능을 사용하세요. 그러면 첫 번째 홉을 포함하여 각 홉의 최소, 최대, 평균 대기 시간과 패킷 손실이 표시됩니다.
문제는 Webex(무엇이든)와 관련이 없을 가능성이 높습니다. WIFI 네트워크의 소음일 수 있습니다.
답변2
훌륭한 지연 시간 측정 도구는 다음과 같습니다.DSLRReports의 속도 테스트.
비록 이것이~할 수 있었다Wi-Fi 문제일 가능성이 훨씬 더 높다고 생각합니다.버퍼블로트. Bufferbloat는 버퍼 큐가 거대해지고 비대해지고 결코 소모되지 않음을 의미하더라도 패킷을 삭제하는 것이 나쁘다고 생각하는 실수를 범하는 라우터에 의해 발생합니다. 따라서 수행하는 모든 작업에 많은 대기 시간이 추가되고 TCP의 혼잡 제어가 차단됩니다. 알고리즘이 시작됩니다.
해결책은 버퍼 대기열이 축적되지만 결코 소모되지 않는 상자에서 ECN(명시적 혼잡 알림)과 함께 fq_codel 또는 PIE와 같은 스마트 대기열 알고리즘을 사용하는 것입니다. 일반적으로 이 상자는 가장 느린 링크 바로 앞의 상자이며 일반적으로 가장 느린 링크는 광대역 연결입니다. 따라서 이는 일반적으로 광대역 모뎀이나 인터넷 게이트웨이 라우터, ISP의 DSLAM 또는 CMTS에 관한 것입니다. Smart Queuing은 ECN을 트리거할 만큼 스마트하며, 필요한 경우 대기 시간을 너무 많이 추가하는 대신 패킷을 삭제하여 TCP 혼잡 제어가 작동할 수 있도록 합니다.
버퍼블로트가 있지만 대기열이 쌓이는 상자에 더 나은 대기열을 넣을 수 없는 경우 광대역 모뎀과 나머지 네트워크 사이에 대기열이 좋은 라우터를 설치하고 대역폭을 인위적으로 제한하는 것을 고려하십시오. 양방향에서 아주 약간의 병목 현상이 발생합니다. 이를 통해 대기열이 있는 장소가 될 수 있습니다.~일 것이다구축되었지만 ECN을 트리거하고 패킷을 삭제할 만큼 똑똑하므로 버퍼 대기열이 네트워크의 어느 곳에나 구축되기 전에 TCP 혼잡 제어가 시작됩니다.