는 내가 Live555 - 메일 링리스트에이 응답을받은 :. 는 "FEC가 UDP 필요하지 않습니다를 UDP 서비스가 패킷을 전달하거나하지 않습니다 UDP 무작위로 패킷 내부에 약간의 비트를 플립하지 않습니다 을 패킷 손실을 견딜.. , 중복 만 필요합니다. "UDP에 FEC 코드가 필요합니까?
이 진술이 정확한지 알고 싶습니다. 또한 귀하의 대답이 기반이되는 출처를 제공하십시오.
설명 : 나는 Forward Erasure Correction을 언급했다. 어쩌면 Live555 목록에 응답 한 사람이 앞으로 오류 코드를 언급했을 수도 있습니다.
UDP는 자체적으로 비트가 뒤집히는 것을 막거나 방지하지 않습니다. 데이터가 전송되는 방식에 따라 뒤집힌 비트가 확실히 가능합니다.
동시에 대부분의 네트워킹은 스택의 더 낮은 레벨에서 오류 교정으로 이동했습니다. 따라서 많은 경우에 UDP 상단에 레이어를 추가하지 않고 얻을 수 있습니다. 그러나 이것은 전송하는 물리적 계층에 따라 보장되지 않습니다. UDP 패킷의 비트 오류는 여전히 남아 있습니다. 따라서 사용중인 하위 계층과 독립적으로이를 보장해야한다면 FEC는 실질적인 유용성을 제공 할 수 있습니다.
편집 : 예, 그렇지 않다면, "FEC"를 사용하는 대부분의 사람들은 "순방향 오류 수정"을 의미한다고 생각합니다. (답장을 작성했을 때 당신이 생각했던 것입니다.)
UDP 스택 내부에는 수신 된 데이터 그램의 내부에 잘못된 비트가 있는지 여부를 확인하기위한 체크섬 계산이 없습니다. FEC 수정이 없으면 해당 패킷이 삭제됩니다. UDP를 사용하여 전송 채널에 FEC를 적용하려면 일반적으로 리드 솔로몬 코드를 사용합니다. 유선 네트워크에서 패킷 내부의 잘못된 비트 가능성은 매우 낮지 만 무선 네트워크에서는 꽤 높기 때문에 무선 링크는 데이터 링크 패킷 내부의 데이터 기호 (비트 수)를 수정하기 위해 Turo-code와 같은 모든 FEC를 제공합니다.
스티븐
그것은 UDP는 무작위로 패킷 내부에 비트를 플립하지 않는만큼 사실이지만 그 패킷이 네트워크를 통과 할 비트가 무작위로 이성을 상실 할 때까지 확실히 가능합니다. UDP 체크섬은 활성화 된 경우에도 16 비트 1의 보수입니다 (특정 유형의 데이터 맹 글링에 대해 CRC만큼 좋지는 않으며, 랜덤 맹 글링이 체크섬). –