나는 사용한다TCPing, 내 컴퓨터가 특정 포트에 연결되어 있는지 확인하기 위해 TCP 포트에 ping을 보냅니다. 특정 주소와 포트의 평균 응답 시간은50ms정상적인 연결에서. 이제 다음을 사용하여 다른 주소에서 다운로드를 시작합니다.IDM, 파일을 분할하고 동시에 파일을 다운로드합니다. 내 핑 응답 시간이 약 으로 늘어납니다.1500ms. 다운로드를 일시 중지하면 응답 시간이 다음으로 돌아가기 때문에 다운로드 시 응답 시간이 늘어났다고 확신합니다.50ms.
등록된 주소와 포트에 대한 응답 시간이 늘어나는 것을 방지하고 싶습니다.
나는 사용하고 싶지 않다넷리미터또는넷밸런서.
나는 또한 시도했다이것. Wireshark를 확인한 결과 DSCP가 설정되어 있지만 문제가 해결되지 않았습니다.
답변1
업스트림 또는 다운스트림 네트워크 대역폭이 포화되어 대기 시간이 급증하는 경우 네트워크 경로의 일부 상자(아마도 광대역 모뎀 또는 ISP의 CMTS 또는 DSLAM)에 버퍼블로트라는 잘 알려진 버그가 있음을 의미합니다. 이점 없이 대기 시간이 늘어납니다.
버퍼블로트 문제를 해결하려면 버그가 있는 장치의 큐 알고리즘(큐 규칙, 네트워크 스케줄러라고도 함)을 FQ-CoDel과 같은 대기 시간 인식 스마트 큐 알고리즘으로 업그레이드하는 것입니다.
문제가 있는 실제 상자를 수정할 수 없는 경우 네트워크 헤드에 FQ-CoDel이 포함된 상자를 설정하고 트래픽 형태를 조정하여 업스트림과 다운스트림 모두에서 약간의 병목 현상이 발생하도록 하여 문제를 해결할 수 있습니다. 지도. 그런 식으로 FQ-CoDel이 시작되어 TCP 정체 제어가 작동하도록 허용한 후 부풀어 오른 버퍼 대기열이 버그 상자에 쌓이기 전에 가능합니다.
LEDE(이전 OpenWrt)와 같은 오픈 소스 라우터 펌웨어 배포판을 사용하여 직접 이 작업을 수행할 수 있지만 턴키 솔루션을 원한다면 evenroute.com의 IQrouter를 살펴보세요. 하루 종일 대역폭 형성을 자동 조정하여 대기 시간을 최소화하면서 처리량을 최대화합니다.
버퍼블로트에 대해 배우지 않은 많은 사람들은 대기 시간 급증이 네트워크 링크 포화로 인한 자연스러운 결과라고 잘못 가정합니다. 또한 많은 사람들은 QoS를 조정하여 팽창을 유발하는 대규모 흐름보다 일부 흐름의 우선 순위를 지정하여 버퍼 팽창을 해결하려는 문제 있는 시도를 합니다. 그러나 버퍼블로트를 직접 해결하는 것이 훨씬 더 좋습니다. 왜냐하면 팽창을 유발하는 큰 흐름을 포함하여 모든 흐름을 개선하기 때문입니다.
답변2
각 인터넷 연결에는 사용자에서 인터넷으로, 그리고 다시 인터넷으로 가는 두 가지 방향이 있습니다. 각 방향은 QoS 측면에서 독립적이며 패킷 통과를 라우팅합니다.
OUTGOING 패킷에 우선순위를 설정해도 INCOMING 패킷의 우선순위는 변경되지 않습니다. 들어오는 패킷의 우선순위와 QoS는 여전히 ISP의 통제하에 있습니다.
ISP 측에서 트래픽의 우선순위를 정할 수 있는 옵션이 있는 경우 이 옵션을 시도해 보십시오. 그렇지 않은 경우 유일한 옵션은 들어오는 "최선의" 트래픽에 속도를 제한하는 것입니다. 따라서 항상 핑이나 기타 "높은 우선순위" 트래픽을 위한 일부 대역폭을 확보할 수 있습니다.
아쉽게도 이는 해결책이 아니지만 문제를 이해하는 데 도움이 되기를 바랍니다.