UDP 패킷 손실 (또는 드롭 아웃) 문제와 관련하여 동료 SO '경험을 얻고 싶습니다.평균 UDP 패킷 손실 및 패킷 순서 재 지정
처음에는 NIC가 크로스 오버 케이블과 충분한 버퍼를 통해 NIC에 연결되어 있고 버퍼의 적시 처리가 가능하므로 패킷 손실이나 패킷 순서 문제가 발생하지 않아야한다는 직접적인 지적이 있습니다 . 나는 이것도 포인트 사이에 하나의 좋은/하이 엔드 전환 주어진 경우라고 생각합니다. 위의 시나리오 제외
하는 LAN
이상 예상 평균 UDP 패킷 손실은 무엇 시나리오는 UDP 패킷 순서 문제가 어떤 원인이다?
평균 LAN의 UDP 패킷 손실에 대해서는 알지 못합니다. 현대의 스위치드 네트워크에서는 적당히 낮다고 가정합니다. 그렇지 않으면 LAN 또는 엔드 포인트가 너무 높게로드됩니다. :)
경로를 올리거나 내렸을 때 순서를 바꾸는 것이 가장 쉽습니다. 조직의 스위치 중 하나에 트리가 재구성되고 트래픽이 다른 스위치를 통해 전송되는 충분한 부하가 발생한다고 가정 해보십시오. ISP의 동료가 왕래하고 있거나 트래픽 제한에 도달했을 가능성이 높으며 패킷을 통한 우선 순위가 변경됩니다. 오래된 패킷이 부하가 심한 네트워크에서 전송 중이며 새로운 패킷이 더 가벼운 네트워크에서 전송되고 그들은 순서가 맞지 않게 도착한다.
나는 또한 예상 평균을 찾고 있습니다. 필자는 직접 연결 (PC에서 PC로)에서 패킷 손실이 발생하는 경우가 거의 발생하지 않음을 발견했습니다. 가용성은 1kB 패킷 @ 50Hz에서 99.9 %와 비슷했습니다.
동일한 네트워크 인터페이스에서 보내고받는 것만으로 순서 재조정을 보았습니다. 각 패킷이 비동기 적으로 처리되어 새롭게 수신 된 패킷보다 먼저 수신 된 패킷이 처리되기 전에 새로 도착한 패킷이 처리 될 가능성이 있으므로이 문제가 발생한다고 결론을 내 렸습니다.
기본 기가비트 스위치드 LAN에서 FreeBSD, Solaris 또는 Linux와 함께 초당 50,000 패킷으로 패킷 손실이 없습니다.
그러나 Windows는 매우 특별한 것이므로 초당 10,000과 같은 저속으로 정확하게 동일한 하드웨어에서 패킷 손실이 발생하기 쉽습니다. 이는 주로 WinSock과 NIC 사이의 버퍼 오버 플로우로 인한 것입니다. 패킷을 더 빠르게 이동 시키면 더 많이 잃을 수 있습니다.
브로드 컴이 끔찍한 Windows 드라이버를 가지고 있기 때문에 불가사의 한 숫자는 아닐 수 있습니다.
쉽게 패킷 순서 문제를 볼 수 있지만 거의 항상 마지막 두 패킷 만 전환됩니다. 이것은 스위치가 작동하는 방식의 결과입니다.
흥미롭게도 Wi-Fi에서 언급하지 않은 무선 신호는 간섭 및 환경 조건에 크게 영향을받습니다.
사미, 당신은 진짜 문제를 해결하고 있습니까? 아니면 이론적 인 질문입니까? –